El 29 de octubre informamos de que estábamos investigando un incidente de seguridad y una copia maliciosa y no autorizada de la extensión Claude Code de Anthropic que había aparecido en el mercado de extensiones de VS Code de Cursor. Tras una exhaustiva investigación a lo largo de las últimas dos semanas, queremos compartir más contexto sobre el ataque y su impacto.

La gran mayoría de los clientes no se ha visto afectada, y nos hemos puesto en contacto directamente con cada cliente afectado para facilitarle los detalles que le conciernen.

Proteger los datos de nuestros clientes es una prioridad fundamental que nos tomamos muy en serio. Este incidente afectó a datos que almacenamos y compartimos, a credenciales que emitimos y a sistemas que gestionamos. Estamos abordando sus consecuencias y reforzando nuestras medidas de seguridad a partir de lo aprendido.

#Qué ocurrió

Nuestra investigación ha permitido reconstruir lo siguiente:

1. Todo comenzó en Fireworks. Un atacante obtuvo una clave de acceso que habíamos emitido para Fireworks. La clave quedó expuesta por parte de Fireworks, y el atacante la usó para copiar datos de un bucket de almacenamiento de solo lectura que utilizábamos para compartir datos con ellos. Ese bucket contenía un número limitado de trazas del agente de programación, en su mayoría de 2025, procedentes de sesiones que no estaban en Modo de privacidad y que teníamos permiso para usar en el entrenamiento de modelos. Un pequeño número de esas trazas contenía credenciales que no se habían ocultado; menos del 0.01% de los clientes tuvo credenciales de API expuestas. A partir de esas credenciales, el atacante llegó a determinadas herramientas SaaS que usa Cursor. Desde estas herramientas accedió a determinados repositorios archivados de código fuente de Cursor que no eran de producción (algunos con información de contacto empresarial), a datos limitados de atención al cliente y conversaciones por correo electrónico, a métricas de uso del producto y datos de contacto, a resúmenes de algunas conversaciones con el agente de programación y a algunas credenciales que los usuarios habían enviado al equipo de soporte de Cursor.
2. Nuestros sistemas de supervisión detectaron la actividad no autorizada. En cuanto tuvimos conocimiento de la actividad no autorizada, desactivamos la clave del proveedor, pusimos en marcha un proceso de respuesta a incidentes y comenzamos a revocar y rotar credenciales y a rastrear cualquier otro acceso no autorizado. A medida que identificábamos nuevos accesos, los bloqueábamos. Por extrema precaución, desactivamos temporalmente servicios internos y del producto mucho más allá de lo que exigían las pruebas, lo que interrumpió temporalmente algunas funciones de Cursor. Restablecimos cada una en cuanto fue seguro hacerlo.
3. El atacante publicó una extensión maliciosa. El 29 de octubre, usando una credencial robada de los datos expuestos de nuestro sistema interno, el atacante colocó copias maliciosas y no autorizadas de la extensión Claude Code de Anthropic directamente en la caché desde la que se sirve el mercado de extensiones de VS Code de Cursor. Anthropic no publicó esta copia, y no se trató de una vulnerabilidad en el producto de Anthropic. La fuente del marketplace, Open VSX, nunca contuvo el malware. Como máximo, 5,000 usuarios que solicitaron determinadas versiones en caché de la extensión el 29 de octubre podrían haber recibido la compilación maliciosa. Estuvo disponible durante aproximadamente 11 horas antes de que la elimináramos. La retiramos, desconectamos el mercado de extensiones y colaboramos con el proveedor de servicios en la nube que alojaba el servidor del atacante para darlo de baja.
4. Notificamos a los clientes. El 30 de octubre publicamos un aviso de seguridad en nuestro blog y en X con indicadores de compromiso, pasos de remediación y scripts para comprobar tu sistema, y empezamos a notificar a los usuarios y administradores del equipo afectados mediante avisos en la aplicación y por correo electrónico. Si se expusieron credenciales, enviamos por correo electrónico a los administradores del equipo una lista de las claves específicas que debían rotar, y pedimos a los servicios de terceros que emitieron esas credenciales que las revocaran. Si los datos de atención al cliente o los datos empresariales pudieron verse afectados, informamos directamente a los clientes. Si instalaste o actualizaste a la versión manipulada Anthropic.claude-code 2.1.312 o 2.1.313 desde el mercado de extensiones de VS Code de Cursor durante el periodo de exposición, te pedimos que sigas los pasos de nuestro aviso de seguridad. Puede que no baste con desinstalar la extensión.
5. Creemos que el incidente está contenido. La última actividad del atacante que hemos detectado fue el 1 de noviembre, y se bloqueó. Seguimos supervisando nuestros sistemas en busca de actividad anómala y reforzando nuestros controles de seguridad. Si identificamos información adicional que afecte a los clientes, nos pondremos en contacto con ellos directamente.

