Docker Sandboxes : escape critique CVSS 9.4, macOS exposé (CVE-2026-77179)

Comment un symlink mal géré transforme un container isolé en porte ouverte vers le système hôte

Le 17 septembre 2026, les équipes de sécurité de The Hacker News et plusieurs chercheurs indépendants ont publié une analyse détaillée de CVE-2026-77179, une vulnérabilité critique découverte dans Docker Sandboxes, le produit d'isolation d'applications de Docker spécifiquement conçu pour macOS. Avec un score CVSS de 9.4, la faille permet à du code arbitraire exécuté dans un environnement guest — supposément isolé — de sortir des limites du container et d'accéder en lecture et en écriture à des fichiers situés n'importe où sur le système hôte macOS.

Pour comprendre l'impact de cette vulnérabilité, il faut d'abord saisir ce que Docker Sandboxes est et en quoi il diffère de Docker Desktop. Lancé par Docker pour répondre aux exigences de sécurité des environnements de développement macOS, Docker Sandboxes repose sur une architecture de microVMs : chaque container ou groupe de containers est exécuté à l'intérieur d'une machine virtuelle légère et éphémère, ce qui fournit un niveau d'isolation matérielle bien supérieur à celui des namespaces Linux utilisés dans les containers classiques. Cette isolation renforcée est précisément ce qui rend CVE-2026-77179 remarquable — un attaquant parvient à traverser non pas un, mais deux niveaux d'isolation.

Le composant vulnérable est virtio-fs, le serveur hôte qui assure le partage de fichiers entre le système de fichiers du guest (la microVM) et celui de l'hôte macOS. Ce partage est fonctionnellement nécessaire : il permet aux containers d'accéder aux répertoires de travail montés depuis le système hôte, une fonctionnalité centrale dans tout workflow de développement logiciel. CVE-2026-77179 est classée CWE-59 — Improper Link Resolution Before File Access (Link Following), une famille de vulnérabilités bien connue dans la gestion des systèmes de fichiers.

La mécanique de l'exploitation est la suivante : lorsqu'un fichier précédemment ouvert est désassocié (unlinked) de son répertoire parent, le serveur virtio-fs conserve en mémoire le chemin vers ce fichier pour une réouverture ultérieure éventuelle. Si, dans l'intervalle de temps entre l'enregistrement du chemin et la réouverture, un attaquant contrôlant le guest parvient à remplacer un répertoire parent de ce chemin par un lien symbolique (symlink) pointant vers une cible arbitraire sur l'hôte, le serveur virtio-fs suivra ce symlink lors de la réouverture. Le résultat est une traversée de chemin : le code dans le guest peut ainsi accéder à n'importe quel fichier sur le système hôte avec les droits du processus VMM (Virtual Machine Monitor), typiquement l'utilisateur courant macOS.

En termes d'impact concret, un attaquant capable d'exécuter du code dans le guest pourrait lire des secrets stockés dans le répertoire home de l'utilisateur (clés SSH, tokens d'API, fichiers .env, configuration AWS credentials), modifier des fichiers de configuration système, injecter du code malveillant dans des binaires présents sur l'hôte, ou potentiellement atteindre une exécution de code arbitraire sur l'hôte en ciblant des chemins de chargement de librairies dynamiques ou des scripts exécutés périodiquement.

La vulnérabilité a été découverte et signalée à Docker via un programme de divulgation responsable. Docker a publié le correctif dans la version 0.42.0 le 7 septembre 2026, soit environ dix jours avant la publication publique de l'analyse technique détaillée. Selon Docker, aucune exploitation dans la nature n'a été observée à ce jour, et la complexité relative de l'exploitation — qui nécessite de contrôler du code exécuté dans le guest au moment précis du race condition — limite le risque d'exploitation opportuniste. Cela dit, un attaquant ciblé avec suffisamment de temps pour observer le comportement du système peut parfaitement exploiter cette fenêtre temporelle de façon fiable.

Les versions affectées couvrent Docker Sandboxes 0.28.0 à 0.41.x inclus. La mise à jour vers 0.42.0 est la seule mesure d'atténuation reconnue par Docker. Il n'existe pas de solution de contournement permettant de désactiver la fonctionnalité virtio-fs sans perdre la capacité de montage de répertoires hôte, qui est centrale dans les workflows de développement. Les utilisateurs de Docker Sandboxes doivent donc mettre à jour immédiatement. La vérification de la version installée s'effectue via la commande docker sandbox version ou via les préférences de l'application Docker.

