Vercel piraté via Context.ai : OAuth Workspace exploité

Ce qui s'est passé

Vercel a publié le 19 avril 2026 un bulletin de sécurité reconnaissant un incident ayant touché plusieurs de ses systèmes internes. L'affaire vercel context ai oauth débute chez Context.ai, une suite bureautique dopée à l'intelligence artificielle qu'un salarié de l'entreprise utilisait au quotidien, connectée à son compte Google Workspace professionnel. Lors de l'installation, l'employé a validé l'autorisation « Allow All » proposée par l'écran de consentement OAuth, accordant ainsi à l'application des droits étendus sur l'ensemble de l'espace de travail. Après la compromission de Context.ai, l'attaquant a hérité de ces mêmes privilèges et a pu circuler dans les données du workspace de Vercel sans jamais dérober le moindre mot de passe. L'épisode illustre un angle mort désormais courant : la chaîne de confiance créée par les intégrations SaaS tierces, validées en un clic par les collaborateurs.

D'après l'analyse partagée par Vercel et reprise par BleepingComputer et The Hacker News, l'intrus a pris le contrôle du compte Google de l'employé, puis pivoté vers les environnements Vercel et leurs variables d'environnement non marquées « sensitive ». Les variables marquées « sensitive » sont stockées sous une forme non lisible et n'auraient pas été consultées, selon Vercel.

L'origine du compromis Context.ai a été tracée par les chercheurs d'InfoStealers : un employé disposant de privilèges sensibles a été infecté par Lumma stealer en février 2026, après le téléchargement de scripts « auto-farm » Roblox. Cet incident initial avait permis le vol de jetons OAuth chez Context.ai dès mars 2026.

Pourquoi c'est important

L'incident illustre un nouveau front d'attaque supply chain : les permissions OAuth larges accordées aux outils IA SaaS tiers transforment chaque application IA connectée en vecteur potentiel de rebond vers le SI principal. Un seul clic « Allow All » sur une application IA, signé via Google Workspace, suffit à exposer code source, secrets et clés API d'une infrastructure critique comme Vercel, qui héberge des dizaines de milliers de sites de production.

Pour les RSSI, cela renforce l'urgence d'auditer les applications OAuth autorisées dans Google Workspace et Microsoft Entra, de limiter les scopes accordés aux applications IA et de marquer systématiquement comme « sensitive » toute variable d'environnement contenant un secret. Les acheteurs prétendus de l'accès vendraient déjà clés API clients, code source et données de bases sur BreachForums, selon TechCrunch.

Ce qu'il faut retenir

• Auditer l'ensemble des applications OAuth tierces connectées à Google Workspace et Microsoft Entra, notamment les outils IA.
• Limiter les scopes OAuth via les politiques d'app access control : refuser par défaut « Allow All » sur les applications IA non vérifiées.
• Marquer comme « sensitive » toutes les variables d'environnement Vercel contenant des secrets, et faire tourner immédiatement les clés API exposées si vous êtes notifié.

Un précédent qui n'en est pas un : l'essor des attaques par rebond OAuth

L'incident Vercel-Context.ai s'inscrit dans une série de compromissions par rebond via des applications tierces autorisées en OAuth, un vecteur en forte croissance depuis 2025. En août 2025, la brèche Salesloft Drift avait déjà démontré ce schéma à grande échelle : des jetons OAuth volés sur cette plateforme d'automatisation commerciale avaient permis à un attaquant d'accéder aux instances Salesforce de plus de 700 organisations, dont Cloudflare, Zscaler, Palo Alto Networks et Google lui-même. En 2023, la compromission du système de support Okta avait suivi une logique similaire : un identifiant tiers compromis servant de tremplin vers des environnements clients critiques. Ce qui distingue le cas Vercel, c'est l'implication d'un outil IA dans la chaîne de compromission initiale — Context.ai jouant ici le rôle que Drift ou le support Okta ont joué par le passé, mais avec une surface d'attaque élargie par les permissions étendues que ces copilotes IA réclament habituellement sur les workspaces d'entreprise.

Sur le plan sectoriel, l'exposition potentielle est significative : Vercel héberge l'infrastructure de déploiement de plusieurs millions de projets Next.js, utilisés aussi bien par des startups que par des grands comptes (agences gouvernementales, médias, plateformes e-commerce). Une fuite de variables d'environnement non « sensitive » sur cette échelle peut exposer des clés d'API tierces — Stripe, services d'emailing, fournisseurs cloud — dont l'impact dépasse largement le périmètre initial de Vercel. Selon les données publiées par des acteurs du renseignement sur la menace comme CrowdStrike et Palo Alto Networks Unit 42, les abus d'identités non humaines (jetons API, secrets OAuth, clés de service) représentent désormais une part croissante des incidents de compromission initiale recensés en 2026, dépassant dans certains rapports le phishing classique comme vecteur d'entrée en environnement cloud.

Côté réactions, Vercel indique avoir révoqué les accès OAuth de l'employé concerné, désactivé l'intégration Context.ai à l'échelle de l'organisation et engagé un audit complet des applications tierces connectées à son Google Workspace. La société a également annoncé un renforcement de sa politique de classification automatique des secrets, pour réduire la part de variables d'environnement stockées en clair côté plateforme. Des chercheurs indépendants recommandent par ailleurs aux entreprises utilisatrices de solutions IA type Context.ai, Glean ou Notion AI d'auditer systématiquement les scopes OAuth accordés — en particulier le niveau « Allow All », qui donne un accès quasi total à la messagerie, aux fichiers et aux applications tierces connectées d'un compte Google Workspace ou Microsoft 365, sans distinction entre lecture et administration.

Comment savoir si mon projet Vercel est concerné par cette fuite ?

• Consultez le tableau de bord Vercel (Project → Settings → Environment Variables) et identifiez les variables non marquées « Sensitive ».
• Vérifiez l'historique des notifications de sécurité envoyées par Vercel à l'adresse associée à votre compte d'organisation.
• Effectuez une rotation immédiate de toute clé API tierce (Stripe, SendGrid, AWS, bases de données) exposée en variable d'environnement, sensible ou non.
• Activez l'authentification à deux facteurs et passez en revue les applications OAuth tierces connectées à votre organisation Vercel.