#Qué no se vio afectado

• Tus prompts y tu código, si usas el Modo de privacidad.
  • En el caso de los usuarios que no usan el Modo de privacidad, se expusieron trazas del agente de programación de menos del 0.05% de los usuarios. Hemos identificado a estos usuarios y les hemos notificado directamente a cada uno. Si no recibiste ninguna notificación, tus datos no estaban en estas trazas.
• Cualquier dato o tráfico en tiempo real que estés enviando a Cursor ahora mismo. Los datos de trazas expuestos se limitaban al almacenamiento utilizado para análisis históricos sin conexión.
• Los sistemas de producción y la infraestructura en los que se ejecuta Cursor.
• La aplicación de Cursor y sus actualizaciones oficiales, así como el código que entregamos tanto al cliente como a nuestros servicios en la nube. Entregamos Cursor desde un sistema de alojamiento de código independiente al que el atacante nunca accedió, y no se expuso ninguna clave de firma de versiones.
• Nuestros otros productos, incluidos los Agentes en la Nube para equipos de clientes, el Bot de Grok y todos los demás productos de SpaceX SI.
• Cualquier otra extensión de nuestro mercado de extensiones. Verificamos que todas las demás extensiones fueran auténticas, y revisamos y reconstruimos el almacén del marketplace.
• Las solicitudes de inferencia activas. No quedaron expuestas y, como medida de precaución, dejamos de usar al proveedor externo de entrenamiento e inferencia para toda la inferencia.
• Cualquier plugin descargado del Marketplace de Cursor.
• Los repositorios de código de los clientes.

#Lo que hemos hecho

• Trasladamos todo el tráfico de inferencia fuera de Fireworks, desactivamos la clave que le habíamos emitido y le retiramos el acceso a todos los conjuntos de datos que habíamos compartido con este proveedor.
• Rotamos todas las credenciales de Cursor expuestas que encontramos, empezando por las de mayor riesgo, y, como medida de precaución, rotamos todas las credenciales en uso en nuestros sistemas internos, incluso cuando no teníamos indicios de exposición.
• Verificamos la autenticidad de todas las demás extensiones de nuestro marketplace, y revisamos y reconstruimos nuestro mercado de extensiones de VS Code.
• Ampliamos, cuando fue posible, las restricciones de acceso a la red en nuestros proveedores de servicios, para que las credenciales comprometidas no puedan usarse fuera de su ubicación prevista.
• Añadimos escaneo y protección de secretos en todos nuestros repositorios de código, y ampliamos el escaneo a otras fuentes de datos internas.
• Volvimos a desplegar, como medida de precaución, toda la infraestructura y los servicios de producción, y revisamos cada servicio interno antes de restablecerlo.
• Contratamos a expertos externos en análisis forense para que nos apoyaran en la investigación.
• Nos pusimos en contacto con todas las personas afectadas.

#Próximos pasos

Pedimos disculpas a quienes se vieron afectados por este incidente: la privacidad y la seguridad son una prioridad absoluta para nosotros, y podemos y debemos hacerlo mejor. Estamos aplicando lo que hemos aprendido para que Cursor sea más seguro. Si hay algún cambio importante, actualizaremos esta publicación.

¿Tienes preguntas? Escríbenos a security@cursor.com.