Fireworks AI amplía la información sobre la brecha e incluye conjuntos de datos y pesos de modelos

Fireworks AI amplió la información divulgada sobre un incidente de seguridad ocurrido en octubre el 9 de noviembre de 2026 e informó que los atacantes accedieron a información de cuentas y facturación y, en el caso de un grupo limitado de clientes, a secretos, conjuntos de datos y pesos de modelos incompletos. El proveedor de infraestructura de IA había descrito inicialmente el incidente como un uso no autorizado de credenciales internas.

La aplicación interna afectada daba acceso a metadatos de recursos, incluidos identificadores, nombres para mostrar, descripciones y fechas de creación. La información de facturación abarcaba direcciones de facturación y envío, historial de facturas y pagos, saldos de cuentas y uso de crédito. Fireworks no almacena números de tarjetas de pago, que no se vieron afectados. Los clientes cuyos datos se vieron afectados están recibiendo detalles específicos de sus cuentas y respuestas recomendadas, y la investigación en curso podría arrojar nuevos hallazgos.

Las máquinas de desarrollo ofrecieron otra vía

La actualización amplía lo informado en el boletín original del 9 de octubre de 2026 de Fireworks. El 6 de octubre de 2026, la empresa detectó un uso no autorizado de credenciales internas y comenzó a contener el incidente. Una persona no autorizada había accedido a variables de entorno utilizadas en trabajos de evaluación en un número limitado de cuentas de clientes. En esa etapa, Fireworks no había detectado accesos no autorizados a modelos de clientes, conjuntos de datos, datos de entrenamiento, información personal ni tráfico de inferencia dentro de su perímetro de seguridad o plano de control.

Las notificaciones a los clientes comenzaron el 7 de octubre de 2026. Fireworks renovó las claves API de sus empleados el 9 de octubre y revocó otras claves de usuario y renovó los tokens de cuentas de servicio el 10 de octubre de 2026. La actividad posterior siguió una vía distinta: un proveedor externo de servicios en la nube que alojaba máquinas de investigación y desarrollo de Fireworks sufrió un incidente de seguridad el 23 de octubre de 2026.

El 24 de octubre de 2026, la persona no autorizada aprovechó ese incidente para acceder a las máquinas de desarrollo de Fireworks y ejecutar una carga de trabajo no autorizada, lo que provocó el impacto adicional en los datos de clientes. Fireworks detectó la actividad ese mismo día, tomó medidas correctivas y subsanó las vulnerabilidades críticas conocidas. La empresa indicó que, al 25 de octubre de 2026, no había detectado nuevos accesos no autorizados exitosos por parte del actor en la plataforma que utilizan los clientes.

Restricciones temporales de las operaciones con conjuntos de datos

Fireworks notificó a las fuerzas del orden y contrató a Palo Alto Networks Unit 42 para realizar análisis forenses. La respuesta de Fireworks ha incluido revocar y sustituir credenciales y cuentas de servicio, eliminar privilegios elevados innecesarios, restringir las vías de acceso no autorizadas a la red, aislar los sistemas afectados, reforzar el acceso a los sistemas de almacenamiento y análisis, y mejorar el registro y la supervisión.

También se han restringido algunas operaciones de cara al cliente. Las cargas y descargas de conjuntos de datos de autoservicio utilizadas por Batch Inference y para el entrenamiento basado en conjuntos de datos están deshabilitadas mientras continúa la investigación. Training SDK sigue disponible con retención cero de datos, lo que significa que no se almacenan datos de entrenamiento en reposo. El entrenamiento basado en Fireworks Lab se realiza en un entorno aislado con protecciones adicionales de red y almacenamiento.

No se ha detectado ningún impacto en Inference, Training SDK ni Nexus, que tienen retención cero de datos de forma predeterminada, aunque este hallazgo se limita a la investigación realizada hasta la fecha. La documentación de seguridad de los datos de Fireworks indica que las instrucciones y respuestas de inferencia de modelos abiertos no se registran ni almacenan sin la autorización expresa del usuario. Nexus no almacena instrucciones, respuestas, código, llamadas a herramientas ni trazas, aunque conserva los metadatos de servicio necesarios para operar el servicio y los desidentifica después de 30 días.

Las indicaciones anteriores de Fireworks recomendaban a los clientes notificados sustituir las claves API de Fireworks revocadas, renovar las credenciales de terceros identificadas a través de los proveedores que las habían emitido, revisar los registros y datos asociados, y comprobar si había claves, usuarios, evaluadores, trabajos de entrenamiento o conjuntos de datos desconocidos. Eliminar un secreto almacenado no invalida por sí solo la credencial de terceros correspondiente.

El mercado de reventa de LLMJacking

Fireworks indicó que las pruebas vinculan la actividad con un grupo de ciberdelincuentes motivado por razones económicas que busca vender acceso no autorizado a LLM a través de pasarelas de enrutamiento ilícitas, una actividad conocida como LLMJacking. La empresa citó una investigación del 2 de noviembre de 2026 de Google Threat Intelligence Group y Mandiant, que describe los LLM Mixers como pasarelas ilícitas que redirigen, agregan y revenden el acceso no autorizado a modelos a suscriptores clandestinos. Algunas operaciones separan la vulneración inicial de la monetización posterior.

Los investigadores informaron que, en las investigaciones independientes de Mandiant, los cargos fraudulentos por consumo de recursos observados superaron los 100.000 dólares en un solo día en incidentes individuales y alcanzaron un total acumulado de 1 millón de dólares en algunas organizaciones antes de que se revocara el acceso. Esas cifras corresponden al conjunto más amplio de investigaciones, no a las pérdidas de Fireworks. En esos casos, los tokens de identidad en la nube expuestos o robados fueron el principal vector de acceso inicial.

Los investigadores recomiendan la gestión centralizada de secretos, el acceso con privilegios mínimos, las auditorías periódicas de configuración, los controles de gasto y la vigilancia de solicitudes anómalas de bajo volumen, que pueden validar credenciales robadas sin activar alertas basadas en el volumen. La sustitución de credenciales, la reducción de privilegios y la ampliación de la supervisión por parte de Fireworks coinciden con varias de esas prioridades defensivas, mientras que su actualización también pone de manifiesto los riesgos relacionados con los equipos de desarrollo y la infraestructura de terceros.

Para los clientes de Fireworks, la respuesta ahora va más allá de sustituir las claves: también deben evaluar la información de facturación y, en el caso de un grupo limitado, los conjuntos de datos y los activos de modelos sin terminar. Dado que las transferencias de conjuntos de datos siguen deshabilitadas y la investigación continúa, el incidente vincula la vulneración de un entorno de desarrollo tanto con la exposición de activos de IA como con la interrupción de los flujos de trabajo utilizados para crearlos.