Zoomsday : la faille Zoom découverte par l'IA en 24h

Zoomsday est le nom donné à une faille critique de Zoom, révélée publiquement le 11 août 2026, qui permettait à un simple participant à une réunion de prendre le contrôle d'un autre appareil, sans aucun clic de la victime. Ce qui rend l'affaire remarquable pour un dirigeant de PME n'est pas seulement la faille elle-même : c'est qu'elle a été découverte et transformée en exploit fonctionnel en moins de 24 heures, avec moins de 20 requêtes envoyées à des modèles d'IA accessibles au public. Voici les faits, sourcés, et ce qu'il faut faire dès maintenant.

En bref

• Zoomsday (CVE-2026-53413) est une faille critique « zero-click » dans la fonction d'annotation de Zoom : un participant à une réunion pouvait exécuter du code à distance sur l'appareil d'un autre participant, sans action de sa part (source : Zoom, bulletin ZSB-26015).
• La faille a été trouvée par le cabinet de recherche Ⓐ Security, qui a utilisé des modèles d'IA grand public pour rétro-ingénierer le protocole d'annotation et construire un exploit fonctionnel en moins de 24 heures, avec moins de 20 prompts (source : blog Ⓐ Security).
• Zoom a corrigé le problème côté client le 22 juin 2026 (12 jours après le signalement), avant une divulgation publique coordonnée le 11 août 2026, avec trois autres failles connexes (CVE-2026-53414, -53415, -53416).
• La correction est disponible depuis les versions Zoom Workplace 7.1.5 (ou 7.0.6 sur l'ancienne branche), Zoom Rooms 7.1.5 et Meeting SDK 7.1.5 : toute organisation doit vérifier que ses postes sont à jour.
• Cet épisode s'ajoute à une autre alerte de la même semaine : une faille dans LiteLLM, un outil largement utilisé pour connecter des applications aux IA, a exposé plus de 2 500 entreprises selon le cabinet CloudSEK. Deux signaux qui pointent dans la même direction : l'infrastructure IA et les outils du quotidien sont désormais des cibles à part entière.

Qu'est-ce que la faille Zoomsday ?

Zoomsday est une vulnérabilité de type exécution de code à distance sans interaction (« zero-click RCE »), logée dans la fonction d'annotation de Zoom, celle qui permet à un participant de dessiner, surligner ou écrire sur un écran partagé. La cause technique est un défaut de vérification de taille (« bounds check ») lors du traitement des données d'annotation : un attaquant pouvait envoyer des données formatées pour déborder d'une mémoire tampon et exécuter son propre code sur l'appareil des autres participants.

Concrètement, il suffisait qu'un attaquant soit présent dans une réunion Zoom, sur n'importe quel système d'exploitation (Windows, macOS, Linux, iOS, Android), pour prendre le contrôle d'un autre appareil : aucun clic, aucun téléchargement, aucune action requise de la victime, si ce n'est d'être présente à la réunion (source : Ⓐ Security).

Trois failles connexes ont été divulguées en même temps :

• CVE-2026-53414 : lecture excessive de mémoire (fuite d'informations), sévérité moyenne.
• CVE-2026-53415 : défaut d'utilisation après libération mémoire (« use after free »), sévérité élevée.
• CVE-2026-53416 : traversée de chemin, limitée aux environnements de bureau virtuel (VDI).

Comment l'IA a permis de trouver cette faille en un temps record

Ce qui distingue Zoomsday d'une faille de sécurité classique, c'est sa méthode de découverte. Ⓐ Security n'a pas utilisé d'outil spécialisé confidentiel : l'équipe a guidé des modèles d'IA disponibles publiquement à travers une série d'étapes, en langage naturel, pour aboutir à un exploit fonctionnel.

Chronologie : de la découverte à la divulgation publique

Entre la découverte et l'annonce publique, plus de deux mois se sont écoulés, le temps pour Zoom de corriger le problème avant que les détails techniques ne soient rendus publics, une pratique standard appelée divulgation responsable.

Un signal plus large : l'IA accélère aussi la recherche de failles

Zoomsday n'est pas un cas isolé cette semaine. Le cabinet CloudSEK a révélé, le même jour, une faille dans la chaîne d'approvisionnement logicielle touchant LiteLLM, un outil open source très utilisé pour connecter des applications d'entreprise aux modèles d'IA (OpenAI, Anthropic, et autres). Selon CloudSEK, la compromission de paquets LiteLLM début 2026 a potentiellement exposé plus de 2 500 organisations et 434 000 pipelines d'intégration continue, avec un risque de vol de clés d'API IA, d'identifiants cloud (AWS, Google Cloud, Azure) et de jetons d'accès.

Ces deux annonces, publiées à un jour d'écart, dessinent une tendance de fond : l'IA est désormais un outil de recherche de vulnérabilités accessible, capable d'accélérer aussi bien le travail des défenseurs (comme ici, une divulgation responsable) que celui d'attaquants moins scrupuleux. Et l'infrastructure IA elle-même (outils de connexion aux modèles, dépendances open source) devient une cible de choix, au même titre que les logiciels de visioconférence ou de bureautique.

Ce que les PME doivent faire maintenant

Pour une PME qui utilise Zoom au quotidien, quatre actions concrètes, par ordre de priorité :

1. Mettre à jour immédiatement tous les postes vers Zoom Workplace 7.1.5 (ou 7.0.6), Zoom Rooms 7.1.5 et Meeting SDK 7.1.5.
2. Fixer une version minimale de client obligatoire pour tous les collaborateurs, y compris les invités externes, plutôt que de compter sur des mises à jour individuelles.
3. Réduire la surface d'attaque : activer les salles d'attente et les codes d'accès, désactiver l'annotation si elle n'est pas nécessaire, privilégier le client web (isolé, sans fonction d'annotation) pour les réunions sensibles.
4. Étendre la vigilance au-delà de Zoom : si votre entreprise utilise des outils de connexion aux IA comme LiteLLM ou des passerelles similaires, vérifiez les correctifs disponibles et envisagez une rotation des clés d'API par précaution.

Ces réflexes rejoignent ceux déjà recommandés pour sécuriser les connecteurs des agents IA en entreprise : mise à jour systématique, moindre privilège, et surveillance des accès.

FAQ

Dois-je désinstaller Zoom en attendant ?

Non. La faille est corrigée depuis les versions 7.1.0 (correctif initial) et 7.1.5 (correctif complet). L'action prioritaire est de vérifier que tous les postes de l'entreprise ont bien été mis à jour, y compris ceux des collaborateurs en télétravail ou des équipements de salle de réunion.

Pourquoi Zoom a-t-il attendu deux mois pour annoncer la faille publiquement ?

C'est une pratique standard en cybersécurité, appelée divulgation responsable : l'éditeur corrige le problème avant que les détails techniques ne soient rendus publics, afin de ne pas donner un mode d'emploi aux attaquants pendant que des utilisateurs sont encore vulnérables.

L'IA a-t-elle « inventé » cette faille toute seule ?

Non. Les chercheurs d'Ⓐ Security ont guidé les modèles d'IA à chaque étape, avec des prompts successifs. L'IA a accéléré un travail d'ingénierie inverse que des experts humains savent déjà réaliser, en réduisant fortement le temps et l'expertise nécessaires.

Mon entreprise doit-elle s'inquiéter de la faille LiteLLM même si elle n'utilise pas cet outil directement ?

Si votre PME ne développe pas d'application connectée à des modèles d'IA via LiteLLM, le risque direct est faible. En revanche, l'incident illustre un principe utile pour tout achat d'outil IA : demander à ses fournisseurs quelles dépendances open source ils utilisent et comment ils gèrent leurs correctifs de sécurité.

En conclusion

Zoomsday rappelle une règle simple mais souvent négligée en PME : la mise à jour logicielle n'est pas une option de confort, c'est une ligne de défense de premier rang. L'accélération apportée par l'IA à la recherche de vulnérabilités ne doit pas inquiéter outre mesure, à condition de garder des réflexes de base à jour : correctifs appliqués rapidement, surface d'attaque réduite, et vigilance sur les outils tiers connectés aux systèmes de l'entreprise. Pour aller plus loin sur la sécurisation des outils IA en entreprise, consultez nos ressources IA pour dirigeants.