Cisco FMC CVE-2026-20079 : contournement, Qilin

Que permettent ces deux failles ?

CVE-2026-20079 : selon Cisco et la NVD, un attaquant distant non authentifié contourne l'authentification de l'interface web du FMC par des requêtes HTTP forgées, à cause d'un processus système mal créé au démarrage, puis exécute des scripts et obtient un accès root au système sous-jacent. CVSS v3.1 10,0.

CVE-2026-20316 : la présence d'identifiants statiques pour un compte à faible privilège permet à un attaquant distant non authentifié de se connecter et d'accéder à des données sensibles (CVSS v3.1 5,3). Cisco a toutefois attribué une cote d'impact « High », et indique que l'exposition est réduite si l'interface de gestion n'est pas accessible depuis Internet. La NVD liste plusieurs branches du FMC (de 7.0 à 10.0) ; les versions corrigées figurent dans les avis Cisco.

Que font les trois groupes d'activité ?

D'après Cisco Talos, rapporté par The Hacker News :

• UAT-12197 exploite CVE-2026-20079 pour déposer des web shells JSP et un exécuteur de commandes en JAR, interroge les bases internes et récolte les données d'authentification.
• UAT-11823 enchaîne les deux failles pour livrer un shell inversé Netcat, deux scripts bash qui récupèrent les configurations des équipements gérés et une variante de Cyclops Blink. Ce malware a été attribué par le passé au groupe russe Sandworm, mais l'article ne dit pas que Talos relie ce groupe d'activité à Sandworm.
• UAT-11988 entre par CVE-2026-20316, puis utilise les outils intégrés du FMC pour une reconnaissance étendue, ajoute des outils de tunnel, collecte des identifiants, établit la liste des postes à chiffrer, arrête les outils de sécurité et déploie le rançongiciel Qilin sur une sélection de systèmes.

Pourquoi le FMC est-il une cible rentable ?

Le FMC centralise les configurations, les politiques, les comptes et la visibilité sur le trafic. Le compromettre donne les identifiants des équipements gérés, les configurations réseau complètes et une position de commandement pour préparer un chiffrement massif avec des outils légitimes. C'est le même profil de risque que les outils d'administration à distance et les consoles de virtualisation : un point d'administration concentré dont la compromission vaut celle du parc.

Comment détecter une compromission ?

1. Inventoriez les FMC et leurs versions, et vérifiez qu'aucune interface de gestion n'est joignable depuis Internet.
2. Cherchez des web shells JSP inattendus, des fichiers JAR inexpliqués, des sessions Netcat sortantes, des scripts bash de collecte de configuration et des processus liés à Cyclops Blink.
3. Repérez l'usage détourné d'outils intégrés : exports massifs de configuration, énumération de postes, arrêt de services de sécurité. Le groupe de rançongiciel dépose peu de code malveillant au départ, donc les alertes doivent viser le comportement.
4. Auditez les connexions du compte à faible privilège et les accès aux bases du FMC.

Comment corriger ?

Appliquez les correctifs publiés par Cisco pour les deux failles sur toutes les instances FMC ; Cisco prévoit aussi une version de durcissement plus large pour d'autres failles découvertes en interne. Faites tourner les identifiants stockés dans le FMC (comptes des équipements gérés, LDAP, clés), isolez l'interface web derrière une passerelle d'administration dédiée avec authentification multifacteur et journalisation centralisée, et préparez le plan de réponse spécifique à cette console.

Que change l'accès d'un agent IA à une console de pare-feu ?

Les équipes réseau testent des assistants qui interrogent le FMC par son API : revue de règles, explication d'un blocage, génération de politiques, voire déploiement. Ces assistants détiennent un compte d'API aux droits étendus. Si le FMC est compromis, l'attaquant dispose de ce compte et peut modifier les règles que l'assistant lit pour lui présenter une configuration trompeuse. À l'inverse, un assistant détourné par une injection de prompt (OWASP LLM01) peut produire ou appliquer des règles qui ouvrent un flux, désactivent une inspection ou exportent des configurations (LLM06).

Deux enseignements propres aux agents. Le détournement d'outils légitimes utilisé par UAT-11988 est exactement ce qu'un agent détourné fait : il utilise les outils qu'on lui a donnés. La détection doit donc porter sur le comportement (volume, enchaînement, horaire) et pas seulement sur des signatures. Et les identifiants statiques : une clé d'API ou un compte partagé donné à un agent est un identifiant de longue durée ; préférez des jetons courts, un compte par agent et des droits en lecture seule. Les contrôles utiles : validation humaine de tout changement de règle de pare-feu, environnement de test avant application, journal des appels d'API et alertes sur les exports. Voir la sécurité des agents IA, la sécurité MCP et l'article sur vCenter et le rançongiciel.

Comment réduire l'impact d'une compromission de la console ?

Segmentez : la console ne doit joindre les équipements gérés que par les ports nécessaires, et les équipements ne doivent pas lui ouvrir d'accès large en retour. Sauvegardez régulièrement les configurations hors de la console, avec un contrôle d'intégrité, pour pouvoir comparer et restaurer. Désactivez ou changez tout compte par défaut, surveillez les connexions des comptes à faible privilège et conservez les journaux hors de la machine. Ces mesures limitent ce qu'un attaquant tire de la console, même quand la faille initiale est exploitée avant le correctif.

Quels tests d'agent faire pour Cisco FMC CVE-2026-20079 ?

Un test de red team d'agent vérifie les droits du compte d'API confié à l'assistant, ce qu'une instruction piégée peut lui faire modifier ou exporter, et si une validation humaine bloque les changements risqués. En cinq jours et pour 1 900 €, le Red Team Agent Express teste ce qu'un agent d'administration réseau ferait avec un Cisco FMC contourné. La méthode détaille la démarche.

Quelle leçon en tirer ?

Chaque console d'administration centrale (pare-feu, administration à distance, virtualisation, fournisseur d'identité) est un actif critique avec son exposition, sa journalisation et son plan de réponse propres. Les trois groupes n'ont pas eu besoin d'outils sophistiqués après l'entrée : la console leur a fourni le nécessaire.