OpenHack, Inc., jeune société de San Francisco, a présenté le 3 novembre 2026 un agent qu’elle décrit comme un ingénieur sécurité IA « toujours disponible ». L’outil lit le code source, lance des tests d’intrusion sur les applications en production, tente d’exploiter chaque faille repérée pour prouver qu’elle existe, puis prépare le correctif sous forme de demande de fusion (pull request). La société appartient à la promotion d’automne 2026 de Y Combinator. Sa fiche sur le site de l’accélérateur mentionne un seul salarié : le fondateur, Ananay Arora, chercheur en sécurité passé par Apple.
Pour le lancement, OpenHack offre l’analyse avec Claude Mythos, le modèle le plus avancé d’Anthropic en recherche de vulnérabilités, jusqu’au 11 novembre 2026. Plusieurs relais ont présenté l’opération comme un audit gratuit ouvert à toutes les entreprises. L’annonce officielle la réserve aux clients de la formule entreprise d’OpenHack.
Le fonctionnement annoncé
L’agent cherche d’abord les failles que les scanners classiques ratent : contournements d’authentification, contrôles d’accès cassés, erreurs de logique métier. Il construit ensuite une preuve d’exploitation, rejouée dans un bac à sable ou un navigateur, avant de signaler quoi que ce soit. OpenHack en tire sa promesse de faux positifs « proches de zéro », une affirmation que personne n’a encore mesurée de façon indépendante.
Le classement des failles s’appuie sur le contexte de l’entreprise, décrit dans un module appelé Blueprint, plutôt que sur le seul score CVSS. L’agent rédige enfin le correctif et le pousse dans Linear, Slack ou le dépôt de code. L’éditeur cite parmi ses découvertes une prise de contrôle de comptes, l’accès administrateur à une organisation GitHub et une faille d’authentification chez Papermark, publiée sous la référence CVE-2026-36755.
Sur le papier, l’outil répond à un vrai problème. Les équipes accumulent des listes de vulnérabilités sans savoir par où commencer, et l’IA accélère la découverte de failles des deux côtés, chez les défenseurs comme chez les attaquants. Un DPO a pourtant plusieurs raisons de demander à être associé avant toute connexion.
Un sous-traitant qui touche à vos données
Un dépôt de code contient presque toujours des données personnelles : jeux de test copiés depuis la production, journaux, exports oubliés, adresses électroniques dans les fichiers de configuration. Le test d’intrusion va plus loin. La démonstration publiée par OpenHack montre l’agent qui récupère la facture d’un autre utilisateur pour prouver un défaut de contrôle d’accès. Dans une application de santé au travail, la même preuve porterait sur le dossier d’un salarié suivi.
OpenHack devient alors sous-traitant au sens de l’article 28 du RGPD. Il faut un contrat conforme, une inscription au registre, la liste des sous-traitants ultérieurs, à commencer par les fournisseurs de modèles d’IA, et une analyse des risques. Pour un service de santé au travail, un établissement de santé ou un ESSMS, le traitement touche des données de santé et la question d’une AIPD se pose sérieusement.
La politique de confidentialité, lue par un DPO
Le document, mis à jour le 16 septembre 2026, contient quelques engagements utiles. Le code soumis est chiffré en transit et au repos, puis supprimé après l’analyse, sauf si le client choisit de conserver l’historique des scans. La FAQ du site ajoute que l’inférence de la plateforme se fait sans conservation de données et dans la zone géographique du client.
Le reste laisse le lecteur européen sur sa faim. Le paragraphe sur les transferts internationaux se contente de « garanties appropriées » sans nommer de mécanisme : ni clauses contractuelles types, ni certification au Data Privacy Framework. Aucun représentant dans l’Union au titre de l’article 27, aucun DPO, aucune liste de sous-traitants. Les badges SOC 2, HIPAA et RGPD affichés en pied de page renvoient à la plateforme Vanta ; le badge RGPD n’a aucune valeur de certification au sens de l’article 42 du règlement.
Reste le cas de Mythos. La presse spécialisée indique qu’Anthropic impose une conservation de 30 jours sur tout le trafic de ses modèles de classe Mythos. Si c’est exact, la promesse « zéro conservation » ne couvre peut-être pas l’offre de lancement. La réponse doit venir par écrit, de l’éditeur, avant d’envoyer un seul fichier.
Classer par impact sur l’activité : le biais à corriger
Dans la démonstration d’OpenHack, une faille de contrôle d’accès arrive en tête parce qu’elle touche un parcours de paiement, avec la mention « impact sur le chiffre d’affaires ». Le RGPD raisonne autrement. L’article 32 demande de mesurer le risque pour les personnes concernées. Une faille qui expose les avis d’aptitude de quelques salariés peut peser peu sur les revenus d’un service et beaucoup pour les personnes concernées, et donc pour la conformité.
Si vous utilisez un outil de ce type, renseignez son contexte avec la sensibilité des données de chaque application : données de santé, données de mineurs, numéro de sécurité sociale. Sans cette information, l’algorithme trie avec la seule logique commerciale.
Tester la production exige une autorisation écrite
Un test d’intrusion sans mandat reste un accès frauduleux au sens de l’article 323-1 du Code pénal, même quand l’intention est défensive. L’autorisation doit venir du responsable du système, avec un périmètre, des créneaux et une interdiction des actions destructrices. Quand l’application tourne chez un hébergeur, cloud public ou hébergeur de données de santé, ses conditions encadrent souvent les tests et peuvent exiger un accord préalable.
Le test peut aussi révéler qu’une faille a déjà servi. Une vulnérabilité découverte ne constitue pas en soi une violation de données. Des traces d’exploitation antérieure dans les journaux ouvrent en revanche l’analyse prévue à l’article 33, avec un délai de 72 heures pour notifier la CNIL si un risque existe pour les personnes. Le DPO doit être prévenu dès ce stade.
Un correctif automatique se relit
La demande de fusion générée par l’agent reste une proposition. Un développeur doit la relire, la tester et la valider, et cette validation doit laisser une trace. La responsabilité de la sécurité du traitement demeure chez le responsable de traitement, quel que soit l’outil qui a écrit la ligne de code.
NIS2 et CRA
Pour les entités concernées par NIS2, une gestion continue des vulnérabilités correspond aux mesures de l’article 21 de la directive. Les fabricants de produits numériques soumis au Cyber Resilience Act doivent, depuis le 11 septembre 2026, signaler les vulnérabilités activement exploitées. Un outil de détection aide à tenir ces obligations sans les remplir à lui seul : il faut encore la procédure, les rôles, la documentation et les preuves.
Questions à poser avant de connecter OpenHack ou un outil équivalent
- Le contrat de sous-traitance couvre-t-il le code source, les données lues pendant les tests et les résultats ?
- Quels fournisseurs de modèles traitent nos requêtes, dans quel pays, avec quelle durée de conservation, y compris pour Mythos ?
- Sur quel mécanisme reposent les transferts vers les États-Unis : certification DPF vérifiée sur la liste officielle, ou clauses contractuelles types accompagnées d’une analyse d’impact des transferts ?
- Qui représente l’éditeur dans l’Union européenne, et qui répond aux demandes d’exercice des droits ?
- L’hébergeur de l’application testée a-t-il donné son accord écrit, et le périmètre du test est-il signé ?
- Comment la sensibilité des données entre-t-elle dans le classement des failles ?
- Qui relit et valide les correctifs proposés, et où cette validation est-elle consignée ?
- Que se passe-t-il si le test révèle une exploitation passée : qui alerte le DPO, et sous quel délai ?
L’arrivée d’agents de sécurité autonomes ne change pas la règle de base : chaque prestataire qui accède à vos systèmes passe par le contrôle du DPO, et une offre gratuite à durée limitée ne dispense pas de cette étape. Le 11 novembre approche ; un contrat signé dans la précipitation coûtera plus cher qu’une semaine d’attente.
Être rappelé par un DPO
Demander une présentation de DPO SUITE