En bref

  • CVE-2026-20223 (CVSS 10.0) : validation insuffisante sur les API REST de Cisco Secure Workload permet à un attaquant non authentifié d'obtenir les privilèges Site Admin et d'agir sur l'ensemble des tenants
  • Versions affectées : Cisco Secure Workload 3.9 et antérieures, 3.10.x < 3.10.8.3, 4.0.x < 4.0.3.17 — déploiements SaaS et on-premises
  • Action urgente : mettre à jour vers 3.10.8.3 ou 4.0.3.17 — aucun workaround disponible selon Cisco PSIRT

Les faits

CVE-2026-20223 est une vulnérabilité de sévérité maximale (CVSS 3.1 : 10.0) affectant Cisco Secure Workload, la plateforme de segmentation réseau et de visibilité applicative de Cisco, déployée dans les environnements d'entreprise pour implémenter des politiques Zero Trust au niveau de la couche réseau et surveiller les flux entre workloads. Le vecteur CVSS complet est AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H — entièrement réseau, sans complexité, sans privilèges ni interaction utilisateur, avec impact maximal sur la confidentialité, l'intégrité et la disponibilité, et avec franchissement de périmètre de sécurité (Scope Changed). L'advisory officiel porte la référence Cisco Security Advisory cisco-sa-csw-pnbsa-g8WEnuy, publié par le Cisco PSIRT en mai 2026.

La faille réside dans l'insuffisance de la validation et de l'authentification lors de l'accès aux endpoints API REST internes de Cisco Secure Workload. Un attaquant non authentifié peut envoyer une requête HTTP craftée vers un endpoint API REST interne spécifique et se voir attribuer automatiquement les privilèges du rôle Site Admin — le niveau d'accès le plus élevé de la plateforme. Ce rôle n'est pas limité à un tenant ou à un projet spécifique : il permet une lecture et une modification de configuration de l'ensemble de l'environnement multitenant, franchissant les frontières d'isolation entre clients (tenant boundary crossing).

Techniquement, la root cause de CVE-2026-20223 est une absence de validation des prérequis d'authentification sur certains endpoints REST internes, classifiée CWE-306 (Missing Authentication for Critical Function) par le NVD/NIST. Les API concernées n'effectuaient pas de vérification systématique de l'identité de l'appelant avant d'exécuter des opérations privilégiées d'attribution de rôles. Dans une architecture multitenant, ce type de contournement est particulièrement grave car un attaquant externe peut non seulement accéder aux données d'un tenant cible, mais aussi modifier les politiques de segmentation réseau de l'ensemble des locataires de l'instance Cisco Secure Workload.

L'impact d'une exploitation réussie est considérable dans le contexte de la mission de Cisco Secure Workload : cette plateforme est déployée précisément pour implémenter et appliquer des politiques de sécurité Zero Trust. Si un attaquant obtient les droits Site Admin, il peut modifier les règles de segmentation pour autoriser des flux normalement bloqués, extraire des informations de configuration réseau sensibles (topologie, adresses IP, flux applicatifs métier), créer de nouveaux comptes administrateurs pour maintenir une persistance discrète, ou désactiver des alertes et des politiques de détection d'anomalies. En résumé, la compromission de Cisco Secure Workload via CVE-2026-20223 revient à neutraliser intégralement la couche Zero Trust qui protège l'ensemble de l'infrastructure.

Cisco Secure Workload est déployé aussi bien en mode SaaS (cloud managé par Cisco) qu'en mode on-premises sur des appliances dédiées. La vulnérabilité affecte les deux modes de déploiement sans distinction. Les versions concernées couvrent toutes les branches 3.9 et antérieures (fin de support), ainsi que les branches 3.10.x antérieures à 3.10.8.3 et 4.0.x antérieures à 4.0.3.17. Cisco précise explicitement dans son advisory qu'aucun workaround ni mesure d'atténuation temporaire n'est disponible pour cette vulnérabilité : la mise à jour vers une version corrigée est la seule solution. Les déploiements SaaS gérés par Cisco ont été patchés automatiquement ; en revanche, les déploiements on-premises requièrent une action manuelle urgente des équipes IT.

La découverte de CVE-2026-20223 a été réalisée en interne par le Cisco PSIRT lors d'audits de sécurité réguliers. Aucune exploitation dans la nature n'avait été confirmée au moment de la divulgation publique en mai 2026. Cependant, le score CVSS maximal de 10.0, combiné à l'absence totale de workaround et à la criticité des environnements concernés, place cette vulnérabilité dans la catégorie des risques à traiter en priorité absolue. L'historique des vulnérabilités Cisco de sévérité maximale — notamment CVE-2026-20182 sur Cisco SD-WAN (CVSS 10.0, déjà dans le catalogue KEV CISA) — montre que ces failles sont systématiquement ciblées par des acteurs de menace avancés dans les jours suivant leur publication publique.

D'un point de vue de la chaîne d'attaque, CVE-2026-20223 constitue une étape d'accès initial directement exploitable depuis Internet si l'interface d'administration de Cisco Secure Workload est exposée publiquement — ce qui peut être le cas dans certains déploiements cloud mal configurés. En environnement interne, même derrière un VPN, la faille peut être exploitée par un attaquant ayant déjà obtenu un accès réseau initial via un autre vecteur (phishing, exploitation d'un équipement périphérique), transformant immédiatement une intrusion limitée en compromission totale de la couche Zero Trust de l'organisation.

Sur le plan réglementaire, les organisations déployant Cisco Secure Workload dans des environnements soumis à PCI-DSS, NIS2 ou RGPD doivent noter qu'une exploitation de CVE-2026-20223 permettrait à un attaquant d'accéder à des données de configuration réseau sensibles pouvant inclure des informations sur les flux de paiement, les systèmes de santé ou les infrastructures critiques. La notification aux autorités compétentes (CNIL, ANSSI pour les OIV/OSE) pourrait être requise en cas de compromission effective. La fenêtre de risque entre la publication de l'advisory et l'application des patches représente la période d'exposition maximale, justifiant un traitement en urgence de niveau P1 sans délai.

Impact et exposition

Toutes les organisations déployant Cisco Secure Workload en version 3.9 ou antérieure, ou en version 3.10.x/4.0.x non mise à jour, sont exposées. La plateforme étant déployée principalement dans des grandes entreprises, datacenters et environnements cloud hybrides, l'exposition concerne des infrastructures critiques à fort enjeu. L'accès Site Admin non autorisé permet une exfiltration de données sensibles (topologie réseau, politiques de sécurité, flux applicatifs) et une modification des règles de segmentation pouvant faciliter des mouvements latéraux massifs.

L'exploitation active n'a pas encore été confirmée au moment de la divulgation, mais la sévérité CVSS maximale et l'absence de workaround font de cette vulnérabilité une cible prioritaire pour les acteurs de menace avancés (APT, groupes ransomware) qui surveillent les advisories Cisco pour instrumentaliser rapidement les nouvelles failles dans leurs campagnes d'accès initial. L'historique des vulnérabilités Cisco critique montre un délai moyen de 3 à 7 jours entre la publication et l'exploitation active en conditions réelles.

Les environnements utilisant Cisco Secure Workload en intégration avec d'autres composants Cisco (Cisco ACI, Cisco DNA Center, Cisco Identity Services Engine) présentent un risque de propagation : un attaquant disposant des droits Site Admin pourrait tenter d'extraire des tokens ou credentials de service utilisés pour l'intégration avec ces plateformes adjacentes, élargissant considérablement la surface de compromission au-delà de Secure Workload lui-même.

Recommandations immédiates

  • Mettre à jour vers Cisco Secure Workload 3.10.8.3 (branche 3.10) ou 4.0.3.17 (branche 4.0) — Cisco Security Advisory cisco-sa-csw-pnbsa-g8WEnuy
  • Les versions 3.9 et antérieures doivent migrer vers une branche supportée — aucun backport de correctif prévu par Cisco
  • Restreindre immédiatement l'accès à l'interface Secure Workload aux seules adresses IP d'administration via des ACL réseau
  • Examiner les journaux d'accès API pour des requêtes anormales depuis des IP non autorisées vers les endpoints REST internes
  • Auditer les comptes Site Admin : vérifier la présence de comptes créés ou modifiés récemment sans autorisation
  • Pour les déploiements SaaS : vérifier la version active dans Platform > Software et confirmer avec le support Cisco que le patch est bien appliqué

⚠️ Urgence

CVSS 10.0 — sévérité absolument maximale. Aucun workaround disponible selon Cisco PSIRT. La mise à jour est la seule mesure de protection. Les déploiements on-premises non patchés doivent être considérés comme critiquement exposés, en particulier si l'interface d'administration est accessible depuis un réseau non totalement cloisonné. Traiter en priorité P1.

Comment savoir si je suis vulnérable ?

Connectez-vous à l'interface d'administration de Cisco Secure Workload et naviguez vers Platform > Software. Vérifiez le numéro de version : si vous êtes sur une branche 3.10.x inférieure à 3.10.8.3 ou une branche 4.0.x inférieure à 4.0.3.17, vous êtes vulnérable. Toute version 3.9 ou antérieure est également affectée. Via CLI sur l'appliance Tetration : exécutez show version. Pour les déploiements SaaS, contacter le support Cisco ou consulter le portail Cisco Smart Net Total Care.

Votre infrastructure est-elle exposée ?

Ayi NEDJIMI réalise des audits ciblés pour identifier et corriger vos vulnérabilités.

Demander un audit