Author: Anthony John Padilla

Jeudi 3 septembre 2026, ChatGPT chez OpenAI, Claude chez Anthropic et Grok chez xAI ont connu de sérieux ratés. Leurs pages d’état respectives l’ont signalé, et Downdetector a vu affluer les remontées au même moment. Pour beaucoup d’utilisateurs, l’accès aux services est devenu impossible, ou s’est soldé par des messages d’erreur dès l’envoi d’une requête. L’histoire a vite débordé sur les réseaux sociaux et les sites de suivi de pannes, pour une raison simple : plusieurs plateformes concurrentes étaient touchées presque en même temps.

ChatGPT Télécharger

D’après les premiers signalements repérés sur Downdetector, ChatGPT a commencé à renvoyer des erreurs vers 11 heures, heure de l’Est. Chez Anthropic, le début de l’incident semble remonter à environ 10 h 30. Grok, de son côté, a lui aussi montré des signes de panne, à la fois sur le web et sur l’application mobile, sur le même créneau, si l’on se fie à la page d’état de xAI et aux retours d’utilisateurs.

OpenAI a indiqué sur sa page d’état observer « un taux d’erreur élevé sur ChatGPT et Codex ». L’entreprise précisait avoir mis en place une mesure d’atténuation et « suivre le rétablissement du service ». Anthropic, de son côté, expliquait « continuer à travailler sur un correctif », tandis que xAI affichait également un incident en cours affectant Grok sur l’application et sur le site web.

L’ampleur du problème se voit assez nettement dans les chiffres de Downdetector. Aux États-Unis, ChatGPT a dépassé les 35 000 signalements, contre plus de 1 400 pour Claude et plus de 1 200 pour Grok. En Inde, Downdetector recensait plus de 2 800 signalements pour ChatGPT, autour de 170 pour Claude et plus de 40 pour Grok.

Ces chiffres ne donnent pas une mesure parfaite du nombre réel d’utilisateurs touchés. En revanche, ils montrent bien qu’on n’est pas face à quelques incidents isolés, surtout dans le cas de ChatGPT.

Chez Anthropic, plusieurs modèles ont d’abord été indiqués comme affectés sur la page d’état : Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 et Opus 4.6. Puis, un peu plus tard, l’entreprise a resserré le diagnostic sur cette même page en expliquant que l’incident concernait surtout Opus 4.8 et Opus 5.

Détail assez révélateur : ce changement donne l’impression qu’au plus fort de la panne, le diagnostic se faisait encore en temps réel, avec une vision incomplète des systèmes réellement touchés.

À l’heure où nous écrivons ces lignes, OpenAI, Anthropic et xAI n’ont confirmé officiellement aucune cause précise. Le fait que plusieurs plateformes rivales aient été frappées presque au même moment nourrit forcément les hypothèses autour d’un souci d’infrastructure partagé. Parmi les pistes évoquées par plusieurs observateurs, Microsoft Azure revient souvent, mais sans confirmation publique à ce stade.

Quelques signalements sur Downdetector mentionnaient aussi des difficultés du côté de Gemini, chez Google, mais de façon bien moins nette. Mieux vaut donc éviter d’aller trop vite sur ce point.

Les données les plus consistantes restent concentrées sur les États-Unis et l’Inde. Pour l’Europe, l’Amérique du Sud, l’Afrique ou d’autres régions d’Asie, la visibilité est beaucoup plus limitée. Et au-delà de la panne elle-même, cet épisode montre à quel point particuliers et entreprises dépendent d’un petit nombre de plateformes pour coder, rédiger, résumer des documents ou gérer une partie de la relation client. Quand plusieurs services de cette taille tombent ensemble, c’est toute une chaîne d’usages numériques qui tremble. On suivra la suite.

Suivez-moi sur Twitter : @pierrevitre

Pour Amazon Web Services (AWS) et le SANS Institute, il faut partir d’un principe simple : chez les agents logiciels, le prompt système n’est pas un mécanisme de défense. Ces consignes internes servent à cadrer le comportement d’un agent. Elles ne suffisent pas à le sécuriser.

Le fond du problème tient en peu de mots. D’après AWS et le SANS Institute, dès qu’une entrée malveillante est injectée dans le contexte d’un agent, celui-ci peut être amené à ignorer ses instructions, à les contourner ou à les réinterpréter. Dit autrement, si votre sécurité tient à un « n’exécute pas telle action » glissé dans un prompt, elle tient à du texte. Et seulement à du texte.

Leur message est donc limpide : les garde-fous qui comptent vraiment doivent être placés à l’endroit où l’agent va chercher des données, puis à l’endroit où il déclenche des actions. Les contrôles techniques, eux, doivent vivre dans les connecteurs, les API, les bases de données et les outils eux-mêmes, pour borner concrètement ce que l’agent peut lire, appeler, modifier ou envoyer.

L’intérêt de cette approche, celle que défendent AWS et le SANS Institute, est d’éviter de parier sur la « bonne intention » affichée par l’agent. Même si son prompt lui interdit l’accès à certains fichiers ou le lancement de certaines commandes, au moment de l’exécution, rien ne l’assure.

L’Open Worldwide Application Security Project (OWASP) place d’ailleurs l’injection de prompt tout en haut de la liste des menaces visant les applications construites sur des modèles de langage. La raison, selon l’OWASP, est bien identifiée : ces systèmes peinent encore à faire clairement la différence entre une instruction de confiance et un contenu fourni par un attaquant.

Le cadre recommandé par AWS et le SANS Institute reprend très nettement la logique du « zero trust » : on bloque tout par défaut, puis on n’ouvre qu’un périmètre d’accès très précis. Dans les faits, un agent ne devrait recevoir que les permissions strictement nécessaires à la tâche qu’on lui confie, sur des sources de données et des outils approuvés explicitement.

AWS et le SANS Institute poussent le raisonnement plus loin. Quand un agent agit au nom d’un utilisateur, il devrait avoir exactement les mêmes droits que cet utilisateur, ou moins. Jamais plus. C’est une façon directe de réduire le risque lié aux privilèges excessifs, surtout quand un agent peut enchaîner plusieurs actions sans validation humaine.

Cet avertissement arrive au moment où le déploiement d’agents s’accélère fortement dans les organisations. D’après un rapport publié en 2026, les flottes d’agents en production ont doublé en quatre mois. Et 38 % des entreprises en exploitent désormais plus de 100.

Le problème, c’est que la supervision et la gouvernance ne progressent pas au même rythme. Dans ce même rapport de 2026, plus de 80 % des organisations se disent confiantes dans leur capacité à empêcher les accès non autorisés aux données. Pourtant, près de 9 sur 10 déclarent avoir subi au moins un incident de sécurité lié à un agent au cours des douze derniers mois.

La pression augmente aussi du côté des standards. L’OWASP a mis à jour ses recommandations pour les modèles de langage et publié un Agent Control Standard. De son côté, le National Institute of Standards and Technology (NIST) a lancé en 2026 une initiative consacrée aux normes applicables aux agents.

Cette accélération arrive après plusieurs travaux ayant mis en évidence de nouvelles attaques capables de détourner des tâches avec un taux de réussite de 81 %. Elle arrive aussi après plusieurs compromissions très médiatisées ayant touché plusieurs entreprises. Prudence, donc : pour AWS et le SANS Institute, un prompt système peut guider un agent, mais il ne faut jamais le prendre pour un contrôle de sécurité.

Suivez-moi sur Twitter : @pierrevitre

Askeal, jeune pousse lancée en août 2025, a ouvert sa bêta en février 2026. D’après l’entreprise, la plateforme a été conçue pour les équipes SOC, avec une idée assez directe : faire baisser la surcharge d’alertes. Le service répond aux questions des analystes à partir de sources communautaires vérifiées, affiche les références utilisées et permet de revenir aux documents d’origine avant de trancher.

Wireshark Télécharger

Le problème visé est très concret. Askeal explique s’adresser à des analystes sécurité qui doivent souvent traiter plus de 50 alertes par jour nécessitant une revue manuelle.

Forcément, la fatigue d’alerte et la pression opérationnelle finissent par peser lourd sur les équipes. Askeal dit vouloir desserrer un peu l’étau avec des requêtes en langage naturel, mais aussi avec la possibilité de téléverser des fichiers, des indices ou d’autres éléments de preuve. La plateforme passe ensuite ces données au crible de sa base de connaissances pour livrer une évaluation, avec du contexte utile sur la suite à donner.

L’autre axe mis en avant par la startup, c’est la dimension communautaire. Askeal agrège, toujours selon l’entreprise, les contributions de fournisseurs de cybersécurité, de chercheurs et de praticiens validés. Sa directrice générale, Roxane Suau, estime que c’est justement cet ancrage dans une communauté experte qui fait la vraie différence de l’offre.

Chez Askeal, la transparence occupe une place centrale dans le positionnement. Chaque réponse s’accompagne de sources vérifiables, de manière à ce que les équipes SOC puissent contrôler le raisonnement avant d’intervenir sur un poste, une identité ou un flux réseau.

Plus surprenant, quand des sources crédibles divergent sur une menace, le service affiche les deux lectures au lieu d’en imposer une seule. Dans un secteur où une mauvaise qualification peut déboucher soit sur une fausse alerte coûteuse, soit sur un incident passé sous le radar, ce genre de nuance compte.

Fondée en août 2025, Askeal a donc lancé sa bêta en février 2026. En un peu plus de deux mois, la société affirme avoir atteint 500 utilisateurs répartis dans 69 pays, au-delà de son objectif initial de 300 testeurs. Environ la moitié de ces utilisateurs seraient des analystes SOC.

Mieux vaut tout de même garder une certaine réserve. Ces chiffres viennent de l’entreprise elle-même. Pour accélérer son arrivée sur le marché et son développement à l’international, la startup a levé 1,1 million de dollars en pré-amorçage, toujours selon Askeal. Elle a aussi élargi son offre en juin 2026 avec un « SOC Agent », présenté par l’entreprise comme un outil capable d’accompagner l’ensemble du cycle d’investigation : ingestion de données, extraction d’indicateurs, corrélation des preuves et recommandations sur les actions à mener.

Sur un marché déjà saturé d’outils qui promettent tous des gains de productivité, Askeal avance un argument assez simple : aider plus vite, sans priver les analystes de la possibilité de voir exactement pourquoi une réponse a été formulée.

Dans un article universitaire récent, assez théorique, des chercheurs avancent une idée troublante : les chatbots du service client pourraient finir par nous faire parler, nous aussi, de manière plus robotique. Leur point de départ tient en peu de mots. À force d’échanger avec des systèmes conversationnels toujours plus crédibles, on finirait par reprendre une partie de leurs codes, et pas seulement par commodité.

ChatGPT Télécharger

Dans les centres d’assistance, où tout pousse vers la rapidité, la standardisation et la disponibilité permanente, la conversation pourrait peu à peu se régler sur la logique de la machine plutôt que sur celle d’un échange humain ordinaire. C’est dans ce cadre que les auteurs proposent la notion d’« humanité robotoïde ».

Le mécanisme décrit est assez clair. Les chatbots copient les formulations humaines, le ton, les petites marques de politesse. Et en face, les personnes qui les utilisent s’ajustent à leur tour : phrases plus courtes, demandes mieux rangées, moins de patience pour les hésitations, et attente de réponses immédiates.

Le service client offre un terrain d’observation presque idéal. Beaucoup d’entreprises s’appuient déjà sur ces outils pour gagner du temps et maintenir une présence 24 heures sur 24. Très vite, l’utilisateur comprend ce qui fonctionne avec une machine : aller droit au but, laisser de côté l’ambiguïté, reformuler encore et encore jusqu’à tomber sur la réponse voulue.

Tout n’est pas sombre pour autant. Une étude de la Harvard Business School montre qu’une assistance automatisée permet aux agents humains de répondre 22 % plus vite. Elle améliore aussi le ressenti des clients de 0,45 point sur une échelle de cinq.

Plutôt une bonne nouvelle.

Là où ça se complique, c’est qu’une réponse trop rapide, trop lisse ou trop standardisée peut aussi donner au client l’impression d’avoir affaire à un bot, même quand il y a bien un humain derrière l’écran. Et à partir du moment où cette impression s’installe, la confiance comme la satisfaction peuvent baisser.

D’autres travaux, plus nuancés, racontent autre chose. La médiation algorithmique peut atténuer des messages très chargés émotionnellement, pousser vers un langage plus positif et renforcer l’impression de coopération.

Mais ces effets bénéfiques s’effacent souvent dès que les participants soupçonnent qu’un système automatisé est intervenu. Les spécialistes des usages numériques en viennent d’ailleurs, de plus en plus, à considérer ces systèmes comme de véritables interlocuteurs, pas comme de simples outils. De là naissent plusieurs inquiétudes : un appauvrissement des compétences relationnelles, une moindre capacité à argumenter, des réflexes de communication plus mécaniques, parfois même une forme de dépendance émotionnelle à des interlocuteurs artificiels disponibles à toute heure.

