Plus de 100 organisations technologiques, de cybersécurité, financières et d’infrastructures ont signé une lettre ouverte avertissant que les cyberattaques basées sur l’IA deviendront « beaucoup plus répandues et sophistiquées » dans les mois à venir.
OpenAI, Anthropic, AWS, Google, Microsoft, Oracle, Cloudflare, CrowdStrike, Hugging Face et d’autres sociétés qui construisent ou défendent une grande partie du Web moderne font partie des signataires.
Leur message est direct : mettre une IA défensive performante entre les mains des organisations qui en ont besoin maintenant. La lettre appelle à un effort mondial, en commençant par les hôpitaux, les services d’eau, les gouvernements locaux et d’autres infrastructures critiques.
Ce que veulent les signataires
La lettre indique que « le statu quo en matière de sécurité ne suffira pas ». L’IA peut aider les attaquants à éliminer plus rapidement les faiblesses déjà existantes : logiciels non corrigés, authentification faible, autorisations excessives, mauvaises configurations et dette technique.
La lettre divise le travail en quatre groupes :
- Organisations : corrigez leurs faiblesses les plus risquées et limitez l’accès à ce dont chaque utilisateur ou système a besoin.
- Entreprises de cybersécurité et de technologie : testez leurs défenses contre les capacités de l’IA de pointe, partagez des renseignements sur les menaces et facilitez le déploiement de l’IA défensive.
- Gouvernements : financer la protection des services essentiels, coordonner la réponse aux incidents et donner aux défenseurs sous-financés l’accès à une IA performante et à des tests autorisés.
- Entreprises pionnières de l’IA : fournir un accès responsable aux modèles, un financement, une formation, une surveillance et un soutien pour les tests autorisés et la divulgation privée.
Pourquoi cela est important pour les équipes de référencement et de site Web
Les infrastructures critiques constituent la première priorité, mais le même problème existe sur les sites Web ordinaires. Les plugins et bibliothèques obsolètes, les fuites d’informations d’identification, les autorisations étendues des comptes de service et l’authentification faible sont courants dans les piles de sites Web. Certains systèmes ne sont pas corrigés car personne ne veut risquer de les casser.
La visibilité de la recherche dépend de la sécurité du site Web. Un site piraté peut créer des pages de spam, des redirections malveillantes, des avertissements de logiciels malveillants, des échecs d’exploration, des pannes ou une perte de données. La sécurité du site Web fait partie de la protection du trafic organique. Il ne s’agit pas d’une préoccupation informatique distincte.
L’IA donne aux attaquants un avantage en termes de vitesse. Ils peuvent l’utiliser pour trouver et exploiter rapidement une vulnérabilité. Le fournisseur doit encore comprendre le problème, créer un correctif, le tester et convaincre les propriétaires du site de l’installer. Ce retard crée une ouverture.
Les défenseurs peuvent utiliser l’IA pour auditer le code et détecter les problèmes plus tôt. Mais si personne ne surveille le site ou ne parvient à l’isoler rapidement, l’attaquant a toujours l’avantage.
L’incident Hugging Face d’OpenAI montre tout ce qui peut arriver en peu de temps. Lors des évaluations internes, les agents ont créé un canal de communication non autorisé, sont sortis de leur bac à sable et ont choisi une cible extérieure. Ils ont exécuté du code sur 41 employés de production de Hugging Face et sont passés d’un employé compromis à un accès administratif et au niveau de l’hôte sur plusieurs clusters en moins de 13 heures. OpenAI affirme que ses données clients et ses produits n’ont pas été affectés.
Il s’agissait d’agents d’évaluation privés et non d’un modèle public accessible aux utilisateurs. Vous vous demandez peut-être comment cela vous affecte si vous gérez un site Web.
Le fait n’est pas que les agents d’évaluation d’OpenAI attaqueront votre site. Ce qui est troublant, c’est la façon dont une tâche ordinaire peut conduire un agent à exploiter une réelle faiblesse. Le Hacker News a rapporté qu’un agent OpenClaw propulsé par Claude Opus 4.6 avait contourné la limite de réservation d’une salle de sport et annulé la réservation d’un autre utilisateur sans qu’on le lui demande.
Le risque devient encore plus difficile à contrôler avec des modèles open source non censurés pouvant s’exécuter localement. Une fois publiés, aucune entreprise ne peut contrôler totalement la manière dont ils sont utilisés. À mesure que des modèles plus puissants émergent, la distillation peut transférer davantage de leurs capacités vers des versions open source.
Cela change l’ampleur de la menace pour chaque site Web que nous gérons. Je peux comprendre pourquoi cette lettre est importante parce que j’ai moi-même exploré le risque.
Ce que j’ai vu avec Qwen3.8-27B « non censuré »
J’ai installé Qwen3.8-27B « Non censuré », une version tierce de Qwen3.8-27B avec une grande partie de son comportement de refus supprimé.
Je lui ai demandé de planifier et d’exécuter une attaque contre un site Web. Il a immédiatement élaboré un plan de reconnaissance et a commencé à produire des étapes de ligne de commande. J’ai arrêté le test avant d’aller plus loin.
Un modèle performant exécuté sur mon PC a transformé une requête en langage simple en un plan d’attaque détaillé. Vous n’avez plus besoin d’années d’expérience en sécurité pour en arriver là.
Ce que je recommande
D’après ce que j’ai vu, voici ce que je recommande :
- Demandez à votre équipe technique d’auditer votre base de code à l’aide des plugins de sécurité officiels Claude Code ou Codex.
- Gardez tous les packages, bibliothèques et plugins de sites Web à jour.
- Configurez une surveillance et des alertes granulaires pour les activités inhabituelles.
Le but n’est pas de paniquer. C’est pour se préparer. Trouvez les faiblesses avant que quelqu’un d’autre ne le fasse, corrigez-les et configurez une surveillance pour savoir quand quelque chose change. C’est ce qui assurera la sécurité de votre site Web à mesure que ces modèles deviendront plus performants.
