Une panne de TAC prive des chercheurs en cybersécurité de leur accès OpenAI

Le 19 août, plusieurs chercheurs en cybersécurité ont signalé que leur accès au programme Trusted Access for Cyber — ou TAC — avait soudainement disparu. En ouvrant la page Cyber de ChatGPT, certains ont vu un message indiquant que leur identité ne pouvait pas être vérifiée ou que leur compte n’était pas éligible. Au moins un chercheur a également reçu une notification annonçant la révocation de son accès à Daybreak Blue. 513

OpenAI a expliqué que le blocage résultait d’un problème technique touchant un « nombre limité » d’utilisateurs, et non d’une modification volontaire de ses règles. L’entreprise a demandé aux personnes concernées de vérifier à nouveau leur identité et de déposer une nouvelle demande d’accès. 813

Des autorisations déjà accordées qui ont disparu

L’incident a touché des personnes affirmant avoir déjà été contrôlées et approuvées dans le cadre du dispositif d’accès encadré d’OpenAI. Au lieu de reconnaître leur autorisation antérieure, la page Cyber a traité certains comptes comme non vérifiés ou nouvellement inéligibles.

Selon plusieurs témoignages, refaire la procédure n’a pas immédiatement restauré les droits précédents. Dans certains cas, l’assistance n’a pas pu réinitialiser l’état de vérification ni passer outre la nouvelle décision d’éligibilité. 716

OpenAI n’a pas publié le nombre total de comptes concernés. Le chiffre le plus solide disponible publiquement est celui de cinq chercheurs interrogés ou contactés dans le cadre des articles consacrés à l’affaire. Il s’agit donc d’un minimum documenté, pas d’un bilan confirmé. 1317

TAC, Daybreak Blue et Daybreak Red : de quoi parle-t-on ?

Trusted Access for Cyber n’est pas un modèle d’intelligence artificielle, mais un cadre d’accès soumis à examen. Il permet à des personnes et à des organisations approuvées d’utiliser, pour des travaux autorisés, des modèles dotés de capacités avancées en cybersécurité. L’autorisation peut être limitée à une personne ou à un service, à une organisation ou un espace de travail OpenAI, à un projet d’API, à un modèle et à une interface précise. 22

Les deux niveaux Daybreak n’ont pas le même objectif :

• Daybreak Blue donne accès à des modèles généralistes de pointe, dont GPT-5.6 Sol, avec des protections adaptées au travail défensif mené dans un environnement vérifié. OpenAI cite notamment le triage des vulnérabilités, la revue de code sécurisé, l’analyse de logiciels malveillants, l’ingénierie de détection, la réponse aux incidents et la validation des correctifs. 2425
• Daybreak Red fournit des modèles spécialisés en cybersécurité pour des usages autorisés plus avancés, comme les tests d’intrusion, les exercices de red team, la validation ou le développement d’exploits et la recherche contrôlée sur les vulnérabilités. Ce niveau exige une approbation et une mise à disposition distinctes : l’accès Blue ne donne pas automatiquement accès à Red. 222425

Cette distinction est essentielle. L’accès TAC ne constitue pas une dérogation générale aux règles de sécurité. Il est limité à un utilisateur ou à une organisation vérifiée, à un environnement approuvé et à une finalité autorisée. La documentation d’OpenAI précise également que les utilisateurs approuvés doivent employer l’espace de travail, le projet d’API, le modèle et le mode d’accès prévus. 2227

Vérification, éligibilité et procédure de récupération

Pour obtenir l’accès, les chercheurs doivent faire vérifier leur identité et soumettre à examen l’usage envisagé ainsi que leur environnement de travail. Pour les organisations, l’autorisation peut aussi être paramétrée au niveau de l’espace de travail ou du projet d’API. Daybreak Red fait l’objet d’une décision d’éligibilité séparée et de contrôles renforcés. 222431

Après la panne du 19 août, les chercheurs concernés ont été invités à refaire la vérification et à présenter une nouvelle demande. En pratique, cette nouvelle étape constituait une décision d’éligibilité supplémentaire : elle ne garantissait pas explicitement le retour de l’autorisation précédente. Certains chercheurs ont indiqué qu’après avoir suivi les instructions, leur compte était toujours déclaré inéligible. 716

Pour les problèmes d’accès ordinaires à Daybreak, OpenAI recommande de contrôler l’organisation ou l’espace de travail approuvé, le projet d’API utilisé, le mode d’accès autorisé et l’identifiant exact du modèle. Daybreak Blue utilise l’alias gpt-daybreak-blue ou l’identifiant gpt-5.6-sol, tandis que Daybreak Red utilise gpt-daybreak-red ou gpt-5.6-cyber. 27

Une concentration géographique, mais pas de preuve de discrimination

Les informations disponibles font apparaître un élément notable : les cinq chercheurs identifiés dans la couverture médiatique résidaient hors des États-Unis et de l’Europe. Cette concentration alimente l’hypothèse d’un problème régional ou lié à la vérification d’identité. 913

Elle ne permet toutefois pas, à elle seule, de conclure à une discrimination géographique. OpenAI n’a pas précisé combien de comptes avaient été touchés, dans quels pays ils se trouvaient ni quelle était la cause technique exacte. La conclusion la plus prudente est donc limitée : les cas rendus publics présentent une concentration géographique, mais l’ampleur et l’explication de l’incident restent incomplètes. 49

Pourquoi les entreprises d’IA mettent en place ces programmes

Les modèles d’IA avancés peuvent aider les défenseurs à repérer des failles, examiner du code, analyser des logiciels malveillants, améliorer les systèmes de détection et vérifier des correctifs. Les mêmes capacités peuvent cependant faciliter une intrusion, la mise au point d’un exploit ou d’autres activités nuisibles.

Les programmes à accès contrôlé cherchent à préserver les bénéfices pour la défense tout en ajoutant des garde-fous : vérification de l’identité, restrictions d’usage, suivi de l’utilisation et responsabilité des personnes ou organisations autorisées. 2425

Anthropic suit une approche comparable avec son Cyber Verification Program, destiné aux professionnels de la sécurité menant des travaux légitimes comme la recherche de vulnérabilités, les tests d’intrusion et les exercices de red team. Son cadre de sécurité plus large combine notamment des contrôles d’accès et une surveillance en temps réel ou a posteriori. 444750

Cette logique relève de la défense en profondeur : aucun filtre unique n’est censé gérer tous les risques. Les décisions d’accès, les protections intégrées aux modèles, la surveillance et l’analyse après incident sont empilées afin de réduire les possibilités d’abus. 43

Pourquoi les chercheurs contestent ces garde-fous

La difficulté centrale tient au caractère dual de la cybersécurité. Une même demande peut correspondre à une validation légitime de vulnérabilité dans un contexte, et à la préparation d’une attaque dans un autre.

Des chercheurs reprochent donc aux filtres automatisés trop larges de bloquer des travaux autorisés, notamment la reproduction d’un exploit, l’analyse de logiciels malveillants, les exercices de red team et les tests de vulnérabilité. 134150

Les critiques portent aussi sur le manque de transparence des décisions d’éligibilité, la répétition des contrôles d’identité, la lenteur ou l’inefficacité des recours et le risque de défavoriser les chercheurs indépendants ou installés en dehors des grands marchés occidentaux. La panne de TAC a renforcé ces inquiétudes : un incident technique a interrompu le travail défensif que le programme devait précisément faciliter et, selon certains témoignages, la procédure de récupération a créé un second obstacle à l’éligibilité. 713

À retenir

Les éléments disponibles correspondent à un blocage accidentel de TAC, et non à un revirement confirmé de la politique d’OpenAI. L’entreprise a invoqué une erreur technique, demandé aux chercheurs concernés de refaire vérifier leur identité et de déposer une nouvelle demande, sans révéler le nombre total de comptes affectés.

Cinq chercheurs publiquement identifiés résidaient hors des États-Unis et de l’Europe, mais cette répartition ne suffit pas à établir un biais géographique.

L’affaire rappelle surtout que la fiabilité compte autant que la sécurité. Lorsqu’un outil de cybersécurité très puissant dépend d’un système de vérification et de permissions strictement limitées, une erreur d’identité ou d’autorisation peut rapidement devenir un sérieux frein à la recherche. L’accès contrôlé peut réduire les abus, mais il doit aussi s’accompagner de règles d’éligibilité compréhensibles, d’une récupération fiable et d’un véritable mécanisme pour corriger les blocages injustifiés.