A plataforma de infraestruturas de inteligência artificial Fireworks revelou ter sido alvo de uma segunda intrusão informática no espaço de poucas semanas, depois de atacantes terem explorado uma falha num fornecedor externo de serviços cloud para aceder às máquinas de desenvolvimento da tecnológica. O incidente expôs metadados e informações de faturação, embora os dados de cartões de pagamento tenham ficado a salvo por não serem guardados nos servidores da empresa.
Conhecida por fornecer uma infraestrutura de inferência de alto desempenho, a startup permite que os programadores implementem e executem modelos open-source (como o Mistral, o Llama da Meta ou o Gemma da Google) sem terem de gerir as limitações físicas do hardware. Esta abstração técnica acelera o lançamento de aplicações de IA, mas concentra num único ponto o controlo de recursos computacionais de elevado valor financeiro.
Do fornecedor externo às máquinas de desenvolvimento
A intrusão mais recente teve início a 23 de outubro, data em que uma entidade externa responsável por alojar as máquinas de investigação e desenvolvimento da Fireworks sofreu uma quebra de segurança. No dia seguinte, a 24 de outubro, os invasores aproveitaram essa brecha inicial para alcançar os sistemas de desenvolvimento da própria startup e executar cargas de trabalho não autorizadas.
Durante este acesso indevido, o grupo malicioso conseguiu recolher vários dados sensíveis de alguns clientes. Entre os elementos afetados encontram-se metadados de recursos (incluindo identificadores internos, nomes de exibição, descrições e datas de criação), bem como conjuntos de dados (datasets) e pesos de modelos de IA incompletos, que correspondem aos parâmetros matemáticos ajustados durante o treino de algoritmos. Os atacantes acederam ainda a registos de faturação detalhados, tais como moradas de envio e cobrança, histórico de faturas e pagamentos, saldos de conta e consumo de créditos.
A atividade suspeita foi detetada pela equipa técnica no próprio dia 24 de outubro, o que levou à ativação imediata dos protocolos de resposta a incidentes para encerrar vulnerabilidades críticas conhecidas. Desde o dia 25 de outubro que não existem indícios de novos acessos ilegítimos à plataforma utilizada pelos clientes. Para conter o ataque, a tecnológica isolou os sistemas comprometidos, revogou e substituiu credenciais e contas de serviço, bloqueou rotas de rede não autorizadas e apertou o controlo de acesso aos sistemas de armazenamento e análise de dados. A investigação sobre o alcance total do ataque conta agora com o apoio da Unit 42, a divisão de resposta a incidentes da Palo Alto Networks.
A ligação ao fenómeno do LLMjacking
Este caso surge pouco depois de um primeiro incidente reportado no início de outubro às autoridades e aos utilizadores afetados. Nessa ocasião, os atacantes conseguiram ler variáveis de ambiente que guardavam chaves de API (códigos que autenticam a comunicação direta entre diferentes softwares) e tokens de acesso pertencentes a um número limitado de contas. A empresa revogou então as credenciais internas comprometidas, as chaves de API afetadas e as novas chaves que tinham sido criadas pelos próprios invasores, antes de descobrir a intrusão de 23 de outubro.
Na altura da primeira brecha, a startup explicou a motivação por detrás da ofensiva: “As provas indicam ligações a um grupo de cibercriminosos com motivações financeiras, cujo objetivo passava por vender tokens obtidos através do acesso não autorizado a Grandes Modelos de Linguagem (LLMs) a gateways de encaminhamento ilícitos, uma prática conhecida como ‘LLMJacking’”.
O roubo de credenciais para explorar capacidade computacional alheia tem causado prejuízos avultados às empresas tecnológicas. Há uma semana, um relatório conjunto do Google Threat Intelligence Group (GTIG) e da Mandiant já tinha demonstrado como os ataques de LLMjacking geram custos milionários para as organizações comprometidas, com as faturas de serviços de IA na cloud a atingirem valores até 1 milhão de dólares (cerca de 890.000 € à taxa de câmbio atual, sem impostos) devido a chamadas fraudulentas feitas com chaves de API roubadas.
(TT)