Un correctif qui n’a pas vraiment fermé la porte
N-central est une plateforme de surveillance et de gestion à distance (RMM) utilisée par les fournisseurs de services gérés pour administrer l’infrastructure informatique de nombreuses organisations clientes depuis une console unique — ce qui rend précisément un contournement d’authentification dans la plateforme elle-même si dangereux. CVE-2026-18577 permet à un attaquant distant et non authentifié de contourner l’authentification et d’obtenir un contrôle administratif sur un serveur N-central vulnérable, moment auquel l’attaquant peut utiliser les propres capacités légitimes d’accès à distance de la plateforme pour atteindre chaque terminal que ce serveur gère.
La cause profonde est un échec de correction, pas une nouvelle classe de vulnérabilité : CVE-2026-18577 existe parce que le correctif publié par N-able pour la précédente CVE-2026-18556 — également un contournement d’authentification, également noté CVSS 8,2 — était incomplet, laissant une voie d’exploitation alternative ouverte. N-able a publié la version N-central 2026.3.1 Hotfix 1 (2026.3.1.7) pour combler cette lacune restante, mais toutes les versions jusqu’à et y compris la 2026.3.1 avant ce correctif d’urgence demeurent vulnérables.
De l’exploitation à l’inscription au KEV en deux jours
N-able a observé une exploitation de CVE-2026-18577 débutant le 1er août 2026, a divulgué le problème publiquement le 2 août, et la CISA a ajouté la CVE à son catalogue des vulnérabilités activement exploitées le 3 août — un écart de deux jours entre la divulgation et l’inscription fédérale qui reflète la rapidité avec laquelle l’exploitation active a été confirmée. En vertu des exigences de la directive opérationnelle contraignante, les agences de la branche exécutive civile fédérale avaient jusqu’au 6 août 2026 pour appliquer le correctif d’urgence — une fenêtre de correction de trois jours.
N-able a confirmé qu’« un nombre limité de clients a été identifié comme impacté » et a déclaré avoir engagé directement ces clients pour un soutien à la remédiation. Mais l’ampleur réelle de l’exposition vient d’une recherche indépendante : la société de sécurité Huntress a documenté des acteurs malveillants ciblant activement la faille à travers plusieurs organisations, et — plus significatif encore — a constaté que même après la disponibilité du correctif d’urgence, 55,6 % des serveurs cloud N-central accessibles utilisés par les propres partenaires et clients de Huntress restaient non corrigés. Pour une plateforme explicitement conçue pour gérer la sécurité à travers des réseaux clients en aval, une base d’installation majoritairement non corrigée constitue une fenêtre d’exposition continue substantielle.
Publicité
À quoi ressemblent réellement les attaques
Les conclusions de réponse aux incidents de Huntress dressent un schéma post-exploitation cohérent : les attaquants qui obtiennent un accès administratif à N-central mènent une reconnaissance ciblant les contrôleurs de domaine, énumèrent les processus en cours d’exécution, puis se déplacent latéralement à travers le réseau de l’organisation victime — un comportement cohérent avec des attaquants établissant un point d’ancrage durable plutôt qu’une activité opportuniste et éclair. Les attaquants ont spécifiquement détourné la fonctionnalité intégrée d’accès à distance « Take Control » de N-central — une capacité administrative légitime que la plateforme est conçue pour fournir — pour pivoter du serveur N-central compromis vers les terminaux gérés qu’il supervise.
Les enquêteurs ont identifié plusieurs indicateurs de compromission concrets : un fichier svchost.exe suspect déposé dans le dossier Documents d’un utilisateur (délibérément nommé pour se fondre avec le processus système Windows légitime du même nom), un service enregistré nommé « Cloudflared » détournant l’utilitaire de tunneling Cloudflare légitime pour établir des connexions sortantes clandestines, et des connexions entrantes retracées vers des adresses IP spécifiques initialement signalées comme suspectes mais identifiées plus tard comme des nœuds de sortie VPN appartenant à Mullvad et NordVPN — un rappel que l’infrastructure VPN commerciale est un moyen courant pour les attaquants de dissimuler leur origine réelle, compliquant l’attribution.
Ce que cela signifie pour les MSP et leurs clients
1. Corrigez N-central aujourd’hui, puis vérifiez que le correctif a réellement pris — ne faites pas confiance au correctif d’urgence sans vérification
Comme cette CVE existe spécifiquement en raison d’un correctif précédent incomplet, les MSP exploitant N-central ne devraient pas seulement appliquer le Hotfix 1 (2026.3.1.7) immédiatement, mais devraient aussi vérifier indépendamment que le correctif est actif plutôt que de supposer qu’un déploiement de correctif a réussi, compte tenu de l’historique de la plateforme avec un correctif incomplet dès la première tentative.
2. Recherchez les indicateurs de compromission spécifiques dès maintenant, pas seulement après un incident suspecté
Le schéma svchost.exe dans Documents et l’enregistrement du service « Cloudflared » sont des indicateurs concrets et exploitables que tout MSP ou client en aval peut rechercher dès aujourd’hui sur ses terminaux gérés par N-central. Compte tenu du schéma reconnaissance-puis-mouvement-latéral documenté par Huntress, un MSP qui trouve ces IOC devrait supposer qu’une compromission plus large s’est déjà produite, et non le traiter comme un artefact isolé.
3. Les clients en aval devraient demander directement à leur MSP si le correctif de N-central est confirmé
Comme un serveur N-central compromis donne à un attaquant un outillage d’accès à distance légitime dans chaque terminal géré, toute organisation qui externalise la gestion informatique à un MSP utilisant N-central a un enjeu direct dans cette vulnérabilité même si elle n’exploite pas elle-même la plateforme. Les clients devraient demander proactivement à leur MSP une confirmation écrite que le Hotfix 1 a été appliqué et qu’un balayage des IOC a été effectué, plutôt que de supposer que le MSP s’en est déjà occupé.
Le risque structurel des plateformes RMM comme points de défaillance uniques
CVE-2026-18577 est une instance spécifique d’une catégorie de risque plus large et récurrente : les plateformes de surveillance et de gestion à distance bénéficient, par conception, d’un accès administratif de confiance sur chaque réseau client qu’elles touchent — ce qui fait d’une vulnérabilité dans la plateforme RMM elle-même l’une des cibles à plus fort effet de levier qu’un attaquant puisse trouver. Une seule exploitation réussie ne compromet pas une seule organisation ; elle compromet potentiellement chaque client en aval de chaque MSP exploitant la version vulnérable, multipliant le rayon d’impact d’une seule CVE à travers toute une chaîne d’approvisionnement de relations de gestion informatique.
Le taux de 55,6 % de serveurs non corrigés documenté par Huntress, même après la disponibilité d’un correctif fonctionnel, est le chiffre le plus significatif de cette histoire, plus que le score CVSS lui-même. Il suggère que la gestion des correctifs par les MSP pour leur propre infrastructure de gestion centrale — le logiciel qu’ils utilisent pour gérer la sécurité de tous les autres — accuse un retard par rapport à ce que ces mêmes MSP recommandent probablement à leurs clients. Combler cet écart exige que les MSP appliquent à N-central et aux plateformes RMM comparables la même discipline de correction qu’ils imposent aux terminaux qu’ils gèrent, en traitant leur propre plan de gestion comme la cible de correction la plus prioritaire, non comme une réflexion après coup.
Questions Fréquemment Posées
Que permet exactement CVE-2026-18577 à un attaquant ?
CVE-2026-18577 permet à un attaquant distant et non authentifié de contourner l’authentification sur N-able N-central et d’obtenir un contrôle administratif du serveur, qu’il peut ensuite utiliser — via la propre fonctionnalité légitime d’accès à distance « Take Control » de la plateforme — pour atteindre chaque terminal que ce serveur N-central gère à travers la base clients d’un MSP.
Pourquoi cela n’a-t-il pas été corrigé la première fois ?
CVE-2026-18577 existe parce que le correctif précédent de N-able pour une vulnérabilité connexe, CVE-2026-18556 (également CVSS 8,2, également un contournement d’authentification), était incomplet et laissait une voie d’exploitation alternative ouverte — ce qui signifie qu’il s’agit effectivement d’une seconde divulgation de suivi de la même faiblesse sous-jacente.
Quelle est l’ampleur de l’exposition même après la publication du correctif ?
La société de sécurité Huntress a constaté que 55,6 % des serveurs cloud N-central accessibles utilisés par ses propres partenaires et clients restaient non corrigés même après que N-able a publié le Hotfix 1 (version 2026.3.1.7), indiquant que l’adoption du correctif accuse un net retard par rapport à la disponibilité d’une solution.
Sources et lectures complémentaires
- CVE-2026-18577: N-able N-central Authentication Bypass Exploited in the Wild — Rapid7
- CISA Adds Exploited N-able N-central Flaw to KEV After Customer Compromises — The Hacker News
- U.S. CISA adds a N-able N-central flaw to its Known Exploited Vulnerabilities catalog — Security Affairs
- N-central Authorization Bypass exploited in the wild (CVE-2026-18577) — Beazley Security












