Para: clientes que usan Fireworks AI para inferencia o ajuste fino y han guardado allí claves de API o conjuntos de datos, y operadores que gestionan infraestructura de IA. Este artículo se basa en los boletines de seguridad oficiales de Fireworks AI y no trata pasos de ataque.
En desarrollo: este artículo se actualizará a medida que la organización publique más información
- A quién afecta
clientes que usan Fireworks AI para inferencia o ajuste fino y han guardado allí claves de API o conjuntos de datos, y operadores que gestionan infraestructura de IA.
- Confirmado hasta ahoraVer la tabla ↓
- Variables de entorno de trabajos de evaluación (incluidos secretos)
- Información de cuenta y metadatos de recursos
- Información de facturación
3 más
- Secretos y conjuntos de datos
- Pesos de modelos incompletos
- Vínculo con la brecha del proveedor de nube
Señalado como posiblemente afectado
- Finalidad del abuso
- Aún sin confirmar
- El número de clientes afectados (no se indica)
- El alcance exacto de los conjuntos de datos y pesos de modelos a los que se accedió (la empresa dice que un conjunto limitado de cuentas)
- Cuándo se restablecerán las subidas y descargas de conjuntos de datos
1 más
- Las conclusiones finales de la investigación (la empresa dice que continúa y que puede revelar información adicional)
- Qué hacer ahoraVer los pasos ↓
- Compruebe si recibió el aviso de la empresa
- Cree claves nuevas para las revocadas y rote las credenciales de terceros
- Averigüe qué contenían sus conjuntos de datos y pesos de modelos almacenados
3 más
- Desconfíe de los mensajes de facturación y de pago
- Busque recursos y consumos que no reconozca
- Operadores: revisen su propia configuración
- Dónde verificarlo (fuente)Todas las fuentes ↓
- Fireworks AI, «Update on October 2026 security incident» (boletín de seguridad oficial; actualizado el 9 de noviembre de 2026; consultado el 11 de noviembre; en inglés)
- Última comprobación
- A 11 de noviembre de 2026
Próximos avisos y qué comprobamos
La empresa dice que su investigación continúa y que puede revelar información adicional, y que dará nuevas actualizaciones «según proceda». Cuando lo comprobamos el 11 de noviembre de 2026, no encontramos ningún boletín posterior a la actualización del 9 de noviembre.
Qué deben hacer hoy los clientes y los operadores
Compruebe si recibió el aviso de la empresa
La empresa dice que está avisando a los clientes cuyos datos se vieron afectados, con detalles y acciones recomendadas. Su boletín de octubre decía que, si no había recibido un aviso individual, la empresa no había identificado su cuenta como afectada y no se requería ninguna acción entonces. Revise también la carpeta de spam. Si recibió un aviso, siga primero sus indicaciones.
El contacto es responder al correo de notificación, o security-notice@fireworks.ai (actualización del 9 de noviembre).
Cree claves nuevas para las revocadas y rote las credenciales de terceros
Estos son los pasos del boletín de octubre para los clientes que recibieron un aviso.
- Cree nuevas claves de API de Fireworks para las que se hayan revocado y actualice las aplicaciones que las usaban (fallarán en la autenticación hasta que se actualicen)
- Rote o revoque con quien las emitió las credenciales de terceros que nombra su aviso, y luego actualice sus aplicaciones y los secretos de Fireworks. Eliminar solo un secreto almacenado no invalida la credencial subyacente
- Con quien la emitió, revise si hubo lecturas, descargas o cambios no autorizados. Rote aunque no encuentre nada sospechoso
Sobre el manejo de claves, véase Variables de entorno y claves de API: lo básico.
Averigüe qué contenían sus conjuntos de datos y pesos de modelos almacenados
En su actualización del 9 de noviembre la empresa dice que, en un conjunto limitado de cuentas, se accedió a conjuntos de datos y a un subconjunto de pesos de modelos incompletos. Compruebe si sus conjuntos de datos contenían datos personales, datos de clientes, documentos internos o claves y, en tal caso, decida qué hacer conforme a las normas que se apliquen a cada uno (nuestra opinión).
Desconfíe de los mensajes de facturación y de pago
La información de facturación afectada son las direcciones de facturación y de envío, el historial de facturas y pagos, el saldo de la cuenta y el uso de crédito. Permiten redactar facturas y confirmaciones de pago falsas convincentes (un punto general). No abra los enlaces; abra usted mismo el panel de la empresa. Más en Qué es el phishing.
Busque recursos y consumos que no reconozca
Esto es una indicación del boletín de octubre. Revise las claves de API, los usuarios, los evaluadores, los trabajos de entrenamiento y los conjuntos de datos, y envíe a la empresa los nombres o ID de todo lo que no reconozca. La empresa dice que tiene pruebas que indican vínculos con un grupo cibercriminal con motivación económica. Compruebe también si hay consumos o cargos que no reconozca (nuestra opinión).
Operadores: revisen su propia configuración
Lo que conviene comprobar en su propia infraestructura de IA y en sus entornos de desarrollo a la luz de este incidente se resume más abajo en «Qué deben revisar los operadores de infraestructura de IA».
Qué ocurrió (según el anuncio de Fireworks AI)
Esta sección se basa en los boletines de seguridad oficiales de Fireworks AI, «Fireworks October 2026 security incident» (publicado el 9 de octubre, actualizado el 10 de octubre) y «Update on October 2026 security incident» (actualizado el 9 de noviembre). Es el relato de la propia empresa y no ha sido verificado por un tercero. Las horas son las que indica la empresa (hora del Pacífico).
6 de octubre, 9:00
La empresa identifica el uso no autorizado de credenciales internas y empieza la contención (boletín de octubre).7 a 9 de octubre
Empieza a avisar a los clientes afectados, rota las claves de API de empleados y publica su primer boletín a las 22:00 del 9 de octubre. En ese momento solo se sabía que se había accedido a secretos almacenados en Fireworks (como los usados en trabajos de evaluación) (actualización del 9 de noviembre).10 de octubre
Revoca claves de API adicionales y rota tokens de cuentas de servicio (boletín de octubre).23 de octubre
Un proveedor de nube de terceros que alojaba máquinas de I+D de Fireworks sufre un incidente de seguridad (actualización del 9 de noviembre).24 de octubre
Un tercero no autorizado lo usa para llegar a máquinas de desarrollo de Fireworks y ejecuta una carga de trabajo no autorizada, lo que causa un impacto adicional en datos de clientes. La empresa lo detecta ese mismo día y empieza la corrección (actualización del 9 de noviembre).25 de octubre
A esta fecha la empresa no ha detectado más pruebas de acceso no autorizado con éxito por parte del actor de la amenaza a la plataforma que usan los clientes (actualización del 9 de noviembre).9 de noviembre
La empresa publica su actualización, que cita impacto en información de cuenta y de facturación y, en un conjunto limitado de cuentas, en secretos, conjuntos de datos y pesos de modelos incompletos.
6 de octubre
Credenciales internas mal usadas, variables de trabajos de evaluación
↓→
23 a 24 de octubre
Proveedor de alojamiento vulnerado, máquinas de desarrollo alcanzadas
↓→
9 de noviembre
Se informa de impacto en facturación y conjuntos de datos
- Primer incidente (octubre)
- Se usaron sin autorización credenciales internas de Fireworks para acceder a variables de entorno usadas en trabajos de evaluación de algunas cuentas de clientes, incluidas claves de API y tokens guardados como secretos
- Hallado después (9 de noviembre)
- Impacto en información de cuenta y de facturación. En un conjunto limitado de cuentas, impacto en secretos, conjuntos de datos y pesos de modelos incompletos
- Incidente relacionado de un tercero
- Un proveedor de nube de terceros que alojaba máquinas de I+D de Fireworks tuvo un incidente de seguridad el 23 de octubre. El 24 de octubre un tercero no autorizado lo usó para llegar a máquinas de desarrollo de Fireworks. La empresa lo detectó ese mismo día
- Categorías a las que podía acceder la aplicación interna comprometida (las lista la empresa; descritas como afectadas)
- Metadatos de recursos (identificadores, nombres visibles, descripciones, hora de creación, etc.). Información de facturación (direcciones de facturación y de envío, historial de facturas y pagos, saldo de la cuenta, uso de crédito). Un subconjunto de pesos de modelos incompletos y de conjuntos de datos de ciertos clientes. De ellas, solo del subconjunto de pesos de modelos incompletos y de conjuntos de datos se dice que se accedió realmente
- No afectados
- Números de tarjeta de pago (la empresa no los almacena). No se detectó impacto en Inference, Training SDK ni Nexus (sin retención de datos por defecto). Conclusiones de la investigación hasta la fecha
- Contexto
- La empresa dice que las pruebas indican vínculos con un grupo cibercriminal con motivación económica cuyo objetivo es vender tokens de acceso no autorizado a LLM a pasarelas de enrutamiento ilícitas (la empresa lo llama «LLMJacking»)
- Respuesta de la empresa
- Avisó a las fuerzas del orden. Trabajo forense con una firma externa de ciberseguridad. Credenciales y cuentas de servicio revocadas y sustituidas, privilegios innecesarios eliminados, aislamiento de red, acceso más restringido a los sistemas de almacenamiento y análisis, más registro y supervisión. Subidas y descargas de conjuntos de datos desactivadas
- Contacto
- Responder al correo de notificación, o security-notice@fireworks.ai
Qué se sabe y qué no
El estado a 11 de noviembre de 2026. Actualizaremos la columna de estado cuando se publique más.
| Elemento | Contenido | Estado |
|---|---|---|
| Variables de entorno de trabajos de evaluación (incluidos secretos) | Se cree capturadas en algunas cuentas de clientes | Confirmado (la empresa; boletín de octubre) |
| Información de cuenta y metadatos de recursos | Afectados | Confirmado (la empresa) |
| Información de facturación | Direcciones, historial de facturas y pagos, saldo, uso de crédito | Confirmado (la empresa) |
| Secretos y conjuntos de datos | Afectados en un conjunto limitado de cuentas | Confirmado (la empresa) |
| Pesos de modelos incompletos | Un subconjunto, de un conjunto limitado de clientes | Confirmado (la empresa) |
| Números de tarjeta de pago | No almacenados, no afectados | No incluidos (la empresa) |
| Inference, Training SDK, Nexus | No se detectó impacto (investigación hasta la fecha) | No confirmado (la empresa) |
| Prompts y salidas enviados para inferencia | No almacenados por defecto (boletín de octubre) | No confirmado (la empresa) |
| Vínculo con la brecha del proveedor de nube | El incidente del 23 de octubre se usó para llegar a las máquinas de desarrollo | Confirmado (la empresa) |
| Finalidad del abuso | Vínculos con un grupo cuyo objetivo es el LLMJacking | Posible (valoración de la empresa) |
| Número de clientes afectados | No se indica | No se indica |
| Restablecimiento de subidas y descargas de conjuntos de datos | No se indica | En investigación |
| Conclusiones finales | Investigación en curso, puede revelar información adicional | En investigación |
Cómo leer esto: el relato de la empresa no ha sido verificado por un tercero
Los boletines se apoyan en la propia investigación de la empresa. Una firma externa de ciberseguridad ayuda en el trabajo forense, pero sus conclusiones no se han publicado. «No se detectó impacto» en la inferencia y en los demás productos es, como escribe la empresa, una conclusión hasta la fecha, no una garantía. Los boletines no describen con detalle la brecha del proveedor de nube.
Qué puede ocurrir cuando se llevan datos de facturación y conjuntos de datos
Lo siguiente es general y no significa que haya ocurrido aquí. Lo que la empresa ha publicado como ocurrido se limita a «Qué ocurrió» más arriba.
Una dirección de facturación junto con el historial de facturas y pagos puede servir para redactar una factura o una confirmación de pago falsa convincente. Los datos personales o los documentos internos de un conjunto de datos que haya almacenado pueden convertirse en una filtración de su propia información. Si las variables de entorno de un trabajo de evaluación contenían una clave de un servicio externo, esa clave sigue siendo válida para quien la emitió hasta que se rota.
Qué deben revisar los operadores de infraestructura de IA
Esta sección no evalúa la respuesta de la empresa ni adivina los detalles técnicos de la brecha. A partir del relato publicado, se limita a puntos que comprobar en su propia configuración, y son nuestra opinión.
Si las máquinas de desarrollo las aloja un tercero, corte su camino hacia secretos y datos de producción
En el relato de la empresa, una brecha en un proveedor de alojamiento se convirtió en la vía de entrada a las máquinas de desarrollo y se vieron afectados datos adicionales de clientes. Mantenga los datos de clientes de producción y las credenciales que llegan a producción fuera de los entornos de desarrollo y de prueba, para que una brecha del anfitrión no llegue a producción (nuestra opinión).
Reduzca al mínimo cómo entrega los secretos de los clientes a los trabajos
El primer incidente afectó a variables de entorno usadas en trabajos de evaluación. Pase a un trabajo solo los secretos que necesita, por poco tiempo, y conserve un registro de lecturas. Así, la filtración de una credencial interna no expone de golpe una gama amplia de secretos (nuestra opinión).
Reduzca los permisos en los sistemas de facturación y de datos de clientes
La empresa lista las categorías como información a la que podía llegar la aplicación interna afectada. Reduzca por roles los permisos de los sistemas internos que manejan la facturación y los conjuntos de datos de los clientes, e impida que las máquinas de desarrollo lleguen a ellos directamente (nuestra opinión).
Mantenga en su diseño el valor de no almacenar datos
La empresa dice que Inference, Training SDK y Nexus no retienen datos por defecto y que no se ha detectado impacto en ellos. Los datos que no se almacenan no pueden llevarse en una brecha. Cuando una función necesita almacenamiento, como los conjuntos de datos, guárdelo en un lugar aparte y limite cuánto tiempo se conserva y quién puede acceder (nuestra opinión).
Detecte pronto las claves robadas por su uso inusual
La empresa describe el objetivo como vender acceso a modelos de IA. Los límites de uso por clave, las alertas ante subidas bruscas de uso y ante llamadas desde lugares u horas inusuales ayudan a notar que se está usando una clave robada (nuestra opinión). Otro caso centrado en el manejo de claves de API en infraestructura de IA es El incidente de seguridad de Northflank.
Fuentes (registros públicos)
Los hechos de este artículo proceden de la siguiente información pública. No se tratan detalles de pasos de ataque.
- Fireworks AI, «Update on October 2026 security incident» (boletín de seguridad oficial; actualizado el 9 de noviembre de 2026; consultado el 11 de noviembre; en inglés) — fireworks.ai
- Fireworks AI, «Fireworks October 2026 security incident» (boletín de seguridad oficial; actualizado el 10 de octubre de 2026; consultado el 11 de noviembre; en inglés) — fireworks.ai
- Fireworks AI, «Security bulletins» (índice oficial; consultado el 11 de noviembre; en inglés) — fireworks.ai
Historial de actualizaciones
2026-11-11: Primera versión. Basada en los boletines oficiales de Fireworks AI (el boletín de octubre y la actualización del 9 de noviembre). Los boletines de la empresa se tratan como fuente primaria por encima de los informes de prensa. Actualizaremos cuando se publique más información.
Lectura recomendada
- Un caso centrado en el manejo de claves de API en infraestructura de IA: El incidente de seguridad de Northflank (octubre de 2026)
- Intrusiones en infraestructura de IA: La intrusión en Hugging Face (2026) (en inglés) / El fallo del motor de inferencia de NEAR AI
- Se explotó un fallo en un servidor de conexión de IA: El fallo del servidor MCP de mittwald
- Manejo de claves: Variables de entorno y claves de API: lo básico / Qué es el phishing
- Otros incidentes de 2026: Filtraciones de datos y ciberataques de 2026 (en inglés)