Near AI a révélé une faille de sécurité qui a exposé les informations de compte appartenant à environ 100 utilisateurs et compromis les données de 18 anciens agents d'intelligence artificielle (IA). L'intrusion du 8 novembre 2026 a exploité une vulnérabilité dans un moteur d'inférence open source, exposant potentiellement des requêtes d'IA confidentielles.
Points clés à retenir
La vulnérabilité SGLang ouvre la porte à une infrastructure proche de l’IA
Selon le rapport officiel d'incident de sécurité de Near AI publié lundi 9 novembre, la partie non autorisée a exploité une vulnérabilité d'exécution de code à distance (RCE) dans SGLang, un moteur open source utilisé pour traiter les charges de travail d'intelligence artificielle. La faille permettait l'exécution de code sur un serveur d'inférence, fournissant ainsi un point d'entrée dans des systèmes internes supplémentaires.
À partir de là, l’intrus a atteint l’infrastructure associée au service de chat privé précédemment obsolète de Near AI, téléchargeant les informations de compte appartenant à environ 100 utilisateurs. Les enregistrements volés comprenaient des noms et des adresses e-mail, tandis que certains comptes exposaient également des plans d'abonnement et des informations sur le solde.
L'intrusion s'est étendue au-delà des enregistrements des clients. Les enquêteurs ont confirmé un accès non autorisé à 18 agents opérant sur un ancien déploiement d’agents Near AI en dehors de l’environnement d’exécution fiable (TEE) de l’entreprise. Les informations récupérées comprenaient des historiques de discussion, des paramètres de configuration et des journaux opérationnels.
Deux clients Near AI Cloud avaient également des clés d'interface de programmation d'application (API) exposées via ces journaux. Les deux pouvoirs ont depuis été révoqués.
Il est important de noter que Near AI a signalé n’avoir trouvé aucune indication selon laquelle des conversations de chat privé stockées ou des fichiers téléchargés avaient été consultés. Cependant, la société a reconnu que des requêtes traitées sur le serveur compromis le 8 novembre auraient pu être observées, y compris des requêtes fonctionnant en mode confidentiel.
La divulgation distingue le vol de données confirmé de l'exposition potentielle d'informations pendant le traitement. Near AI n’a pas quantifié combien de demandes confidentielles auraient pu être observées.
Pourquoi l’informatique confidentielle n’a-t-elle pas empêché la violation ?
La révélation la plus importante de l’incident concerne peut-être les limites de l’informatique confidentielle, une technologie conçue pour protéger les informations sensibles via des environnements d’exécution isolés du matériel. Near AI a expliqué que ces protections ne peuvent pas automatiquement se défendre contre les vulnérabilités des applications fonctionnant dans ces environnements.
"L'informatique confidentielle protège les données de l'opérateur et de l'hôte. Elle ne protège pas contre une vulnérabilité des logiciels exécutés dans l'environnement, et c'est ce qui s'est passé ici", a reconnu l'entreprise.
Concrètement, l’attaquant a exploité le logiciel d’inférence lui-même, plutôt que de devoir vaincre les mécanismes d’isolation matérielle. Une fois le code malveillant exécuté au sein du serveur concerné, les requêtes en cours de traitement devenaient potentiellement accessibles.
La distinction est importante car l'informatique confidentielle vise à restreindre l'accès des opérateurs d'infrastructure et des hôtes sous-jacents. Il ne garantit pas que le logiciel traitant des informations sensibles soit exempt de défauts exploitables. Near AI a déclaré que son analyse de sécurité examinerait désormais les logiciels d'inférence et les services environnants avec la même rigueur appliquée aux environnements informatiques protégés.
Near AI restaure les services cloud suite à une réponse de sécurité
Suite à la détection, Near AI a révoqué les sessions actives et les informations d’identification administratives, remplacé les jetons d’agent et mis Private Chat hors ligne. Les ingénieurs ont déployé un correctif pour la vulnérabilité SGLang sur chaque serveur d'inférence et effectué des rotations d'informations d'identification supplémentaires.
La société a également déclaré avoir effectué un examen médico-légal, avertir les utilisateurs concernés et contacter individuellement les propriétaires des 18 agents IA compromis. Near AI a confirmé que l’accès aux services cloud avait été rétabli après le confinement et la correction. La vulnérabilité a également été signalée au projet SGLang.
Les clients concernés ont reçu des instructions via security@near.ai, tandis que la société a mis en garde les utilisateurs contre les communications non sollicitées faisant référence aux informations ou aux soldes des comptes. Des notifications réglementaires suivront lorsque la loi l’exige. L’incident n’aurait apparemment pas affecté Near Protocol lui-même ou d’autres services au sein de l’écosystème plus large.
Néanmoins, cette violation soulève une question inconfortable pour les fournisseurs d’infrastructures d’IA confidentielles : dans quelle mesure les calculs sont-ils protégés lorsque le logiciel traitant les requêtes reste vulnérable ? L'isolation matérielle offre une limite de sécurité importante, mais l'incident Near AI démontre que la confidentialité dépend en fin de compte de l'intégrité des applications qui y fonctionnent.
La compromission Near AI survient également au milieu d’une extraordinaire succession d’incidents de sécurité documentés par Bitcoin.com News au cours des derniers mois. Depuis le piratage stupéfiant de 6,3 milliards de dollars de Binance le 29 octobre et la violation de portefeuille de 387,5 millions de dollars signalée par Bitget jusqu'à l'exploit Liquid Network impliquant près de 600 BTC, les attaquants ont révélé à plusieurs reprises les faiblesses du secteur des actifs numériques.
Les incidents de sécurité impliquant Ledger, Safepal, Trezor, Keystone, Chainalysis, Gnosis Pay, Keplr-Web3Auth et Crédit Mutuel Arkéa ont encore élargi les inquiétudes, tandis que des vulnérabilités iOS récemment révélées menacent les données sensibles des applications. Collectivement, ces épisodes révèlent une réalité de plus en plus inconfortable : les défis de sécurité du secteur s’étendent bien au-delà des cryptomonnaies volées, atteignant profondément les dossiers des clients, les dépendances logicielles, les systèmes d’authentification et l’infrastructure chargée de protéger les actifs numériques.
La vulnérabilité Apple iOS met les portefeuilles cryptographiques en danger alors que Binance émet un avertissement
Binance a publié un avertissement de sécurité urgent le mardi 10 novembre 2026 concernant une vulnérabilité iOS connue sous le nom de « worse_query », qui pourrait exposer…
À propos de l'auteur
ÉCRIT PARJamie RedmanResponsable de l'actualité
