Microsoft corrige una vulnerabilidad crítica en VS Code que permite el robo de tokens de GitHub

iconCryptoBriefing
Compartir
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconResumen

expand icon
Microsoft parchó una vulnerabilidad crítica en VS Code el 3 de junio de 2026, después de que el investigador de seguridad Ammar Askar revelara el problema el día anterior. La vulnerabilidad permitía a los atacantes robar tokens OAuth de GitHub mediante un exploit de un solo clic utilizando GitHub.dev. Un cuaderno Jupyter malicioso simulaba acciones del usuario para instalar extensiones dañinas y exfiltrar tokens. La corrección añadió mensajes de confirmación y bloqueó comandos peligrosos. Esto sigue al incidente del 20 de mayo, en el que una extensión envenenada afectó 3,800 repositorios de GitHub. A medida que se intensifica el debate sobre valores frente a commodities, tales vulnerabilidades destacan los riesgos en la infraestructura de activos digitales. La dinámica entre la fortaleza del dólar y las criptomonedas también puede influir en cómo desarrolladores y empresas priorizan la seguridad en herramientas de código abierto.

El investigador de seguridad Ammar Askar reveló una vulnerabilidad crítica en Visual Studio Code el 2 de junio de 2026, mostrando que los atacantes podían robar tokens OAuth de GitHub mediante un ataque de un solo clic aparentemente sencillo. Microsoft lanzó una solución temporal al día siguiente, el 3 de junio, un tiempo de respuesta que lo dice todo sobre lo seriamente que Redmond tomó este caso.

La vulnerabilidad afecta a GitHub.dev, la versión basada en navegador de VS Code que millones de desarrolladores utilizan para editar código directamente en sus navegadores. Un atacante que explote esta vulnerabilidad podría obtener acceso a todos los repositorios asociados al token comprometido de la víctima, incluidos los privados.

Cómo funciona el ataque

La vulnerabilidad se encuentra en el sistema de webview de VS Code, el componente responsable de renderizar contenido web incrustado dentro del editor. Los webviews se comunican con el proceso principal de VS Code a través de un mecanismo de intercambio de mensajes, y ahí es donde las cosas se vuelven interesantes.

La cadena de ataque comienza con un enlace malicioso que apunta a un espacio de trabajo de GitHub.dev. Dentro de ese espacio se encuentra un cuaderno Jupyter con JavaScript dañino incrustado. Cuando la víctima abre el enlace, el código del cuaderno se ejecuta dentro del contexto de la vista web.

Anuncio

Desde allí, el script malicioso simula eventos de teclado para interactuar con la interfaz de VS Code de forma programática. Aprovecha el modelo de confianza que GitHub.dev extiende al contenido del espacio de trabajo, engañando efectivamente al editor para que trate el código del atacante como entrada legítima del usuario.

Luego, el script instala una extensión maliciosa desde el espacio de trabajo confiable. Esa extensión exfiltra silenciosamente el token OAuth del usuario de GitHub sin activar ninguna advertencia visible. La secuencia completa requiere solo hacer clic en un solo enlace.

Askar lanzó un repositorio completo de prueba de concepto público junto con la divulgación, proporcionando a los equipos de seguridad la información necesaria para comprender y probar la vulnerabilidad.

La respuesta de Microsoft y el patrón más amplio

El parche de junio de Microsoft introdujo dos salvaguardias clave. Primero, añadió un mensaje de confirmación cuando los usuarios intentan abrir ciertos tipos de archivos dentro de GitHub.dev, interrumpiendo la cadena de un solo clic que hizo tan efectivo el ataque. Segundo, bloqueó comandos de extensión potencialmente dañinos que el exploit utilizaba para instalar código malicioso en silencio.

La programación de esta divulgación es notable. Solo semanas antes, el 20 de mayo de 2026, GitHub sufrió una brecha de seguridad cuando una extensión de VS Code envenenada comprometió aproximadamente 3,800 repositorios internos.

Qué significa esto para desarrolladores y organizaciones

Para desarrolladores individuales, la acción inmediata es sencilla: asegúrese de que las sesiones de GitHub.dev estén actualizadas con los últimos parches de Microsoft. Gire cualquier token OAuth que pueda haberse expuesto, especialmente si ha hecho clic en enlaces desconocidos a espacios de trabajo de GitHub.dev en las últimas semanas. Revise sus extensiones instaladas y elimine cualquier una que no utilice activamente.

Los equipos de seguridad deben auditar qué empleados tienen acceso a GitHub.dev y si sus tokens OAuth tienen permisos más amplios de lo necesario. El principio de mínimo privilegio, otorgando a los tokens solo el acceso mínimo requerido, habría limitado significativamente el daño causado por este ataque específico.

Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información. Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.