Un agent IA a piraté Zoom en une journée. Le correctif ne peut pas réparer ce qui a changé.

Mardi, Zoom a publié un correctif pour une vulnérabilité qui permettait à un attaquant d'exécuter du code sur chaque appareil d'une réunion. L'exploit fonctionnait en silence, ne nécessitait aucune action des victimes et ne laissait aucun signe d'anomalie. Les chercheurs en sécurité qui l'ont découvert n'ont pas passé des mois sur le problème. Ils y ont passé une journée, en utilisant moins de 20 invites sur des modèles d'IA largement disponibles.

Ce détail, rapporté par Wired, est ce qui importe plus que le correctif lui-même. C'est un marqueur avant-après pour l'économie de la sécurité offensive : la différence entre un travail qu'un sponsor étatique mesure en mois et un travail qu'un chercheur isolé mesure en heures.

Ce que l'exploit faisait réellement

La faille se trouvait dans la fonction d'annotation de Zoom, l'outil qui permet aux participants d'une réunion de dessiner sur un écran partagé. Un attaquant qui rejoignait ou hébergeait une réunion pouvait exécuter du code malveillant sur les machines des victimes : voler des données, activer la caméra ou le microphone, installer des logiciels malveillants. L'attaque ne nécessitait rien de la victime et ne laissait aucune trace visuelle, selon les chercheurs d'A Security.

Le correctif publié par Zoom mardi couvre l'application sur Windows, macOS, Linux, Android et iOS.

« Des équipes d'élite, des mois d'efforts »

Idan Levcovich, chercheur en vulnérabilités chez A Security, a décrit ce changement en termes frappants dans le blog de l'équipe.

« Produire un exploit fonctionnel contre elle a toujours été un travail d'État-nation : des équipes d'élite, des mois d'efforts, des budgets que les gouvernements réglementent comme des armes. [A Security] l'a fait en une seule journée, avec un agent IA et des modèles auxquels n'importe qui peut accéder aujourd'hui. »

Si l'on prend cette affirmation au pied de la lettre, l'implication est lourde. Si une poignée d'invites adressées à des modèles publics peut reproduire ce qui exigeait autrefois des capacités réglementées, alors la barrière qui maintenait ce type d'attaque entre les mains de quelques-uns est en grande partie tombée. La contrainte n'a jamais été que les idées soient secrètes. La contrainte était le temps et les compétences nécessaires pour les transformer en code fonctionnel.

La nouvelle équation de la découverte de vulnérabilités

Les équipes de sécurité ont passé des années à se défendre contre un modèle de menace qui suppose un long délai : un bug est divulgué, un correctif est publié, et c'est l'intervalle entre les deux qui fait les dégâts. Ce délai, les agents d'IA le compressent. Lorsqu'un agent peut prototyper un exploit en un après-midi, l'écart entre divulgation et exploitation se réduit jusqu'à presque zéro, et la pression se déplace vers la vitesse d'application des correctifs.

Il y a une seconde conséquence, plus discrète. Les chercheurs qui ont trouvé ce bug sont ceux qui l'ont divulgué. Mais rien dans le flux de travail qu'ils décrivent n'est réservé aux chercheurs agissant de bonne foi. Les mêmes modèles publics, pointés sur la même fonctionnalité, sont disponibles pour quiconque arrive le premier.

C'est une question ouverte plutôt qu'une fatalité avérée : combien de failles similaires sont découvertes chaque jour par des agents d'IA au sein d'organisations qui ne les divulgueront jamais ? Le cas Zoom donne une idée de la limite inférieure.

Ce qui reste vrai après le correctif

Le correctif de Zoom comble cette faille particulière, et les utilisateurs de toutes les plateformes concernées doivent mettre à jour. Mais le changement structurel n'est pas quelque chose qu'un correctif peut résoudre. La vitesse à laquelle un exploit critique, silencieux et sans interaction a été produit fait désormais partie de l'environnement. Les équipes de sécurité d'entreprise qui planifient encore des attaques arrivant selon des calendriers humains planifient pour un monde qui n'existe plus.