Para: clientes que usam a Fireworks AI para inferência ou ajuste fino e guardaram lá chaves de API ou conjuntos de dados, e operadores que mantêm infraestrutura de IA. Este artigo se baseia nos boletins de segurança oficiais da Fireworks AI e não trata de passos de ataque.
Em andamento: este artigo será atualizado conforme a organização publicar mais informações
- Quem é afetado
clientes que usam a Fireworks AI para inferência ou ajuste fino e guardaram lá chaves de API ou conjuntos de dados, e operadores que mantêm infraestrutura de IA.
- Confirmado até agoraVer a tabela ↓
- Variáveis de ambiente de tarefas de avaliação (inclusive segredos)
- Informações de conta e metadados de recursos
- Informações de cobrança
Mais 3
- Segredos e conjuntos de dados
- Pesos de modelos incompletos
- Ligação com a violação do provedor de nuvem
Apontado como possivelmente afetado
- Finalidade do abuso
- Ainda não confirmado
- O número de clientes afetados (não informado)
- O alcance exato dos conjuntos de dados e pesos de modelos acessados (a empresa diz um conjunto limitado de contas)
- Quando os uploads e downloads de conjuntos de dados serão restabelecidos
Mais 1
- As conclusões finais da investigação (a empresa diz que continua e que pode revelar informações adicionais)
- O que fazer agoraVer os passos ↓
- Confira se recebeu o aviso da empresa
- Crie chaves novas para as revogadas e troque as credenciais de terceiros
- Descubra o que seus conjuntos de dados e pesos de modelos armazenados continham
Mais 3
- Desconfie de mensagens de cobrança e de pagamento
- Procure recursos e consumo que você não reconheça
- Operadores: revisem a própria configuração
- Onde verificar (fonte)Todas as fontes ↓
- Fireworks AI, «Update on October 2026 security incident» (boletim de segurança oficial; atualizado em 9 de novembro de 2026; consultado em 11 de novembro; em inglês)
- Última verificação
- Em 11 de novembro de 2026
Próximos avisos e o que verificamos
A empresa diz que sua investigação continua e pode revelar informações adicionais, e que dará novas atualizações «conforme apropriado». Quando verificamos em 11 de novembro de 2026, não encontramos nenhum boletim mais recente que a atualização de 9 de novembro.
O que clientes e operadores devem fazer hoje
Confira se recebeu o aviso da empresa
A empresa diz que está avisando os clientes cujos dados foram afetados, com detalhes e ações recomendadas. Seu boletim de outubro dizia que, se você não recebeu um aviso individual, a empresa não havia identificado sua conta como afetada e nenhuma ação era necessária naquele momento. Confira também a pasta de spam. Se recebeu um aviso, siga-o primeiro.
O contato é responder ao e-mail de notificação, ou security-notice@fireworks.ai (atualização de 9 de novembro).
Crie chaves novas para as revogadas e troque as credenciais de terceiros
Estes são os passos do boletim de outubro para clientes que receberam um aviso.
- Crie novas chaves de API da Fireworks para as que foram revogadas e atualize os aplicativos que as usavam (eles falharão na autenticação até serem atualizados)
- Troque ou revogue com quem as emitiu as credenciais de terceiros citadas no seu aviso, e depois atualize seus aplicativos e os segredos da Fireworks. Remover apenas um segredo armazenado não invalida a credencial subjacente
- Com quem a emitiu, verifique se houve leituras, downloads ou alterações não autorizados. Troque mesmo que não encontre nada suspeito
Sobre o manuseio de chaves, veja Variáveis de ambiente e chaves de API: o básico.
Descubra o que seus conjuntos de dados e pesos de modelos armazenados continham
Na atualização de 9 de novembro, a empresa diz que, em um conjunto limitado de contas, foram acessados conjuntos de dados e um subconjunto de pesos de modelos incompletos. Verifique se seus conjuntos de dados continham dados pessoais, dados de clientes, documentos internos ou chaves e, em caso afirmativo, decida o que fazer conforme as regras que se aplicam a cada um (nossa opinião).
Desconfie de mensagens de cobrança e de pagamento
As informações de cobrança afetadas são os endereços de cobrança e de entrega, o histórico de faturas e pagamentos, o saldo da conta e o uso de crédito. Elas permitem redigir faturas e confirmações de pagamento falsas convincentes (um ponto geral). Não abra links; abra você mesmo o painel da empresa. Mais em O que é phishing.
Procure recursos e consumo que você não reconheça
Esta é uma orientação do boletim de outubro. Revise chaves de API, usuários, avaliadores, tarefas de treinamento e conjuntos de dados, e envie à empresa os nomes ou IDs de tudo que você não reconhecer. A empresa diz ter evidências que indicam ligação com um grupo cibercriminoso com motivação financeira. Confira também se há consumo ou cobranças que você não reconheça (nossa opinião).
Operadores: revisem a própria configuração
O que conferir na sua própria infraestrutura de IA e nos seus ambientes de desenvolvimento à luz deste incidente está resumido abaixo, em «O que operadores de infraestrutura de IA devem revisar».
O que aconteceu (segundo o anúncio da Fireworks AI)
Esta seção se baseia nos boletins de segurança oficiais da Fireworks AI, «Fireworks October 2026 security incident» (publicado em 9 de outubro, atualizado em 10 de outubro) e «Update on October 2026 security incident» (atualizado em 9 de novembro). É o relato da própria empresa e não foi verificado por terceiros. Os horários são os informados pela empresa (horário do Pacífico).
6 de outubro, 9h
A empresa identifica o uso não autorizado de credenciais internas e começa a conter o incidente (boletim de outubro).7 a 9 de outubro
Começa a avisar os clientes afetados, troca as chaves de API de funcionários e publica seu primeiro boletim às 22h de 9 de outubro. Naquele momento só se sabia que segredos armazenados na Fireworks (como os usados em tarefas de avaliação) haviam sido acessados (atualização de 9 de novembro).10 de outubro
Revoga chaves de API adicionais e troca tokens de contas de serviço (boletim de outubro).23 de outubro
Um provedor de nuvem terceirizado que hospedava máquinas de P&D da Fireworks sofre um incidente de segurança (atualização de 9 de novembro).24 de outubro
Um terceiro não autorizado o usa para chegar a máquinas de desenvolvimento da Fireworks e executa uma carga de trabalho não autorizada, o que causa impacto adicional em dados de clientes. A empresa detecta isso no mesmo dia e inicia a correção (atualização de 9 de novembro).25 de outubro
Nesta data, a empresa não havia detectado novas evidências de acesso não autorizado bem-sucedido do agente da ameaça à plataforma usada pelos clientes (atualização de 9 de novembro).9 de novembro
A empresa publica sua atualização, que cita impacto em informações de conta e de cobrança e, em um conjunto limitado de contas, em segredos, conjuntos de dados e pesos de modelos incompletos.
6 de outubro
Credenciais internas usadas indevidamente, variáveis de tarefas de avaliação
↓→
23 a 24 de outubro
Provedor de hospedagem violado, máquinas de desenvolvimento alcançadas
↓→
9 de novembro
Informado impacto em cobrança e conjuntos de dados
- Primeiro incidente (outubro)
- Credenciais internas da Fireworks foram usadas sem autorização para acessar variáveis de ambiente usadas em tarefas de avaliação em algumas contas de clientes, inclusive chaves de API e tokens guardados como segredos
- Encontrado depois (9 de novembro)
- Impacto em informações de conta e de cobrança. Em um conjunto limitado de contas, impacto em segredos, conjuntos de dados e pesos de modelos incompletos
- Incidente relacionado de terceiro
- Um provedor de nuvem terceirizado que hospedava máquinas de P&D da Fireworks teve um incidente de segurança em 23 de outubro. Em 24 de outubro, um terceiro não autorizado o usou para chegar a máquinas de desenvolvimento da Fireworks. A empresa detectou isso no mesmo dia
- Categorias que o aplicativo interno comprometido podia acessar (listadas pela empresa; descritas como afetadas)
- Metadados de recursos (identificadores, nomes de exibição, descrições, hora de criação etc.). Informações de cobrança (endereços de cobrança e de entrega, histórico de faturas e pagamentos, saldo da conta, uso de crédito). Um subconjunto de pesos de modelos incompletos e de conjuntos de dados de certos clientes. Destas, só do subconjunto de pesos de modelos incompletos e de conjuntos de dados se diz que foi de fato acessado
- Não afetados
- Números de cartão de pagamento (a empresa não os armazena). Nenhum impacto detectado em Inference, Training SDK nem Nexus (sem retenção de dados por padrão). Conclusões da investigação até o momento
- Contexto
- A empresa diz que as evidências indicam ligação com um grupo cibercriminoso com motivação financeira que visa vender tokens de acesso não autorizado a LLMs a gateways de roteamento ilícitos (a empresa chama isso de «LLMJacking»)
- Resposta da empresa
- Notificou as autoridades. Trabalho forense com uma firma externa de cibersegurança. Credenciais e contas de serviço revogadas e substituídas, privilégios desnecessários removidos, isolamento de rede, acesso mais restrito a sistemas de armazenamento e análise, mais registro e monitoramento. Uploads e downloads de conjuntos de dados desativados
- Contato
- Responder ao e-mail de notificação, ou security-notice@fireworks.ai
O que se sabe e o que não se sabe
A situação em 11 de novembro de 2026. Atualizaremos a coluna de situação quando houver mais informações.
| Item | Conteúdo | Situação |
|---|---|---|
| Variáveis de ambiente de tarefas de avaliação (inclusive segredos) | Acredita-se capturadas em algumas contas de clientes | Confirmado (a empresa; boletim de outubro) |
| Informações de conta e metadados de recursos | Afetados | Confirmado (a empresa) |
| Informações de cobrança | Endereços, histórico de faturas e pagamentos, saldo, uso de crédito | Confirmado (a empresa) |
| Segredos e conjuntos de dados | Afetados em um conjunto limitado de contas | Confirmado (a empresa) |
| Pesos de modelos incompletos | Um subconjunto, de um conjunto limitado de clientes | Confirmado (a empresa) |
| Números de cartão de pagamento | Não armazenados, não afetados | Não incluídos (a empresa) |
| Inference, Training SDK, Nexus | Nenhum impacto detectado (investigação até o momento) | Não confirmado (a empresa) |
| Prompts e saídas enviados para inferência | Não armazenados por padrão (boletim de outubro) | Não confirmado (a empresa) |
| Ligação com a violação do provedor de nuvem | O incidente de 23 de outubro foi usado para chegar às máquinas de desenvolvimento | Confirmado (a empresa) |
| Finalidade do abuso | Ligação com um grupo que visa o LLMJacking | Possível (avaliação da empresa) |
| Número de clientes afetados | Não informado | Não informado |
| Restabelecimento de uploads e downloads de conjuntos de dados | Não informado | Em análise |
| Conclusões finais | Investigação em andamento, pode revelar informações adicionais | Em análise |
Como ler isto: o relato da empresa não foi verificado por terceiros
Os boletins se baseiam na própria investigação da empresa. Uma firma externa de cibersegurança auxilia o trabalho forense, mas suas conclusões não foram publicadas. «Nenhum impacto detectado» na inferência e nos demais produtos é, como a empresa escreve, uma conclusão até o momento, não uma garantia. Os boletins não descrevem em detalhe a violação do provedor de nuvem.
O que pode acontecer quando dados de cobrança e conjuntos de dados são levados
O que segue é geral e não significa que tenha acontecido aqui. O que a empresa publicou como tendo acontecido se limita a «O que aconteceu» acima.
Um endereço de cobrança junto com o histórico de faturas e pagamentos pode servir para redigir uma fatura ou uma confirmação de pagamento falsa convincente. Dados pessoais ou documentos internos dentro de um conjunto de dados que você armazenou podem se tornar um vazamento das suas próprias informações. Se as variáveis de ambiente de uma tarefa de avaliação continham a chave de um serviço externo, essa chave continua válida para quem a emitiu até ser trocada.
O que operadores de infraestrutura de IA devem revisar
Esta seção não avalia a resposta da empresa nem adivinha os detalhes técnicos da violação. A partir do relato publicado, limita-se a pontos a conferir na sua própria configuração, e são nossa opinião.
Se as máquinas de desenvolvimento são hospedadas por terceiros, corte o caminho delas até segredos e dados de produção
No relato da empresa, uma violação em um provedor de hospedagem se tornou a via de entrada às máquinas de desenvolvimento, e dados adicionais de clientes foram afetados. Mantenha dados de clientes de produção e credenciais que chegam à produção fora dos ambientes de desenvolvimento e de teste, para que uma violação do host não chegue à produção (nossa opinião).
Reduza ao mínimo como você entrega segredos de clientes às tarefas
O primeiro incidente envolveu variáveis de ambiente usadas em tarefas de avaliação. Passe a uma tarefa só os segredos de que ela precisa, por pouco tempo, e mantenha um registro de leituras. Assim, o vazamento de uma credencial interna não expõe de uma vez uma ampla gama de segredos (nossa opinião).
Reduza as permissões nos sistemas de cobrança e de dados de clientes
A empresa lista as categorias como informações a que o aplicativo interno afetado podia chegar. Reduza por função as permissões dos sistemas internos que lidam com cobrança e com os conjuntos de dados dos clientes, e impeça que as máquinas de desenvolvimento cheguem a eles diretamente (nossa opinião).
Mantenha no seu projeto o valor de não armazenar dados
A empresa diz que Inference, Training SDK e Nexus não retêm dados por padrão e que nenhum impacto foi detectado neles. Dados que não são armazenados não podem ser levados em uma violação. Quando um recurso precisa de armazenamento, como os conjuntos de dados, mantenha-o em um local separado e limite por quanto tempo é guardado e quem pode acessá-lo (nossa opinião).
Perceba cedo chaves roubadas pelo uso incomum
A empresa descreve o objetivo como vender acesso a modelos de IA. Limites de uso por chave, alertas para saltos repentinos de uso e para chamadas de locais ou horários incomuns ajudam a perceber que uma chave roubada está sendo usada (nossa opinião). Outro caso centrado no manuseio de chaves de API em infraestrutura de IA é O incidente de segurança da Northflank.
Fontes (registros públicos)
Os fatos deste artigo vêm das informações públicas abaixo. Detalhes de passos de ataque não são tratados.
- Fireworks AI, «Update on October 2026 security incident» (boletim de segurança oficial; atualizado em 9 de novembro de 2026; consultado em 11 de novembro; em inglês) — fireworks.ai
- Fireworks AI, «Fireworks October 2026 security incident» (boletim de segurança oficial; atualizado em 10 de outubro de 2026; consultado em 11 de novembro; em inglês) — fireworks.ai
- Fireworks AI, «Security bulletins» (índice oficial; consultado em 11 de novembro; em inglês) — fireworks.ai
Histórico de atualizações
2026-11-11: Primeira versão. Com base nos boletins oficiais da Fireworks AI (o boletim de outubro e a atualização de 9 de novembro). Os boletins da empresa são tratados como fonte primária acima de reportagens. Atualizaremos quando houver mais informações.
Leia em seguida
- Um caso centrado no manuseio de chaves de API em infraestrutura de IA: O incidente de segurança da Northflank (outubro de 2026)
- Invasões a infraestrutura de IA: A invasão ao Hugging Face (2026) (em inglês) / A falha do mecanismo de inferência da NEAR AI
- Uma falha em um servidor de conexão de IA foi explorada: A falha do servidor MCP da mittwald
- Manuseio de chaves: Variáveis de ambiente e chaves de API: o básico / O que é phishing
- Outros incidentes de 2026: Vazamentos de dados e ciberataques de 2026 (em inglês)