Cursor atribuyó una intrusión a una clave de acceso expuesta por Fireworks AI y dijo que el atacante la usó para copiar rastros históricos de agentes y credenciales. La empresa afirma que menos del 0,01% de sus clientes tuvo credenciales de API expuestas, que la actividad quedó contenida y que sus sistemas de producción y los datos protegidos por el Modo de Privacidad no resultaron afectados.
***

• Cursor dijo que una clave expuesta por Fireworks AI permitió copiar rastros históricos de agentes y algunas credenciales, con exposición de credenciales de API para menos del 0,01% de sus clientes.
• La empresa relacionó esas credenciales con compilaciones maliciosas de Claude Code distribuidas desde su caché de marketplace; hasta 5.000 usuarios pudieron recibirlas durante unas 11 horas.
• Cursor rotó credenciales, retiró su tráfico de inferencia de Fireworks y sostuvo que no hubo impacto en sus sistemas de producción, los repositorios de clientes ni el Modo de Privacidad.

Cursor atribuye una brecha a una clave expuesta por Fireworks AI

Cursor vinculó una intrusión en sus sistemas con una clave de acceso emitida por la compañía y expuesta por su proveedor Fireworks AI. Según la actualización del incidente publicada el 13 de noviembre de 2026, el atacante utilizó esa credencial para copiar rastros históricos de agentes de codificación y otros datos. Cursor también relacionó el acceso a algunas de sus herramientas de software con la distribución de compilaciones maliciosas de la extensión Claude Code.

La empresa calcula que menos del 0,01% de sus clientes tuvo credenciales de API expuestas y que menos del 0,05% de quienes no utilizaban el Modo de Privacidad tuvo rastros de agentes comprometidos. Cursor sostiene que los datos actuales, el tráfico en vivo y los sistemas de producción quedaron fuera del incidente; la publicación de Unite.AI también recoge la investigación paralela de Fireworks sobre un incidente en sus máquinas de desarrollo.

La ruta desde la clave hasta los datos

El punto inicial, según Cursor, fue una clave de acceso que la compañía había entregado a Fireworks AI para intercambiar datos con el proveedor. La credencial expuesta permitió copiar información de un bucket de solo lectura, es decir, un espacio de almacenamiento desde el que se podían consultar datos, pero no modificarlos directamente. Allí había rastros limitados de agentes de codificación, en su mayoría de 2025.

Los registros correspondían a sesiones que no utilizaban el Modo de Privacidad y que Cursor podía emplear para el entrenamiento de modelos. La empresa señaló que un número pequeño de esos rastros contenía credenciales sin censurar, lo que abrió una vía hacia algunas de sus herramientas de software como servicio. De acuerdo con su relato, el acceso a esos servicios permitió al atacante avanzar desde los datos archivados hacia otros recursos internos.

Entre los materiales consultados figuraban repositorios de código fuente selectos, archivados y no destinados a producción; algunos incluían información de contacto comercial. Cursor también reportó acceso a datos limitados de soporte y conversaciones por correo electrónico, métricas de uso del producto, datos de contacto y resúmenes de algunas conversaciones con agentes de codificación. La compañía dijo además que el conjunto expuesto incluía credenciales que usuarios habían enviado a su equipo de soporte.

Cursor separó esas exposiciones de los datos activos de sus clientes. Según la compañía, el atacante no accedió a las solicitudes de inferencia en curso, al tráfico en vivo, a los prompts ni al código protegido por el Modo de Privacidad, y tampoco alcanzó los repositorios de código de sus clientes. La empresa afirmó que identificó y notificó directamente a cada usuario cuyos rastros históricos quedaron expuestos.

Compilaciones maliciosas y alcance declarado

La actualización relaciona el acceso a las credenciales internas con la distribución de versiones no autorizadas de Claude Code. Cursor dijo que el 29 de octubre de 2026 el atacante utilizó una credencial robada para colocar compilaciones directamente en la caché que sirve su marketplace de extensiones de VS Code. La compañía hizo una distinción importante: Anthropic no publicó esas compilaciones y, según Cursor, su producto no era vulnerable.

