¿Qué alcanza una extensión maliciosa o una prueba técnica en su portátil?
Por Oleksii Skurikhin · Delivery Manager
- Publicado el
- 3 min de lectura
Enumere lo que una extensión de editor, un instalador o una prueba técnica de entrevista maliciosos podrían alcanzar en su portátil, de los permisos de GitHub a las variables con nombre de clave, con 4 comandos y qué recortar.
Puntos clave
- En un Mac de trabajo de nuestro equipo, una extensión o script con ese usuario podría alcanzar una sesión de GitHub con acceso total al código, variables con nombre de clave y ajustes de la nube.
- El 29 de octubre, compilaciones manipuladas de una extensión de programación con IA en un marketplace enviaban datos del ordenador e intentaban plantar una clave SSH; se aconsejó rotar credenciales.
- El informe inicial de Binance del 3 de noviembre empieza con un instalador manipulado y una entrevista falsa cuyo repositorio de prueba se ejecutó en el ordenador de trabajo de un ingeniero.
- 4 comandos buscan la clave plantada y enumeran sus extensiones, los permisos del token y los nombres de claves; el código de desconocidos va a una máquina virtual desechable.
Dos compilaciones falsas de la extensión Claude Code estuvieron en el marketplace de Cursor el 29 de octubre. Anthropic no las creó. El código enviaba el nombre del ordenador y los nombres de sus variables de entorno, los ajustes con nombre que los programas leen al arrancar. También intentaba colocar una clave SSH, una vía oculta para entrar. El consejo de Cursor a quien las instaló es rotar las credenciales y las sesiones a las que llegaba ese ordenador.
El informe inicial de Binance del 3 de noviembre empieza por dos puertas de este tipo. Primero llegó un instalador de Homebrew manipulado y después una entrevista de trabajo falsa, cuyo repositorio de «tarea» se ejecutó en el ordenador de trabajo de un ingeniero. Más tarde, el atacante encontró un token de despliegue de contenedores en el ordenador de un ingeniero. Un cliente nuevo nos envió una vez un repositorio que ejecutaba código remoto en cuanto se arrancaba el proyecto.
El 5 de noviembre ejecutamos la comprobación de Cursor en un Mac de trabajo de nuestro equipo y no encontró ninguna clave plantada. Después enumeramos lo que podría alcanzar cualquier extensión o script que se ejecutara con ese usuario.
Un inicio de sesión de GitHub con el permiso repo, que GitHub describe como acceso completo al código. Además, workflow, el derecho a editar los archivos de GitHub Actions. 3 variables de entorno con nombre de clave. 4 archivos en ~/.ssh. Ajustes guardados de 3 herramientas de línea de comandos de servicios en la nube y del CMS.
Una comprobación limpia descarta una sola extensión. La lista de arriba sigue ahí.
Pegue estos comandos en un terminal, uno a uno.
grep -qs svc-telemetry ~/.ssh/authorized_keys && echo "svc-telemetry key found" || echo "No key found; machine not impacted"
ls ~/.cursor/extensions
gh auth status
env | cut -d= -f1 | grep -iE 'token|key|secret|pass'Si la primera línea encuentra la clave, aísle el portátil y rote las credenciales y las sesiones desde un ordenador de confianza, como indica el aviso de Cursor. Elimine las extensiones que ya no use. Si nunca edita la CI desde este portátil, gh auth refresh --remove-scopes workflow quita ese permiso; repo no se puede quitar así. Una clave de producción que aparezca en la lista pasa a los ajustes de su hosting o de la CI y se sustituye por una nueva.
El código de desconocidos, de entrevistas y de clientes nuevos va a una máquina virtual desechable. La página de seguridad de Claude Code de Anthropic recomienda máquinas virtuales para ejecutar scripts y revisar con /permissions la configuración de permisos de su agente. Las comprobaciones de la propia aplicación están en qué revisar antes del lanzamiento.
Siguiente paso
Sobre el autor

Categoría:Desarrollo de softwareSeguridad y datos
Volver al blog

