El nombre y el autor del complemento eran correctos; solo fallaba la versión: Cursor publica un informe del incidente; una extensión maliciosa de Claude Code estuvo disponible unas 11 horas y hasta 5000 personas podrían haberla instalado
El nombre y el autor del complemento que instalaste parecían correctos; solo fallaba la versión. Así fue como cayeron en la trampa.
El 13 de noviembre, Cursor publicó el informe completo del incidente. La secuencia fue la siguiente:
1. El punto de entrada no estaba en Cursor: los atacantes obtuvieron una clave de acceso que Cursor había proporcionado a Fireworks, su socio (según Cursor, la filtración se produjo en el lado de Fireworks), y copiaron una serie de registros históricos de agentes de programación, en su mayoría sesiones de 2025 en las que no estaba activado el modo de privacidad.
2. Algunos registros contenían credenciales sin censurar: quedaron expuestas las credenciales de API de menos del 0,01 % de los clientes. Con ellas, los atacantes fueron accediendo poco a poco a algunas de las herramientas SaaS que utiliza Cursor.
3. El 29 de octubre, los atacantes usaron las credenciales robadas para subir directamente a la caché del mercado de extensiones de Cursor las versiones falsificadas 2.1.312 y 2.1.313 de Claude Code. Se retiraron unas 11 horas después y hasta unos 5000 usuarios podrían haberlas recibido. Anthropic nunca publicó esas dos versiones y el código malicioso tampoco estaba en Open VSX, el repositorio de origen.
4. Cursor afirma que el incidente está bajo control y que la última actividad del ataque fue el 1 de noviembre, cuando fue interceptada.
Qué hacía esta versión maliciosa al instalarse (aviso de seguridad del 29 de octubre):
1. Recopilaba información como el nombre del equipo, el nombre de usuario, el sistema operativo, la IP pública y el correo de Git, y se la enviaba a los atacantes.
2. Añadía una clave pública de los atacantes a la lista de claves autorizadas de SSH, con el comentario svc-telemetry, y luego intentaba abrir un túnel SSH inverso.
3. Se mantenía activa mediante un elemento de inicio de macOS o una tarea programada de Windows (llamada SysMon), y se reconectaba aproximadamente cada 60 segundos.
Para iniciar el servicio SSH local se necesitan permisos de administrador. En la mayoría de los equipos este paso habría fallado, pero, en palabras de Cursor: desinstalar la extensión podría no ser suficiente.
Qué tiene que ver esto con tus criptomonedas: si en el mismo ordenador ejecutas scripts de trading, guardas claves de API o usas una cartera en el navegador, un complemento manipulado puede dar acceso a toda la máquina. Puedes comprobarlo así:
1. Abre la lista de extensiones y comprueba si aparece Claude Code 2.1.312 o 2.1.313, y si se instaló o actualizó desde el mercado de extensiones de Cursor el 29 de octubre. Si es así, realiza la comprobación con el script incluido en el aviso de seguridad de Cursor.
2. Comprueba si hay alguna clave pública desconocida en ~/.ssh/authorized_keys y busca svc-telemetry. En Windows, comprueba si hay una tarea programada llamada SysMon.
3. Configura las claves de API de los exchanges solo para lectura y trading, desactiva los retiros y limita el acceso mediante una lista de IP permitidas. No guardes las claves en repositorios de código ni las compartas en conversaciones con IA. Una de las fuentes del incidente fueron precisamente las credenciales sin censurar en los registros de conversaciones.
Mi opinión: lo más perverso de los ataques a la cadena de suministro es que no haces nada mal; simplemente haces clic en «Actualizar».
Sígueme: cada día a las 14:50 hablo de un tema relacionado con la seguridad en la intersección entre las herramientas de IA y el mundo cripto.
#AI #供应链攻击 #电脑安全 #AlertaDeSeguridad
El nombre y el autor del complemento que instalaste parecían correctos; solo fallaba la versión. Así fue como cayeron en la trampa.
El 13 de noviembre, Cursor publicó el informe completo del incidente. La secuencia fue la siguiente:
1. El punto de entrada no estaba en Cursor: los atacantes obtuvieron una clave de acceso que Cursor había proporcionado a Fireworks, su socio (según Cursor, la filtración se produjo en el lado de Fireworks), y copiaron una serie de registros históricos de agentes de programación, en su mayoría sesiones de 2025 en las que no estaba activado el modo de privacidad.
2. Algunos registros contenían credenciales sin censurar: quedaron expuestas las credenciales de API de menos del 0,01 % de los clientes. Con ellas, los atacantes fueron accediendo poco a poco a algunas de las herramientas SaaS que utiliza Cursor.
3. El 29 de octubre, los atacantes usaron las credenciales robadas para subir directamente a la caché del mercado de extensiones de Cursor las versiones falsificadas 2.1.312 y 2.1.313 de Claude Code. Se retiraron unas 11 horas después y hasta unos 5000 usuarios podrían haberlas recibido. Anthropic nunca publicó esas dos versiones y el código malicioso tampoco estaba en Open VSX, el repositorio de origen.
4. Cursor afirma que el incidente está bajo control y que la última actividad del ataque fue el 1 de noviembre, cuando fue interceptada.
Qué hacía esta versión maliciosa al instalarse (aviso de seguridad del 29 de octubre):
1. Recopilaba información como el nombre del equipo, el nombre de usuario, el sistema operativo, la IP pública y el correo de Git, y se la enviaba a los atacantes.
2. Añadía una clave pública de los atacantes a la lista de claves autorizadas de SSH, con el comentario svc-telemetry, y luego intentaba abrir un túnel SSH inverso.
3. Se mantenía activa mediante un elemento de inicio de macOS o una tarea programada de Windows (llamada SysMon), y se reconectaba aproximadamente cada 60 segundos.
Para iniciar el servicio SSH local se necesitan permisos de administrador. En la mayoría de los equipos este paso habría fallado, pero, en palabras de Cursor: desinstalar la extensión podría no ser suficiente.
Qué tiene que ver esto con tus criptomonedas: si en el mismo ordenador ejecutas scripts de trading, guardas claves de API o usas una cartera en el navegador, un complemento manipulado puede dar acceso a toda la máquina. Puedes comprobarlo así:
1. Abre la lista de extensiones y comprueba si aparece Claude Code 2.1.312 o 2.1.313, y si se instaló o actualizó desde el mercado de extensiones de Cursor el 29 de octubre. Si es así, realiza la comprobación con el script incluido en el aviso de seguridad de Cursor.
2. Comprueba si hay alguna clave pública desconocida en ~/.ssh/authorized_keys y busca svc-telemetry. En Windows, comprueba si hay una tarea programada llamada SysMon.
3. Configura las claves de API de los exchanges solo para lectura y trading, desactiva los retiros y limita el acceso mediante una lista de IP permitidas. No guardes las claves en repositorios de código ni las compartas en conversaciones con IA. Una de las fuentes del incidente fueron precisamente las credenciales sin censurar en los registros de conversaciones.
Mi opinión: lo más perverso de los ataques a la cadena de suministro es que no haces nada mal; simplemente haces clic en «Actualizar».
Sígueme: cada día a las 14:50 hablo de un tema relacionado con la seguridad en la intersección entre las herramientas de IA y el mundo cripto.
#AI #供应链攻击 #电脑安全 #AlertaDeSeguridad