Le contexte dans lequel cette vulnérabilité est découverte mérite attention. Docker Sandboxes est particulièrement populaire parmi les développeurs macOS travaillant avec des dépendances open source, des packages npm ou PyPI, ou exécutant du code de tests fourni par des tiers — y compris dans des contextes de recrutement technique. Ce dernier cas est particulièrement pertinent à la lumière des campagnes de Nimbus Manticore documentées plus tôt en septembre 2026, dans lesquelles des hackers iraniens livraient des RATs dissimulés dans des archives de coding challenge envoyées à des candidats. Même si CVE-2026-77179 et ces campagnes sont des vecteurs distincts, leur combinaison théorique illustre le risque d'exécuter du code non audité dans des environnements supposément isolés.

Plus largement, la découverte de CVE-2026-77179 illustre une tendance de fond dans la sécurité des outils de développement. À mesure que les environnements de dev adoptent des architectures d'isolation plus sophistiquées — microVMs, wasm sandboxes, secure enclaves — les attaquants et les chercheurs concentrent leurs efforts sur les composants de transit entre les couches d'isolation, notamment les interfaces de partage de fichiers, les pipes interprocessus et les implémentations virtio. C'est précisément dans ces points de friction architecturale que les vulnérabilités d'escape les plus sévères ont tendance à se nicher.

Les développeurs macOS, cible de choix dans un écosystème d'outils de plus en plus complexe

CVE-2026-77179 s'inscrit dans une série croissante de vulnérabilités ciblant spécifiquement les environnements de développement macOS. La plateforme d'Apple est devenue dominante dans les équipes d'ingénierie des entreprises tech, des cabinets de conseil et des agences numériques — précisément les profils qui manipulent les secrets les plus sensibles : clés d'accès cloud, tokens de pipelines CI/CD, certificats de signature de code, accès aux dépôts de code source. Un développeur macOS représente donc une cible de haute valeur dans une chaîne d'approvisionnement logicielle.

La popularité croissante des outils d'isolation comme Docker Sandboxes témoigne d'une prise de conscience réelle des risques liés à l'exécution de code tiers. Mais cette prise de conscience peut créer un faux sentiment de sécurité : « j'exécute ce code dans un container isolé » devient parfois un substitut à « j'ai audité ce code avant de l'exécuter ». CVE-2026-77179 rappelle qu'aucune couche d'isolation n'est infaillible et que la défense en profondeur reste le seul modèle de sécurité robuste.

Pour les équipes de sécurité accompagnant des organisations avec des développeurs macOS, plusieurs recommandations pratiques découlent de cette vulnérabilité. Premièrement, intégrer Docker Sandboxes dans les politiques de gestion des correctifs des postes de développement, au même titre que Docker Desktop, les éditeurs de code et les runtimes de langage — ces outils sont souvent exclus des processus de patch management traditionnels car considérés comme des « outils de dev » sans incidence de sécurité. Deuxièmement, sensibiliser les développeurs au risque d'exécuter du code non audité dans des environnements sandbox, en soulignant que l'isolation n'est pas une garantie absolue. Troisièmement, déployer des solutions de détection et réponse sur les endpoints (EDR) capables de surveiller les accès inhabituels aux fichiers système sur les postes macOS, notamment les tentatives d'accès aux répertoires de credentials en dehors des chemins habituels.

Du point de vue de l'architecture de sécurité, CVE-2026-77179 renforce l'argument en faveur du principe de moindre privilège pour les processus de virtualisation. Le fait que le processus VMM de Docker Sandboxes s'exécute avec les droits de l'utilisateur courant — et non dans un contexte privilégié séparé — est à la fois une contrainte macOS et un choix de design qui limite l'impact d'une escalade depuis le guest. Mais cela signifie également que tout fichier accessible par l'utilisateur courant est potentiellement accessible via la vulnérabilité, ce qui dans un contexte de développeur inclut généralement l'ensemble des secrets et configurations de la machine.

Ce qu'il faut retenir

• CVE-2026-77179 (CVSS 9.4) dans Docker Sandboxes permet à du code dans une microVM d'accéder à des fichiers arbitraires sur l'hôte macOS via une vulnérabilité de symlink following dans virtio-fs.
• La mise à jour vers Docker Sandboxes 0.42.0 (disponible depuis le 7 septembre 2026) est la seule mesure corrective ; aucun workaround ne permet de maintenir la fonctionnalité de montage tout en bloquant le vecteur d'attaque.
• Le risque est particulièrement élevé pour les développeurs exécutant du code tiers non audité (packages npm, coding challenges, dépendances open source) dans des environnements qu'ils croient totalement isolés.