Ce que signale le CERT-FR
Le 1er octobre 2026, le CERT-FR a publié un avis concernant la vulnérabilité CVE-2026-76504 dans Cisco Catalyst SD-WAN. Selon cet avis, elle permet à un attaquant de provoquer un contournement de la politique de sécurité. Cisco indique qu’elle est activement exploitée.
Le résumé fourni ne précise ni les plages de versions affectées, ni les conditions préalables à l’exploitation, ni la procédure exacte de remédiation. Les équipes doivent donc s’appuyer sur les avis officiels pour déterminer l’applicabilité, sans la déduire du seul nom du produit ou de l’identifiant CVE.
Une exploitation active impose de traiter le sujet en priorité, mais pas de négliger le cadrage. Chaque actif, son rôle et sa version installée doivent être confirmés avant de le déclarer affecté ou corrigé.
Priorités opérationnelles immédiates
1. Établir l’inventaire Catalyst SD-WAN
Recensez tous les composants Cisco Catalyst SD-WAN de l’environnement, y compris ceux présents dans les agences, centres de données et sites de secours. Pour chaque actif, consignez :
Le nom d’hôte et le responsable de l’actif
L’emplacement et le rôle opérationnel
L’identité de l’équipement physique ou virtuel
La version logicielle installée
L’adresse d’administration et l’exposition connue
Le service métier ou le site pris en charge
Le statut de cycle de vie et de support
Incluez les systèmes de secours, de laboratoire et de reprise après sinistre. Leur absence du chemin de production principal ne justifie pas de les écarter de l’analyse.
2. Vérifier l’applicabilité à partir des références officielles
Comparez les produits et versions recensés avec le périmètre affecté décrit dans les communications officielles de Cisco et du CERT-FR. Il ne faut ni considérer automatiquement tous les actifs Catalyst SD-WAN comme vulnérables, ni exclure un équipement en raison d’une légère différence de dénomination.
Lorsque les informations de version sont absentes ou anciennes, collectez-les directement depuis l’équipement via un accès administratif approuvé. Conservez l’horodatage de cette collecte afin de distinguer les preuves actuelles des anciennes données d’inventaire.
3. Prioriser selon l’exposition et l’importance opérationnelle
Une fois l’applicabilité établie, organisez le traitement en fonction de facteurs concrets :
L’appartenance du composant au périmètre affecté
Son accessibilité réseau et son exposition administrative
La criticité des sites ou services concernés
Les fenêtres de maintenance disponibles
Les dépendances susceptibles d’influencer la remédiation ou sa validation
Le résumé de la source ne décrit pas le chemin d’exploitation. N’en déduisez pas qu’une topologie, une interface ou une condition d’accès particulière protège le système, sauf confirmation explicite dans une communication officielle.
4. Sauvegarder les configurations avant toute modification
Capturez une sauvegarde à jour de la configuration avant d’appliquer la remédiation indiquée par l’éditeur ou toute modification associée. Cette sauvegarde constitue un état de référence pour les comparaisons et facilite le rétablissement si un changement de configuration provoque un problème opérationnel.
Le retour à une ancienne configuration ne doit pas être confondu avec la restauration d’une image logicielle. Toute modification logicielle doit respecter les recommandations applicables de l’éditeur et la procédure de changement testée par l’organisation.
5. Valider le résultat et conserver les preuves
Après la remédiation, contrôlez de nouveau chaque actif et conservez des éléments attestant :
L’identité de l’actif examiné
Sa version avant le changement
L’action de remédiation approuvée
La date, l’heure et le résultat du changement
Sa version et son état de configuration après l’intervention
Le résultat de la validation
Toute exception, tout report ou tout échec
Ces preuves permettent aux équipes réseau, sécurité, audit et management de partager un état fiable, plutôt que de dépendre de feuilles de calcul ou de simples messages déclarant l’intervention terminée.
Comment ConnectMyAssets vous aide
ConnectMyAssets fournit un workflow sur site et indépendant des constructeurs pour transformer cet avis en une réponse maîtrisée :
Dynamic CMDB : identifier les actifs Cisco Catalyst SD-WAN, leurs responsables, emplacements, rôles, versions et relations avec les services dans un inventaire actualisé.
Suivi des CVE par actif : associer la CVE-2026-76504 aux équipements examinés et suivre leur statut : applicable, à valider, corrigé ou couvert par une exception.
Backup & History : conserver les configurations avant et après modification, les comparer et utiliser la restauration de configuration en un clic lorsque cela est approprié.
Automation & ZTP : exécuter des tâches approuvées et progressives de collecte ou de validation sur une sélection d’actifs, sans multiplier les opérations manuelles.
Compliance Engine : conserver les éléments de remédiation et les rattacher, lorsque cela est pertinent, aux contrôles internes ou à des référentiels tels que NIS2, ISO 27001, PCI, CISA et NIST.
Credential Vault et SSH Bastion : centraliser les accès administratifs approuvés et fournir un chemin contrôlé pour collecter les versions et configurations.
Suivi de fin de vie : signaler les actifs affectés dont le statut de cycle de vie peut compliquer la remédiation ou imposer une décision de remplacement.
ConnectMyAssets ne remplace pas les recommandations de sécurité de Cisco. La plateforme aide à déterminer quels actifs administrés entrent dans le périmètre, à préserver l’historique des changements, à exécuter les opérations approuvées et à démontrer ce qui a été vérifié et corrigé.
Liste de contrôle pour une réponse traçable
Enregistrer l’avis du CERT-FR et la CVE-2026-76504 dans le processus de gestion des vulnérabilités ou des incidents.
Produire une liste complète des actifs Catalyst SD-WAN.
Actualiser les informations de version absentes ou obsolètes.
Comparer chaque actif avec le périmètre affecté indiqué dans les références officielles.
Prioriser les expositions confirmées selon l’accessibilité et l’impact métier.
Sauvegarder les configurations avant les changements approuvés.
Appliquer la remédiation applicable indiquée par l’éditeur via le processus de gestion des changements.
Contrôler de nouveau les versions et l’état des configurations après l’intervention.
Documenter les exceptions et mesures compensatoires avec un responsable et une date de révision.
Conserver les preuves avant/après pour les revues opérationnelles et de conformité.
Source : CERT-FR