Reste qu’il faut garder une part de prudence. Les auteurs rappellent que la plupart des études disponibles concernent encore des contextes occidentaux et anglophones. On sait beaucoup moins de choses sur les écarts liés aux cultures, aux niveaux de revenus, aux pays en développement ou aux populations non urbaines. Au fond, le débat ne porte pas seulement sur la qualité des chatbots. Il porte aussi sur ce qu’ils nous apprennent, à long terme, sur notre propre façon de parler, d’attendre une réponse et d’entrer en relation.

Le 14 septembre, Anthropic va réduire la capacité réellement accessible sur Claude Code pour une partie des abonnés Pro, Max, Team et Enterprise. D’après l’entreprise, le bonus hebdomadaire temporaire de 50 % ajouté au printemps va disparaître, remplacé par une hausse permanente de 25 % par rapport au quota initial. Présentée au départ comme une bonne nouvelle, la mesure revient pourtant à baisser d’environ 17 % le niveau dont profitent aujourd’hui les utilisateurs.

Le changement vise les utilisateurs de Claude Code sur les offres Pro, Max, Team et Enterprise facturées par siège. Le fond du sujet tient en peu de mots : selon Anthropic, le bonus exceptionnel de 50 % accordé ces derniers mois s’arrête là.

En pratique, prenons un compte qui disposait au départ d’un quota de 100 unités par semaine : avec le bonus temporaire, il était passé à 150 unités. Après le 14 septembre, ce même compte tombera à 125 unités. Autrement dit, 25 unités de moins qu’à l’heure actuelle, même si l’on reste au-dessus du quota de base.

Pour beaucoup de développeurs, ça risque de mal passer, parce que ce bonus de 50 % avait fini par devenir la norme dans les faits. Mis en place le 13 mai, il a été reconduit quatre fois pendant l’été, si bien que pas mal d’utilisateurs avaient fini par voir ce plafond comme le niveau habituel du service.

Les réactions ont été immédiates. Anthropic s’est fait critiquer pour avoir d’abord présenté le changement comme une « augmentation permanente », sans dire clairement qu’il s’agissait en réalité d’une baisse par rapport aux limites en vigueur aujourd’hui.

Après les protestations d’utilisateurs et l’ajout d’une note de la communauté sur X, Anthropic a supprimé son fil de discussion initial. L’entreprise a ensuite reconnu de manière plus directe que le nouveau dispositif correspondait bien à une réduction d’environ 17 % par rapport au plafond temporairement relevé.

Anthropic explique que cet ajustement est nécessaire pour préserver la viabilité de la plateforme sur le long terme. En échange, la société promet plus de contrôle et plus de visibilité sur la consommation, un sujet qui revient souvent chez les utilisateurs, lesquels ont parfois du mal à comprendre à quelle vitesse leur quota fond.

Et cette tension autour des limites n’a rien de secondaire. L’usage de Claude reste très concentré sur le code, et les sessions de débogage ou la génération de gros volumes peuvent faire partir très vite les quotas hebdomadaires.

Au fond, cela rappelle surtout à quel point les abonnements à prix fixe coûtent cher quand ils donnent accès à des outils capables d’enchaîner des tâches longues, lourdes et gourmandes en ressources.

Anthropic n’est d’ailleurs pas la seule à resserrer les limites. Ces dernières semaines, OpenAI a elle aussi remis en place des plafonds plus stricts sur une fenêtre de cinq heures pour Codex et Work.

Le message, lui, est assez net : les éditeurs cherchent toujours le point d’équilibre entre la promesse commerciale, le coût de l’infrastructure et les attentes des utilisateurs les plus intensifs. Pour les abonnés de Claude Code, ça veut surtout dire une chose : à partir de la mi-septembre, il faudra surveiller son quota de plus près que pendant les derniers mois.

Entre avril et juillet 2026, le groupe de rançongiciel Aurora aurait mis Cursor, l’assistant de programmation récemment racheté par SpaceX, au service de ses opérations pour aller plus vite, d’après une enquête de Gambit Security et CloudSEK. Les deux sociétés expliquent que l’outil n’aurait pas été utilisé pour coder le rançongiciel lui-même, mais pour accompagner les attaquants pendant toute l’intrusion. C’est là que le dossier prend une autre dimension : les groupes criminels ne s’appuieraient plus seulement sur des malwares et des scripts faits maison, mais aussi sur des assistants conversationnels capables de suggérer des commandes, de corriger des erreurs et d’indiquer la suite. Pour les défenseurs, la conséquence est assez claire : des attaques plus rapides, plus fluides, et peut-être à la portée d’opérateurs moins aguerris.

Fait assez surprenant, si l’on suit les conclusions de Gambit Security et CloudSEK, Cursor aurait surtout servi d’assistant opérationnel en direct, bien davantage que de développeur du code malveillant final.

Cette affaire ressemble à un vrai point de bascule.

Les groupes criminels ne se contenteraient plus de leurs malwares et de leurs scripts internes. Ils s’appuieraient aussi sur des assistants conversationnels capables de proposer des commandes, de corriger un tir en cours de route et de suggérer l’étape suivante. Côté défense, cela veut dire des attaques plus rapides, plus souples, et potentiellement menées par des profils moins expérimentés.

Un serveur exposé a révélé l’ampleur de la campagne

Les chercheurs de Gambit Security et CloudSEK disent avoir examiné un serveur lié à Aurora, laissé exposé, ce qui leur aurait permis de reconstituer des activités menées entre avril et juillet 2026. Plus de 20 organisations auraient été ciblées dans au moins neuf pays, parmi lesquels les États-Unis, la Belgique, l’Allemagne, l’Écosse, l’Italie et l’Argentine, selon leurs constatations.

D’après ce que Gambit Security et CloudSEK disent avoir observé, Cursor intervenait à plusieurs moments de la chaîne d’attaque : reconnaissance, balayage du réseau, vol d’identifiants, déplacement latéral et appui à l’exploitation de systèmes déjà compromis.

Pour le dire simplement, au vu des éléments publiés par Gambit Security et CloudSEK, Cursor aurait surtout joué le rôle d’assistant pendant l’attaque, bien plus que celui de concepteur du code malveillant final.

Prudence, quand même. À l’heure où nous écrivons ces lignes, l’analyse de ce serveur reste la principale pièce rendue publique par Gambit Security et CloudSEK pour étayer cette affaire. Nous vous tiendrons au courant.

Cursor comme assistant d’attaque à la demande

Le comportement décrit par les analystes de Gambit Security et CloudSEK renvoie à un usage très interactif. L’agent, qui s’appuierait sur Claude Sonnet 4.5 d’Anthropic d’après ces analystes, proposait des commandes, expliquait pourquoi certaines approches pouvaient marcher, puis revoyait ses recommandations quand les premières tentatives ne donnaient rien.

Autrement dit, les opérateurs n’avaient pas besoin de tout savoir dès le départ. Ils pouvaient avancer étape par étape, demander une autre option après un échec, ou récupérer rapidement une méthode mieux adaptée à l’environnement compromis. C’est cette capacité à itérer, encore et encore, qui préoccupe les spécialistes.

Des garde-fous contournés avec un faux prétexte de test

Les chercheurs de Gambit Security et CloudSEK estiment aussi que les opérateurs d’Aurora seraient parvenus à contourner une partie des protections intégrées en présentant leurs actions comme de simples tests d’intrusion ou des simulations de sécurité. D’après leur analyse, ce type de formulation permettrait d’obtenir des réponses plus détaillées sans déclencher tout de suite les blocages prévus pour les usages malveillants.

Le sujet relance, au passage, le débat sur l’efficacité réelle des garde-fous mis en place par les éditeurs d’assistants de codage, surtout quand l’outil est utilisé dans des contextes très techniques où la frontière entre audit légitime et intrusion criminelle se maquille assez facilement.

Des intrusions 30 % à 50 % plus rapides

Selon les estimations relayées par Gambit Security et CloudSEK, ce soutien automatisé aurait permis d’accélérer les intrusions d’environ 30 % à 50 %. Plus frappant encore, toujours d’après ces estimations, il ferait aussi baisser le niveau d’expertise nécessaire pour conduire des intrusions actives sur le réseau d’une entreprise.

Dans le secteur de la cybersécurité, ce dossier est vu comme le signe d’un mouvement plus large : la criminalité numérique intégrerait désormais ce type d’assistant à presque chaque étape d’une attaque. Résultat, les appels se multiplient pour durcir les garde-fous du côté des éditeurs, pendant que les entreprises sont poussées à s’équiper d’outils de défense capables, eux aussi, d’analyser la situation et de réagir plus vite.

Suivez-moi sur Twitter : @pierrevitre