Técnica FROST usa tempo de resposta de SSDs para espionar visitantes via JavaScript

O FROST não é só mais um side-channel: é uma exploração intencional da convergência entre APIs web modernas, comportamento físico de SSDs e aprendizado de máquina embarcado. Ao usar a Origin Private File System (OPFS), recurso projetado para aplicações offline robustas, o ataque transforma um mecanismo de armazenamento legítimo em sensor de estado do sistema. O truque está na escala: arquivos OPFS de centenas de gigabytes forçam leituras diretas no SSD, contornando caches do kernel e expondo latências reais do hardware. Isso permite que um único script JavaScript, sem permissões, sem interação e sem erros visíveis, capture padrões de I/O gerados por Chrome, Slack ou até WireGuard rodando em segundo plano. A rede neural usada não roda no servidor, mas localmente no navegador, processando milhares de medições de 4 KB em tempo real com precisão de nanossegundos, algo possível apenas com COOP/COEP ativados, APIs que muitos devs usam para WebAssembly, mas agora viraram alavanca para fingerprinting.

A técnica revela uma falha estrutural no modelo de segurança atual: navegadores protegem contra acesso a arquivos, mas não contra *inferência indireta* baseada em timing de operações permitidas. E isso afeta diretamente a experiência do desenvolvedor (DX), pois quem implementa OPFS hoje precisa ponderar não só performance e persistência, mas também riscos de perfilamento silencioso, mesmo em aplicações legítimas que manipulam grandes volumes de dados localmente, como editores de vídeo web ou IDEs baseadas em browser.

Na cobertura anterior de 4 de junho, o CEVIU destacou o conceito e a prova de conceito do FROST, mas ainda sem detalhes técnicos sobre a implementação da CNN no navegador, a taxa de exfiltração de dados (até 891 bit/s no macOS) ou as respostas oficiais dos fornecedores. Agora, com a divulgação completa da pesquisa (abril/2026) e os testes em múltiplos sistemas, sabemos que o ataque já foi verificado em produção real, não apenas em laboratório, e que sua eficácia supera 95% na identificação de aplicações nativas. Também mudou o entendimento sobre mitigação: antes, falava-se em 'detecção via uso excessivo de disco'; agora, é claro que limites de tamanho em OPFS e redução de precisão de temporizadores são medidas concretas discutidas com Google, Apple e Mozilla, embora nenhuma tenha priorizado correção imediata.

Porque muda o que consideramos 'isolamento seguro' no navegador. Até então, sandbox significava impedir acesso direto a recursos; agora, ele também precisa bloquear inferência indireta baseada em comportamento físico compartilhado, como uso de disco. Para devs, isso impõe novas responsabilidades: usar OPFS com restrições de tamanho por domínio, evitar COOP/COEP em contextos desnecessários e auditar scripts de terceiros que possam explorar essas APIs. Para equipes de segurança, significa atualizar scanners de código e ferramentas de detecção de comportamento anômalo para incluir padrões de leitura aleatória em grande escala, não só requisições HTTP suspeitas. E para usuários, mostra que fechar abas ociosas deixou de ser boa prática, virou medida de defesa contra canal lateral.