Cursor también indicó que Open VSX, la fuente del marketplace, nunca alojó el malware. El riesgo se concentró, de acuerdo con su estimación, en usuarios que solicitaron versiones específicas almacenadas en la caché de Cursor: como máximo, 5.000 personas pudieron haber recibido una compilación maliciosa durante unas 11 horas. La cifra describe una posibilidad máxima estimada, no un recuento confirmado de instalaciones afectadas.

La compañía publicó indicadores de compromiso y material de remediación el 30 de octubre, y empezó a avisar a usuarios y administradores mediante mensajes dentro de la aplicación y correos electrónicos. A los administradores les entregó listas de claves concretas que debían rotar cuando las credenciales se habían expuesto, y pidió a los servicios de terceros que las emitieron que las revocaran. Cursor dijo que también contactó directamente a clientes cuyos datos comerciales o de soporte pudieron quedar involucrados.

En cuanto a la distribución oficial del software, Cursor aseguró que las actualizaciones de la aplicación y el código enviado a clientes y servicios en la nube no resultaron afectados. La empresa explicó que el código de lanzamiento reside en un sistema de alojamiento separado, al que el atacante no accedió, y que ninguna clave de firma de lanzamiento quedó expuesta. También revisó y reconstruyó su tienda, tras validar las demás extensiones de su marketplace de VS Code.

Contención, respuesta y revisión del proveedor

Cursor afirmó que sus sistemas de monitoreo detectaron la actividad no autorizada y que la compañía deshabilitó temporalmente algunos servicios internos y de producto por precaución, incluso más de lo que la evidencia disponible exigía. Luego restauró cada servicio tras revisarlo. La empresa considera contenido el incidente y dijo que la última actividad del atacante que observó ocurrió el 1 de noviembre de 2026, cuando logró bloquearla; el monitoreo de anomalías continúa.

Como parte de la respuesta, Cursor desactivó la clave del proveedor, retiró todo su tráfico de inferencia de Fireworks y cortó el acceso de esa empresa a los conjuntos de datos compartidos. Rotó todas las credenciales expuestas que logró identificar y, como medida preventiva, también las que estaban en uso en sus sistemas internos, aun cuando no había pruebas de que todas hubieran sido comprometidas. La compañía amplió además las restricciones de red cuando fue posible.

La empresa agregó escaneo de secretos a sus repositorios y otras fuentes internas, volvió a desplegar la infraestructura de producción y contrató especialistas forenses externos. Esas medidas apuntan a reducir tanto la posibilidad de que credenciales queden guardadas en datos internos como el alcance de futuros accesos entre sistemas. Sin embargo, la conclusión de Cursor sobre la contención describe su propia evaluación del incidente, mientras la revisión del proveedor seguía abierta.

Fireworks AI informó por separado que un proveedor externo de nube, encargado de alojar sus máquinas de investigación y desarrollo, sufrió un incidente el 23 de octubre de 2026. Según el boletín de Fireworks, una parte no autorizada accedió a máquinas de desarrollo el 24 de octubre y ejecutó una carga de trabajo que produjo un impacto adicional en datos de clientes; la compañía detectó la actividad ese mismo día. Fireworks dijo que no encontró nuevos accesos no autorizados exitosos a su plataforma de clientes después del 25 de octubre.

La compañía señaló que revocó y reemplazó credenciales y cuentas de servicio, retiró privilegios elevados que consideró innecesarios y restringió rutas de red. También endureció controles para almacenamiento y análisis, y reforzó el registro y el monitoreo con ayuda de Palo Alto Networks Unit 42. Fireworks dijo que mantuvo deshabilitadas las cargas y descargas autónomas de conjuntos de datos utilizadas por Batch Inference y por el entrenamiento basado en conjuntos de datos mientras continúa la investigación.

El SDK de entrenamiento de Fireworks sigue disponible con retención de datos cero, modalidad en la que la empresa afirma que no conserva datos de entrenamiento en reposo; el entrenamiento basado en Lab opera, según el proveedor, en un entorno aislado. La investigación todavía puede modificar los hallazgos sobre el incidente del lado de Fireworks, por lo que el relato completo de la cadena de accesos depende de revisiones en curso. Para Cursor, la exposición de la clave y la rotación amplia de credenciales son elementos centrales de su evaluación de contención.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.

ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín