Near AI confirma violação de segurança; 100 usuários e 18 agentes afetados

Vulnerabilidade no SGLang abre as portas para a infraestrutura da Near AI

De acordo com o relatório oficial de incidente de segurança da Near AI publicado na segunda-feira, 9 de novembro, o invasor explorou uma vulnerabilidade de execução remota de código (RCE) no SGLang, um mecanismo de código aberto usado para processar cargas de trabalho de inteligência artificial. A falha permitiu a execução de código em um servidor de inferência, proporcionando um ponto de entrada para outros sistemas internos.

A partir daí, o invasor acessou a infraestrutura associada ao serviço Private Chat da Near AI, que havia sido descontinuado anteriormente, baixando informações de contas pertencentes a aproximadamente 100 usuários. Os registros roubados incluíam nomes e endereços de e-mail, enquanto certas contas também expuseram planos de assinatura e informações de saldo.

A invasão se estendeu além dos registros de clientes. Os investigadores confirmaram acesso não autorizado a 18 agentes operando em uma implantação legada do Near AI Agents fora do ambiente de execução confiável (TEE) da empresa. As informações obtidas incluíram históricos de bate-papo, configurações e logs operacionais.

Dois clientes do Near AI Cloud também tiveram chaves de interface de programação de aplicativos (API) expostas por meio desses registros. Ambas as credenciais já foram revogadas.

É importante ressaltar que a Near AI informou não ter encontrado indícios de que conversas armazenadas no Private Chat ou arquivos enviados tenham sido acessados. No entanto, a empresa reconheceu que as solicitações processadas no servidor comprometido em 8 de novembro podem ter sido observadas, incluindo solicitações operando no modo confidencial.

A divulgação distingue o roubo confirmado de dados da possível exposição de informações durante o processamento. A Near AI não quantificou quantas solicitações confidenciais podem ter sido observadas.

Por que a computação confidencial não impediu a violação?

Talvez a revelação mais significativa do incidente diga respeito às limitações da computação confidencial, uma tecnologia projetada para proteger informações sensíveis por meio de ambientes de execução isolados por hardware. A Near AI explicou que essas proteções não podem defender automaticamente contra vulnerabilidades dentro dos aplicativos que operam nesses ambientes.

“A computação confidencial protege os dados do operador e do host. Ela não protege contra uma vulnerabilidade no software em execução dentro do ambiente, e foi isso que aconteceu neste caso”, reconheceu a empresa.

Na prática, o invasor explorou o próprio software de inferência, em vez de precisar contornar os mecanismos de isolamento de hardware. Assim que o código malicioso foi executado dentro do servidor afetado, as solicitações em processamento tornaram-se potencialmente acessíveis.

Essa distinção é importante porque a computação confidencial tem como objetivo restringir o acesso por parte dos operadores de infraestrutura e dos hosts subjacentes. Ela não garante que o software que lida com informações confidenciais esteja livre de falhas exploráveis. A Near AI afirmou que sua análise de segurança passará a examinar o software de inferência e os serviços associados com o mesmo rigor aplicado aos ambientes de computação protegidos.

Near AI restaura serviços em nuvem após resposta de segurança

Após a detecção, a Near AI revogou sessões ativas e credenciais administrativas, substituiu tokens de agentes e desativou o Private Chat. Os engenheiros implantaram uma correção para a vulnerabilidade do SGLang em todos os servidores de inferência e concluíram rotações adicionais de credenciais.

A empresa também informou ter concluído uma análise forense, notificado os usuários afetados e entrado em contato individualmente com os proprietários de todos os 18 agentes de IA comprometidos. A Near AI confirmou que o acesso aos serviços em nuvem foi restaurado após a contenção e a correção. A vulnerabilidade também foi relatada ao projeto SGLang.

Os clientes afetados receberam instruções por meio do site security@near.ai, enquanto a empresa alertou os usuários contra comunicações não solicitadas que fizessem referência a informações de conta ou saldos. Notificações regulatórias serão enviadas nos casos em que for exigido por lei. O incidente, segundo relatos, não afetou o próprio Near Protocol nem outros serviços dentro do ecossistema mais amplo.

No entanto, a violação levanta uma questão incômoda para os provedores de infraestrutura de IA confidencial: até que ponto a computação protegida é privada quando o software que processa as solicitações permanece vulnerável? O isolamento de hardware oferece uma importante barreira de segurança, mas o incidente da Near AI demonstra que a confidencialidade depende, em última instância, da integridade dos aplicativos que operam dentro dele.

A violação da Near AI também ocorre em meio a uma sucessão extraordinária de incidentes de segurança documentados pelo Bitcoin.com News nos últimos meses. Desde o impressionante ataque de US$ 6,3 bilhões à Binance em 29 de outubro e a suposta violação de carteiras da Bitget, no valor de US$ 387,5 milhões, até a exploração da Liquid Network envolvendo quase 600 BTC, os invasores têm exposto repetidamente pontos fracos em todo o setor de ativos digitais.

Incidentes de segurança envolvendo Ledger, Safepal, Trezor, Keystone, Chainalysis, Gnosis Pay, Keplr-Web3Auth e Crédit Mutuel Arkéa ampliaram ainda mais as preocupações, enquanto vulnerabilidades recém-divulgadas no iOS ameaçam dados confidenciais de aplicativos. Coletivamente, esses episódios revelam uma realidade cada vez mais preocupante: os desafios de segurança do setor vão muito além do roubo de criptomoedas, atingindo profundamente os registros de clientes, as dependências de software, os sistemas de autenticação e a infraestrutura encarregada de proteger os ativos digitais.