Una vulnerabilidad recién revelada en la extensión Remote-SSH de Visual Studio Code expone una ruta de ataque crítica posterior al compromiso que permite a los actores de amenazas saltar desde máquinas de desarrolladores infectadas hacia entornos de nube y de producción.

Dada la adopción generalizada de esta extensión en los flujos de trabajo de desarrollo modernos, el problema representa un riesgo significativo para las organizaciones que dependen del acceso a infraestructura remota.

VS Code, una de las plataformas de desarrollo más utilizadas, permite conexiones fluidas a instancias de AWS EC2, máquinas virtuales de Azure y servidores locales a través de su extensión Remote-SSH.

Esta funcionalidad crea efectivamente un puente de confianza entre los endpoints locales del desarrollador y sistemas remotos sensibles.

Sin embargo, nuevas investigaciones muestran que esta relación de confianza puede ser explotada para lograr la ejecución remota de código en la infraestructura conectada.

Fallo de VS Code Remote-SSH

La vulnerabilidad surge de la forma en que VS Code gestiona la inicialización de las sesiones de Remote-SSH.

Cuando se establece una conexión, la aplicación genera un script de shell de arranque localmente y lo almacena en un directorio temporal escribible por el usuario.

Este script es luego transferido y ejecutado automáticamente en el sistema remoto objetivo.

Fundamentalmente, el proceso carece de validación de integridad, bloqueo de archivos y verificación de firmas, creando una condición de carrera de tiempo de comprobación a tiempo de uso (TOCTOU).

Un atacante con acceso a una máquina de desarrollador comprometida puede monitorizar el directorio temporal, interceptar el script generado e inyectar cargas maliciosas antes de que sea ejecutado.

Una vez que el desarrollador inicia una sesión de Remote-SSH, incluso aquellas protegidas por autenticación de doble factor (MFA), el script manipulado se ejecuta en el servidor remoto, otorgando al atacante la ejecución de código.

Este comportamiento representa una violación del límite de confianza, donde un entorno local comprometido influye directamente en la ejecución dentro de la infraestructura de nube o producción.

En escenarios del mundo real, esto permite a los atacantes moverse lateralmente desde una estación de trabajo de desarrollador hacia AWS, Azure o servidores internos sin requerir exploits adicionales.

Las demostraciones de prueba de concepto muestran una explotación exitosa en múltiples entornos, incluyendo máquinas virtuales de Azure, instancias de AWS EC2 y servidores locales.

El ataque no evade los mecanismos de autenticación; en su lugar, se ejecuta después de un inicio de sesión exitoso, haciendo que el MFA sea ineficaz contra esta técnica.

La escala de la exposición es notable, ya que las extensiones afectadas suman colectivamente más de 76 millones de instalaciones, incluyendo Remote-SSH, Remote Explorer, AWS Toolkit e integraciones de Azure.

Otras plataformas de desarrollo, como Cursor IDE, también podrían verse afectadas por dependencias de extensiones compartidas.

Microsoft reconoció el informe, pero clasificó el comportamiento como coherente con el diseño del producto, dejando la mitigación principalmente en manos de los usuarios y las organizaciones.

Los expertos en seguridad advierten que esta vulnerabilidad no es un fallo tradicional de pre-autenticación, sino una técnica fiable de post-compromiso que se alinea con las cadenas de ataque modernas.

Esto resalta cómo los flujos de trabajo de desarrolladores confiables pueden convertirse en conductos para el compromiso de la nube.

Según el investigador Suman Kumar Chakraborty, tal como se reportó en Medium, debes evitar el uso de Remote-SSH en sistemas no confiables y aislar los entornos de desarrollo para reducir los riesgos de compromiso en la nube.

Monitorizar los directorios temporales en busca de modificaciones no autorizadas y detectar actividades anómalas en los sistemas remotos también puede ayudarte a identificar intentos de explotación.

Esta revelación subraya una realidad creciente en la ciberseguridad: los entornos de los desarrolladores son cada vez más blanco de ataques, no porque sean inherentemente débiles, sino porque gozan de una profunda confianza dentro de los ecosistemas de la nube.