Rapport d'incident NymVPN : 1er mai 2026

Dans la matinée (UTC) du 1er mai 2026, les utilisateurs ont commencé à rencontrer des problèmes de connectivité sur le mode Anonyme de NymVPN. Les applications sur toutes les plateformes n'ont pas pu se connecter via le Mixnet. Ce problème a été causé par des erreurs de configuration réseau résultant d’une modification récente du noyau.

Grâce aux notifications des membres de la communauté sur le canal d’assistance Telegram, l’équipe Nym a pu rapidement identifier et corriger le problème, en publiant de nouvelles applications au cours du week-end.

🕒 Chronologie des événements

• 5/1, matin : Les utilisateurs commencent à signaler des problèmes de connexion sur iOS
• 5/1, après-midi : L'équipe a enquêté sur la source dans une version récente d'iOS
• 5/1, soir : Des utilisateurs ont commencé à signaler un problème similaire sous Windows et sur d’autres plateformes
• 5/2, matin : Source du problème identifiée dans la version principale du VPN
• 5/3, après-midi : correctif apporté au cœur de NymVPN. Nouvelles applications Linux, Android et iOS disponibles. La résolution nécessitait des précisions supplémentaires pour Windows
• 5/4 : correctif pour Windows et publication de l'application

Durée totale de résolution : 3 jours

🔍 Cause racine

Une modification du code dans une version antérieure a supprimé la configuration réseau par défaut pour le tunnel en mode Anonyme. En conséquence, le tunnel a démarré sans qu’une adresse réseau valide ne lui soit attribuée.

Sans cette adresse, le moniteur de connexion – qui vérifie si le tunnel est opérationnel – ne pouvait pas remplir sa fonction et ne cessait de déconnecter la connexion, même si tout le reste fonctionnait correctement.

Le mode Fast n’a pas été affecté car il utilise un protocole différent (WireGuard), qui définit explicitement sa propre configuration réseau et ne dépend pas de la configuration par défaut.

🛠️ Résolution

La cause première a été corrigée grâce à un correctif ciblé d’une seule ligne rétablissant la configuration réseau manquante. Cela a permis de résoudre le problème sur toutes les plateformes.

Une mesure de sécurité spécifique à Windows a été ajoutée : si Windows met un certain temps à initialiser complètement l’interface du tunnel au démarrage, le moniteur de connexion attend désormais plutôt que d’échouer immédiatement. Cela empêche un problème de synchronisation distinct mais lié de provoquer de faux échecs de connexion sous Windows.