Violation de données de Vercel liée à Context.ai OAuth en 2026

Le bulletin de sécurité officiel de Vercel confirme directement l’accès non autorisé aux systèmes internes, l’origine de l’attaque et la compromission de variables d’environnement de clients. L’examen initial a identifié un groupe restreint de clients; une analyse plus large des journaux et des indicateurs a révélé un petit nombre de comptes compromis supplémentaires dans le cadre du même incident d’avril. Vercel a contacté ces clients en leur indiquant les mesures correctives à prendre.

BleepingComputer a relayé le bulletin et les explications techniques du PDG de Vercel, corroborant la prise de contrôle du compte Context.ai, le recensement des variables d’environnement et les recommandations aux clients. Le média a également rapporté les affirmations d’un utilisateur de forum concernant du code source, des données de bases de données et des dossiers d’employés, sans pouvoir en vérifier l’authenticité de manière indépendante. LeakData ne considère donc pas ces affirmations comme faisant partie du périmètre confirmé.

La catégorie de données confirmée est celle des variables d’environnement de clients stockées sur Vercel comme « non sensibles » et dont les valeurs pouvaient être obtenues en clair. Une variable d’environnement peut contenir des paramètres de configuration, mais les utilisateurs peuvent aussi y stocker des clés API, des jetons d’accès, des identifiants de bases de données ou des clés de signature. Vercel a conseillé aux clients de considérer ces valeurs comme potentiellement exposées et de les renouveler.

Cette liste ne signifie pas que chaque client concerné stockait tous ces types de secrets. Vercel a indiqué que les variables d’environnement de clients marquées comme sensibles sont chiffrées au repos; l’incident a exploité des valeurs classées comme non sensibles et donc lisibles.

Vercel indique que l’application OAuth Google Workspace d’un petit outil d’IA tiers a été compromise dans le cadre d’une campagne plus large. L’attaquant a utilisé cet accès pour prendre le contrôle du compte Google Workspace individuel d’un employé de Vercel qui utilisait l’outil, puis du compte Vercel de cet employé. Le rebond vers l’environnement interne a amplifié l’effet de la compromission d’un seul compte sur la chaîne d’approvisionnement.

Vercel a publié l’identifiant de l’application OAuth et a invité les administrateurs Google Workspace et les titulaires de comptes à vérifier si cette même application était utilisée. L’entreprise a estimé que l’attaquant disposait de capacités avancées, au vu de sa rapidité opérationnelle et de sa connaissance détaillée de la surface API du produit Vercel. Elle a déclaré travailler avec Google Mandiant, d’autres entreprises de sécurité, des pairs du secteur et les forces de l’ordre.

Le bulletin emploie les expressions « groupe restreint », puis « petit nombre de comptes supplémentaires », sans fournir de chiffre exact. Le nombre total de clients de Vercel, de déploiements ou d’utilisateurs de la plateforme ne correspond pas au total des personnes ou des comptes touchés par la violation.

L’examen élargi a également révélé des signes de compromission dans un petit nombre d’autres comptes clients. Ces compromissions semblaient distinctes de l’incident d’avril et ont été jugées comme ne provenant pas des systèmes de Vercel. L’entreprise a contacté les titulaires de ces comptes, mais n’a pas classé ces compromissions comme une continuation de la violation d’avril ni d’un incident de sécurité antérieur chez Vercel.

Vercel a confirmé, à l’issue de travaux menés avec GitHub, Microsoft, npm et Socket, qu’aucun paquet npm publié par Vercel n’avait été compromis et qu’aucun élément ne montrait d’altération. Next.js, Turbopack et les autres projets open source de l’entreprise sont restés sûrs. Les sources publiques n’établissent ni l’injection de paquets malveillants ni un impact sur l’ensemble des déploiements hébergés sur Vercel.

L’entreprise a mis en place une vue d’ensemble des variables d’environnement et des améliorations pour la gestion des valeurs sensibles. Les clients doivent comprendre que la seule suppression d’un projet ou d’un compte n’élimine pas le risque, car un secret volé peut continuer à donner accès à un système de production externe. Il convient de renouveler d’abord les valeurs potentiellement exposées, puis d’examiner les journaux et les services connectés.

La date de l’incident repose sur la première activité technique vérifiable à partir de sources publiques. L’événement confirmé est la chaîne d’attaque OAuth de Context.ai ayant compromis le compte d’un employé, permis un rebond vers l’environnement Vercel et conduit à la lecture de variables d’environnement non sensibles appartenant à certains clients. Le nombre total de clients et d’enregistrements concernés reste inconnu.

Les clients devraient considérer les clés API, les jetons, les identifiants de bases de données et les clés de signature stockés dans des variables d’environnement non sensibles comme potentiellement exposés et les renouveler. Les affirmations publiées sur un forum concernant du code source, des bases de données, des déploiements internes et 580 dossiers d’employés n’ont pas été confirmées par Vercel. Elles sont donc exclues des catégories de données et des décomptes retenus.