✨︎ Resumen (TL;DR):
- Fireworks amplió su aviso y confirmó que un tercero accedió a partes de conjuntos de datos y pesos incompletos de modelos de algunos clientes.
- La aplicación afectada contenía metadatos de recursos y datos de facturación, pero no números de tarjetas de pago.
- La empresa desactivó transferencias de conjuntos de datos en Batch Inference y en el entrenamiento basado en conjuntos de datos mientras continúa la investigación.
Fireworks AI confirmó que un tercero accedió a partes de conjuntos de datos y a pesos incompletos de modelos de algunos clientes durante incidentes de seguridad ocurridos en octubre. La empresa también detectó afectaciones en información de cuenta y facturación.
En una actualización publicada el 9 de noviembre, Fireworks amplió el alcance de su primer aviso, que solo reportaba acceso a secretos almacenados. La compañía está notificando a los clientes afectados mientras continúa la investigación.
Qué información quedó expuesta
La aplicación interna afectada daba acceso a metadatos de recursos, incluidos identificadores, nombres y fechas de creación. También contenía datos de facturación, como direcciones de facturación y envío, historiales de facturas y pagos, saldos y uso de créditos.
Fireworks afirma que no almacena números de tarjetas de pago y que esos datos no resultaron afectados. El aviso no precisa cuántas cuentas resultaron alcanzadas ni qué categorías se consultaron en cada una.
En ciertas cuentas, el acceso incluyó una parte de los conjuntos de datos y de los pesos incompletos de modelos. Un peso de modelo es un valor numérico que ayuda a determinar cómo responde el modelo. Un conjunto de datos es una colección de ejemplos que puede usarse para adaptarlo.
Fireworks no ha detallado el contenido de los archivos afectados ni ha dicho que se hayan publicado o vendido.
De los secretos al acceso a equipos de desarrollo
El 6 de octubre, Fireworks identificó el uso no autorizado de credenciales internas. En ese primer aviso, la empresa dijo que un tercero había accedido a variables empleadas en trabajos de evaluación de un número limitado de cuentas, posiblemente incluidas claves y tokens guardados como secretos.
En el boletín actualizado el 10 de octubre, Fireworks señaló que hasta ese momento no había detectado evidencia de acceso no autorizado a modelos, conjuntos de datos, información personal ni tráfico de inferencia dentro de su perímetro de seguridad. La evaluación posterior amplió lo que la compañía conocía entonces.
El 23 de octubre, un proveedor externo de nube que alojaba máquinas de investigación y desarrollo de Fireworks sufrió un incidente de seguridad. Al día siguiente, según la empresa, un tercero usó ese acceso para llegar a equipos de desarrollo y ejecutar una carga de trabajo no autorizada que afectó datos adicionales de clientes.
Fireworks dice que detectó esa actividad el 24 de octubre y tomó medidas de contención. Para el 25 de octubre, no había detectado más evidencia de accesos no autorizados exitosos del atacante a la plataforma que utilizan sus clientes.
El aviso no identifica al proveedor de nube ni explica cómo se relacionan los dos accesos.
Qué medidas tomó Fireworks
Durante la investigación, Fireworks desactivó las cargas y descargas de conjuntos de datos por autoservicio usadas en Batch Inference y en el entrenamiento basado en conjuntos de datos.
Según la empresa, Training SDK sigue disponible sin almacenar datos de entrenamiento en reposo, mientras que el entrenamiento mediante Fireworks Lab opera en un entorno aislado.
Fireworks también asegura que no ha detectado afectaciones en Inference, Training SDK y Nexus. Esa evaluación refleja los hallazgos de la investigación hasta ahora; la suspensión de transferencias afecta funciones concretas de otros flujos de trabajo.
Para las credenciales de terceros identificadas en los avisos iniciales, la compañía pidió a los clientes renovarlas o revocarlas con el proveedor que las emitió y actualizar las aplicaciones que las usaban. El primer boletín aclara que borrar un secreto almacenado en Fireworks no invalida por sí mismo la credencial original.
Dos clientes dijeron a Forbes que ya habían trasladado gran parte de su actividad fuera de los sistemas de Fireworks. Uno de ellos criticó la comunicación de la empresa sobre los ataques. Sus testimonios describen sus casos, pero no permiten saber cuántos clientes tomaron la misma decisión.
El posible objetivo: revender acceso a modelos
Fireworks sostiene que los indicios apuntan a un grupo con motivación económica que buscaba revender acceso no autorizado a modelos de lenguaje. LLMJacking es una práctica que consiste en revender acceso no autorizado a modelos de lenguaje.
La empresa no identificó públicamente al grupo ni detalló si en este caso alguien llegó a vender ese acceso.
Google y Mandiant han documentado esa práctica en incidentes separados. En esos casos, el uso ajeno de recursos de IA puede generar cargos para la organización titular. Fireworks no ha publicado una cifra de pérdidas por ese concepto.
Fireworks informó que notificó a las autoridades y que trabaja con Unit 42 de Palo Alto Networks en el análisis y el refuerzo de sus sistemas.
Para cada cliente afectado, el aviso individual debe precisar qué información quedó comprometida y qué medidas recomienda tomar. Fireworks aún no precisa cuántas cuentas resultaron alcanzadas ni qué categorías se consultaron en cada una. Mientras la investigación continúa, la empresa mantiene desactivadas las transferencias de conjuntos de datos en las funciones señaladas y no ha confirmado que el acceso a modelos se haya publicado o vendido.
