Imaginez un instant que votre service cloud d’intelligence artificielle, celui sur lequel vous comptez pour faire tourner des agents confidentiels et traiter des requêtes sensibles, se retrouve soudainement inaccessible. Pas à cause d’une panne banale, mais parce qu’un attaquant a trouvé une brèche dans le moteur d’inférence qui fait tourner le tout. C’est exactement ce qui s’est produit chez NEAR AI au début du mois de novembre. Une vulnérabilité dans SGLang a ouvert une porte inattendue, et les conséquences, même limitées, rappellent à quel point la sécurité des systèmes d’IA reste un défi permanent.
Une intrusion ciblée qui a forcé la suspension du service
Le 8 novembre, un acteur malveillant a exploité une faille de type exécution de code à distance dans SGLang, le moteur d’inférence open source utilisé sur les serveurs de NEAR AI. Cette faille a permis d’exécuter du code sur un serveur d’inférence, puis de progresser vers d’autres parties de l’infrastructure. Face à cette intrusion, l’équipe a immédiatement suspendu les opérations Cloud pour contenir les risques et lancer une enquête approfondie.
Dans son rapport de sécurité publié le 9 novembre, NEAR AI a détaillé le déroulé des événements. L’attaquant a réussi à atteindre un système interne lié à l’ancien service Private Chat, désormais discontinué. C’est à partir de là que des informations concernant environ une centaine d’utilisateurs ont été extraites. Les données exposées comprenaient des adresses e-mail, des noms, ainsi que, pour certains comptes, des détails sur les plans d’abonnement et les soldes. Heureusement, rien n’indique que les conversations stockées ou les fichiers téléversés aient été consultés.
Plus préoccupant encore, dix-huit agents IA fonctionnant sur une version ancienne de la plateforme ont également été atteints. Ces agents n’étaient pas hébergés dans l’environnement d’exécution de confiance (TEE) qui isole normalement les traitements sensibles. Résultat : historiques de discussion, paramètres de configuration et journaux opérationnels ont été accessibles. Deux clients Cloud ont même vu leurs clés API apparaître dans ces journaux. NEAR AI a immédiatement révoqué ces identifiants pour limiter tout risque supplémentaire.
Ce que l’attaquant a réellement pu observer
L’enquête a également révélé que l’intrus a potentiellement pu observer des requêtes traitées sur le serveur compromis le 8 novembre. Cela incluait des requêtes exécutées en mode confidentiel. Le rapport ne précise pas le volume exact de ces observations, mais le simple fait que des traitements protégés aient pu être visibles soulève des questions importantes sur les limites des technologies de confidentialité.
NEAR AI insiste sur un point technique essentiel : les environnements d’exécution de confiance protègent contre les accès provenant de l’extérieur de l’enclave sécurisée. Ils ne protègent cependant pas contre les failles présentes dans les applications qui tournent à l’intérieur de cette enclave. SGLang, en tant que logiciel d’inférence, se trouvait précisément dans cette zone grise. Une vulnérabilité dans le code lui-même a suffi à contourner les protections matérielles.
« Les environnements confidentiels isolent les données des opérateurs et de l’hôte, mais ils ne peuvent rien contre une faille dans le logiciel qui s’exécute à l’intérieur. »
La réaction rapide de NEAR AI
Dès la détection de l’accès non autorisé, les équipes ont fermé la brèche et déployé le correctif de sécurité sur l’ensemble des serveurs d’inférence. Elles ont ensuite procédé à un remplacement massif des identifiants : sessions actives, identifiants administratifs, tokens d’agents. Le service Private Chat a été mis hors ligne de façon définitive dans le cadre de ces mesures.
Une revue forensique complète a été menée. Les utilisateurs dont les comptes ou les agents ont été confirmés comme touchés ont reçu un message personnalisé. Pour tous les autres, le message est clair : aucune action n’est nécessaire. Les clients concernés ont reçu des instructions depuis l’adresse de sécurité de l’entreprise, et les propriétaires des dix-huit agents compromis ont été contactés individuellement.
NEAR AI a également recommandé à ses utilisateurs de rester prudents face à tout message non sollicité mentionnant des informations de compte ou des soldes. Les notifications réglementaires seront effectuées là où la loi l’exige.
Le Cloud de retour en ligne
Après avoir confirmé que l’accès de l’attaquant était bien fermé, NEAR AI a maintenu la suspension du Cloud le temps de finaliser l’ensemble des correctifs et des rotations de credentials. Une fois ces opérations terminées, le service a pu être rétabli. Les ingénieurs ont appliqué le correctif SGLang partout, remplacé les éléments sensibles et validé que l’infrastructure était de nouveau opérationnelle dans des conditions de sécurité renforcées.
Cette remise en service marque la fin de la phase d’urgence, mais pas la fin des enseignements. L’entreprise a déjà signalé la vulnérabilité aux mainteneurs du projet SGLang et a annoncé que ses prochains audits de sécurité couvriront non seulement le code d’inférence, mais aussi les services associés, les dépendances et les configurations de déploiement.
Confidentialité et limites des TEE
NEAR AI s’appuie fortement sur les environnements d’exécution de confiance pour garantir que les données traitées restent isolées. Dans des conditions normales, ni l’opérateur de l’infrastructure ni l’hôte sous-jacent ne peuvent accéder au contenu des requêtes. C’est un argument commercial important pour les clients qui confient des traitements sensibles à la plateforme.
Pourtant, l’incident montre que cette protection a une limite claire : elle s’arrête à la frontière du logiciel qui s’exécute à l’intérieur de l’enclave. Une faille dans ce logiciel peut ouvrir une fenêtre d’observation, même si le matériel continue de remplir son rôle. C’est un rappel utile pour l’ensemble de l’industrie de l’IA confidentielle : la sécurité matérielle ne dispense pas d’une hygiène logicielle irréprochable.
Illia Polosukhin, co-fondateur de NEAR, avait d’ailleurs alerté dès octobre sur la multiplication des vulnérabilités logicielles dans les infrastructures numériques et sur la nécessité de renforcer les systèmes de sécurité assistés par l’IA. L’événement de novembre donne un poids concret à ces mises en garde.
Un protocole blockchain resté intact
Il est important de souligner que l’incident n’a eu aucun impact sur le protocole blockchain NEAR ni sur les autres services de l’écosystème. Les équipes ont clairement séparé la plateforme d’IA des couches protocolaires. Cette distinction est essentielle pour les utilisateurs qui utilisent NEAR à la fois pour des applications décentralisées et pour des services d’inférence.
Par ailleurs, l’événement s’est produit la même semaine qu’une activité de blanchiment de fonds liée au piratage de Binance, impliquant des tokens créés sur NEAR. Des chercheurs ont identifié six memecoins temporaires et des pools de liquidité utilisés pour déplacer environ 430 000 dollars de cryptomonnaies volées. Aucun lien n’a été établi entre ces mouvements et l’intrusion chez NEAR AI. Les deux situations restent distinctes.
Les données réellement exposées
Pour résumer clairement ce qui a fuité :
- Informations de compte d’environ 100 utilisateurs (e-mails, noms, parfois plans et soldes)
- Chat histories, paramètres et logs de 18 agents legacy non protégés par TEE
- Deux clés API Cloud exposées via les logs (immédiatement révoquées)
- Observation possible de requêtes traitées le 8 novembre, y compris en mode confidentiel
Aucun élément ne montre que les conversations Private Chat stockées ou les fichiers utilisateurs aient été extraits. Les agents concernés n’étaient plus dans le périmètre de confiance actuel de la plateforme, ce qui limite la portée de l’incident par rapport à une compromission plus large.
Ce que les utilisateurs doivent retenir
Si vous n’avez pas reçu de message de l’équipe de sécurité de NEAR AI, aucune action n’est demandée de votre côté. Les personnes touchées ont déjà été contactées. Il reste néanmoins prudent de rester attentif aux tentatives de phishing qui pourraient exploiter des informations personnelles éventuellement récupérées.
Pour les développeurs et les entreprises qui utilisent des services d’inférence cloud, cet épisode rappelle l’importance de vérifier régulièrement les versions des moteurs d’inférence, de limiter la surface d’attaque des agents legacy et de s’assurer que les environnements de confiance sont effectivement utilisés pour les traitements sensibles.
Vers une sécurité plus exhaustive
NEAR AI a indiqué que ses prochaines revues de sécurité ne se limiteront plus au code des applications. Elles incluront désormais les services associés, les dépendances logicielles et les configurations de déploiement. Cette approche élargie est logique après un incident qui a montré qu’une seule composante open source pouvait devenir le point d’entrée.
La plateforme continue par ailleurs de développer ses activités autour de l’inférence IA et des paiements basés sur la blockchain. En octobre, elle avait franchi le seuil d’un million de tokens NEAR stakés via un service permettant de financer de l’inférence avec des récompenses de staking. La confidentialité reste un argument central de son offre, ce qui rend d’autant plus important le traitement transparent de cet incident.
L’épisode SGLang montre que même les acteurs qui misent fortement sur la confidentialité matérielle restent exposés aux failles logicielles classiques. La correction a été rapide, le service Cloud a repris, et le protocole blockchain n’a pas été touché. Reste maintenant à observer comment l’écosystème SGLang et les autres plateformes d’inférence intégreront les leçons de cette attaque pour renforcer durablement leurs défenses.
Dans un secteur où les modèles d’IA traitent des volumes croissants de données sensibles, chaque faille corrigée devient une leçon collective. NEAR AI a choisi la transparence en publiant un rapport détaillé et en contactant les utilisateurs concernés. C’est une démarche qui mérite d’être saluée, tout en rappelant que la sécurité des systèmes d’intelligence artificielle reste un chantier permanent, à la fois matériel et logiciel.
Les prochains mois diront si les correctifs apportés à SGLang et les nouvelles procédures d’audit de NEAR AI suffisent à prévenir des incidents similaires. En attendant, les utilisateurs de services d’inférence cloud ont tout intérêt à suivre de près les mises à jour de sécurité et à privilégier les environnements qui combinent isolation matérielle et rigueur logicielle.
Cette affaire illustre aussi la complexité croissante des chaînes d’approvisionnement logicielles dans l’IA. Un moteur d’inférence open source, aussi performant soit-il, peut devenir un vecteur d’attaque s’il n’est pas maintenu avec la même exigence que les composants propriétaires. La coordination entre les mainteneurs de projets open source et les opérateurs de plateformes cloud devient donc un enjeu stratégique pour l’ensemble de l’industrie.
Enfin, le fait que seuls des agents legacy aient été atteints montre l’importance de migrer régulièrement les déploiements vers les architectures les plus sécurisées. Les versions anciennes, même encore fonctionnelles, représentent souvent le maillon faible. NEAR AI a tiré les conséquences en isolant ces composants et en renforçant ses contrôles. D’autres acteurs du secteur gagneraient à faire de même avant qu’une faille ne force leur main.
L’incident de novembre 2026 restera probablement un cas d’école pour les équipes de sécurité qui travaillent sur des infrastructures d’IA confidentielle. Il combine une vulnérabilité logicielle classique, une progression latérale dans l’infrastructure, une exposition limitée mais réelle de données utilisateurs, et une réponse organisée qui a permis de restaurer le service dans un délai raisonnable. Ces éléments font de cette affaire un exemple utile pour quiconque s’intéresse à la résilience des plateformes d’intelligence artificielle.
