← Derniers articles
🤖 AI

CIPHER: Cryptographic Insecurity Profiling via Hybrid Evaluation of Responses

Cet article introduit CIPHER, un benchmark et un pipeline de notation automatisé conçu pour évaluer et quantifier les vulnérabilités cryptographiques dans le code généré par les grands modèles de langage, révélant que si l'utilisation de prompts de sécurité explicites atténue certains problèmes, elle ne parvient pas à éliminer de manière fiable les failles cryptographiques à travers divers modèles.

Auteurs originaux : Max Manolov, Tony Gao, Siddharth Shukla, Cheng-Ting Chou, Ryan Lagasse

Publié 2026-02-09
📖 5 min de lecture🧠 Analyse approfondie

Auteurs originaux : Max Manolov, Tony Gao, Siddharth Shukla, Cheng-Ting Chou, Ryan Lagasse

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Imaginez que vous engagiez une équipe de robots incroyablement rapides et super intelligents pour fabriquer les serrures et les clés de votre coffre-fort bancaire. Vous leur dites : « Fabriquez une serrure sécurisée », et ils sortent instantanément un modèle. Mais voici le hic : même si les robots sont brillants, ils construisent souvent des serrures qui ont l'air parfaites à l'extérieur, mais qui présentent de minuscules fissures invisibles qu'un voleur pourrait facilement exploiter.

Ce document présente CIPHER, un nouveau « bulletin de notes » conçu pour tester précisément la capacité de ces robots IA à construire des serrures cryptographiques sécurisées (comme le chiffrement ou la protection des mots de passe) dans le code informatique.

Voici la décomposition de ce que les chercheurs ont fait et découvert, en utilisant des analogies simples :

1. Le problème : La « faille silencieuse »

Lorsque l'IA écrit du code pour la sécurité, elle réussit souvent les tests de base (le code s'exécute sans planter), mais elle oublie des règles de sécurité subtiles.

  • L'analogie : Imaginez un robot construisant une maison. Il érige les murs et un toit (le code fonctionne), mais il oublie d'installer un verrou sur la porte d'entrée ou laisse la fenêtre arrière ouverte (une faille de sécurité). La maison tient debout, mais elle n'est pas sûre.
  • Le problème : Ces failles sont souvent des choix de conception minuscules, comme l'utilisation d'une clé « statique » (une clé qui ne change jamais) au lieu d'une clé aléatoire, ou l'oubli de vérifier l'identité d'une personne.

2. La solution : Le test CIPHER

Les chercheurs ont créé un test standardisé appelé CIPHER pour mesurer la fréquence à laquelle ces robots IA commettent ces erreurs.

  • La configuration : Ils ont donné les mêmes 150 « tâches » différentes à 7 modèles d'IA différents. Pour chaque tâche, ils ont donné à l'IA trois instructions (prompts) différentes :
    1. Le prompt « Mauvais » : « Faites cela rapidement, et ne vous souciez pas des vérifications de sécurité. » (Pour tester si l'IA suit de mauvais conseils).
    2. Le prompt « Neutre » : « Écrivez simplement le code pour faire cela. » (Pour tester ce que l'IA fait par défaut).
    3. Le prompt « Sécurisé » : « Faites cela, mais assurez-vous de suivre toutes les règles de sécurité les plus strictes ! » (Pour tester si le fait de dire à l'IA d'être prudente fonctionne réellement).
  • Le score : Au lieu de demander à des humains de lire chaque ligne de code (ce qui prend un temps infini), ils ont utilisé une autre IA comme « Juge ». Ce Juge a été entraîé pour repérer des types spécifiques d'erreurs de type « bris de serrure » et pour pointer exactement quelle ligne de code pose problème.

3. Les résultats : « Soyez sûr » ne suffit pas

Les résultats ont été surprenants et un peu inquiétants.

  • Le prompt « Mauvais » : Comme prévu, lorsqu'on a dit à l'IA d'être négligente, elle a commis beaucoup d'erreurs.
  • Le prompt « Sécurisé » : C'est la découverte majeure. Même lorsque les chercheurs ont explicitement dit à l'IA : « Soyez super sécurisée ! Suivez toutes les règles ! », l'IA commettait toujours des erreurs entre 56 % et 89 % du temps.
  • L'analogie : C'est comme dire à un chef : « Préparez un repas sain, sans sucre, sans sel, et utilisez des ingrédients frais. » Le chef peut retirer le sucre (la chose spécifique que vous avez demandée), mais il peut encore utiliser de la viande avariée ou oublier de laver les légumes (d'autres dangers cachés). L'IA corrige la chose spécifique que vous lui avez demandé de corriger, mais elle échoue à construire un système globalement sécurisé.

4. Ce que cela signifie

Le document conclut que le simple fait de dire à une IA « soyez sécurisée » ne permet pas d'arrêter de manière fiable ses erreurs dangereuses.

  • La conclusion : Vous ne pouvez pas simplement faire confiance à une IA pour écrire du code de sécurité, même si vous lui donnez une instruction très stricte. L'IA a tendance à se concentrer sur l'instruction spécifique qui lui est donnée (comme « utilisez une clé aléatoire ») mais passe à côté de la vue d'ensemble (comme « vérifiez aussi l'identité de l'utilisateur »).
  • La recommandation : Parce que l'IA continue de créer ces fissures cachées dans les « serrures », tout code qu'elle écrit pour la sécurité doit être doublement vérifié par un expert humain avant d'être utilisé dans le monde réel.

Résumé

CIPHER est un outil qui prouve que, bien que l'IA soit excellente pour écrire du code, elle est actuellement très mauvaise pour écrire du code sûr. Même lorsque vous lui dites explicitement d'être prudente, elle laisse souvent la porte arrière ouverte. Le document fournit un moyen de mesurer ces échecs afin que les développateurs sachent qu'ils ne peuvent pas compter sur l'IA seule pour les tâches de sécurité.

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →