Vercel confirm\u00f3 el 20 de abril de 2026 un incidente de seguridad que se inici\u00f3 a trav\u00e9s de una integraci\u00f3n OAuth en Context AI y afecta a cientos de clientes. Los atacantes extrajeron credenciales sin cifrar, claves API de clientes, fragmentos de c\u00f3digo fuente y contenidos de bases de datos de los sistemas internos de Vercel. El caso ilustra de forma ejemplar c\u00f3mo los ataques de supply chain v\u00eda OAuth se est\u00e1n convirtiendo en 2026 en uno de los problemas de seguridad empresarial m\u00e1s graves, y por qu\u00e9 los equipos de la regi\u00f3n DACH con despliegues en Vercel deben rotar sus accesos ahora.<\/strong><\/p>\n Relacionado<\/span>Cisco SD-WAN Manager bajo alerta KEV<\/a> \/<\/span> Ataque de adquisici\u00f3n de plugin en WordPress<\/a><\/p>\n \u00bfQu\u00e9 es un ataque de cadena de suministro OAuth?<\/strong> Un ataque de cadena de suministro OAuth explota el hecho de que los servicios SaaS modernos se autorizan mutuamente mediante tokens OAuth. Si un proveedor se ve comprometido, los atacantes pueden saltar a los sistemas de los clientes a trav\u00e9s de la conexi\u00f3n OAuth existente sin necesidad de irrumpir directamente en ellos. El punto de entrada no se produce a trav\u00e9s de una vulnerabilidad en el sistema objetivo, sino a trav\u00e9s de una relaci\u00f3n de confianza leg\u00edtima con un proveedor externo. Esto dificulta su detecci\u00f3n mediante reglas SIEM est\u00e1ndar, porque la actividad parece provenir, desde la perspectiva del objetivo, de un servicio conocido y en principio autorizado.<\/p>\n En el caso de Vercel, el incidente se desarroll\u00f3 de la siguiente manera: Context AI, un proveedor SaaS de asistentes de inteligencia artificial, fue comprometido en marzo de 2026. Un empleado de Vercel hab\u00eda vinculado previamente la aplicaci\u00f3n de Context AI con su cuenta de Google Workspace de Vercel, otorgando as\u00ed acceso OAuth a calendario, correo y Drive. A trav\u00e9s de esta vinculaci\u00f3n, los atacantes tomaron el control de la cuenta de Google y accedieron a entornos internos de Vercel, a variables de entorno no marcadas como sensibles, as\u00ed como a artefactos relacionados con clientes como c\u00f3digo fuente e instant\u00e1neas de bases de datos.<\/p>\n El aspecto m\u00e1s inc\u00f3modo desde el punto de vista estrat\u00e9gico es el siguiente: no se trata de un zero-day en Vercel, ni de un fallo de la infraestructura de Vercel en sentido estricto, ni de un vector cl\u00e1sico de phishing dirigido a un usuario final. Se trata de la explotaci\u00f3n de una integraci\u00f3n SaaS-a-SaaS leg\u00edtima que muchas organizaciones permiten sin aprobaci\u00f3n centralizada. Precisamente este tipo de ataque ha sido descrito en los an\u00e1lisis de Shadow SaaS de los \u00faltimos doce meses como especialmente dif\u00edcil de detectar.<\/p>\n Vercel est\u00e1 ampliamente extendido entre los equipos de desarrollo de la regi\u00f3n DACH. Aplicaciones Next.js de medios de comunicaci\u00f3n, proyectos de comercio electr\u00f3nico, sitios web corporativos y startups SaaS funcionan habitualmente sobre esta plataforma, incluidos los entornos de vista previa para procesos internos de revisi\u00f3n. Las variables de entorno contienen por lo general no solo claves de API para servicios como Stripe, Sendgrid o Supabase, sino tambi\u00e9n credenciales de cuentas de servicio, cadenas de conexi\u00f3n a bases de datos y secretos OAuth para integraciones adicionales. Si estas variables no estaban clasificadas como sensibles, ahora se encuentran potencialmente comprometidas.<\/p>\n Por este motivo, la recomendaci\u00f3n de rotaci\u00f3n de Vercel tiene un alcance m\u00e1s amplio de lo que podr\u00eda parecer a primera vista. Las organizaciones no deben limitarse a rotar los secretos obviamente sensibles, sino revisar todas las credenciales almacenadas en la plataforma de Vercel. Esto incluye tokens de API para servicios de terceros, claves de firma de webhooks, tokens de despliegue para pipelines de CI y claves de autenticaci\u00f3n interna.<\/p>\n Una segunda dimensi\u00f3n afecta a las propias integraciones OAuth. Si un empleado de una organizaci\u00f3n de la regi\u00f3n DACH ha vinculado una aplicaci\u00f3n de asistente de inteligencia artificial, un integrador de calendario o una soluci\u00f3n de an\u00e1lisis de c\u00f3digo con el Google Workspace o Microsoft Entra corporativo, existe un riesgo similar. El compromiso del proveedor externo se convierte en el compromiso del propio tenant, sin que el departamento de TI llegue a detectar un ataque directo.<\/p>\nLo m\u00e1s importante en resumen<\/h2>\n
\n
Qu\u00e9 ha ocurrido y por qu\u00e9 es relevante<\/h2>\n
Por qu\u00e9 las empresas de la regi\u00f3n DACH pueden verse afectadas<\/h2>\n
La cadena de ataque paso a paso<\/h2>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/04\/cover-sdwan-cisco-250x167.jpg\")
<\/span>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/04\/nis2-meldewege-control-room-250x166.jpg\")
<\/span>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/04\/st-plugin-acquisition-attack-250x167.jpg\")
<\/span>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-aws-bedrock-anthropic-api-self-hosted-ki-86365580.jpg\")
<\/span>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-autodesk-mike-kelly-cio-berufung-a16z-en-91562410-250x167.jpg\")
<\/span>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-eu-digital-omnibus-trilog-april-2026-mit-66315209-250x187.jpg\")
<\/span>