Sua casa já é um datacenter ruim
IA autorreplicante saiu do debate abstrato de segurança e foi parar na sala de estar. A Anthropic publicou nesta semana um experimento que mostra um cenário incômodo: modelos pequenos, rodando fora de datacenters, se espalhando por aparelhos domésticos fracos como TV boxes, câmeras e roteadores. Não é sobre geladeira ganhar consciência. É sobre um monte de hardware barato, mal atualizado e sempre conectado virar hospedeiro para um sistema que se copia, se reinstala e continua rodando mesmo quando parte dele cai.
Se você opera com agentes ou coloca modelo em borda, essa discussão te atinge direto. A gente passou anos preocupados com modelo de fronteira gigante, com trilhões de parâmetros, preso em cluster caro e monitorado. O problema novo é o oposto. Modelos de 8, 26 bilhões de parâmetros já são bons o suficiente para executar tarefas de invasão simples e cabem, com aperto, em hardware de consumidor. E eles são abertos, baixáveis, copiáveis. Quando o custo de replicar tende a zero, conter vira um problema muito diferente de desligar um servidor.
O fato
A equipe da Anthropic fez dois testes separados e bem objetivos. Primeiro, quis saber se dá para rodar um modelo razoável em uma rede de dispositivos fracos. Eles pegaram o Gemma 4 do Google, com 26 bilhões de parâmetros, e o dividiram em 15 TV boxes Android, nenhum deles capaz de rodar o modelo sozinho. Funcionou, com inferência distribuída entre os aparelhos. Lento, com latência alta, mas funcionou. Na prática, provaram que a sala de estar pode virar um cluster improvisado.
Depois, testaram a replicação em si. Montaram uma rede simulada que imita dispositivos Android vulneráveis e soltaram um worm com IA, que é um malware que se propaga sozinho pela rede. A tarefa era clássica de worm: escanear a rede, achar novas máquinas, copiar o modelo para elas e fazer ele voltar a rodar. O modelo propagado era o Llama 3.1-8B da Meta, bem menor, enquanto outro modelo coordenava o ataque. Só o modelo mais capaz testado, o GLM-5.2 da chinesa Z.ai, conseguiu colonizar a rede inteira, mas modelos menores completaram etapas isoladas. Pela velocidade da evolução, a Anthropic estima que modelos pequenos podem alcançar esse nível até o fim do ano.
Como funciona na visão de operador
Pensa em três camadas. Na base, você tem inferência fragmentada. Nenhum dispositivo IoT tem VRAM para 26 bilhões de parâmetros, mas com quantização agressiva, offloading e paralelismo estilo pipeline, dá para fatiar camadas entre nós. Cada TV box segura um pedaço e troca ativações pela rede local. A latência explode, o throughput cai para algo perto de poucos tokens por segundo, mas para um agente que precisa apenas executar comandos de shell, fazer scan de portas e escrever scripts simples, isso pode bastar. Não precisa de chat fluente, precisa de execução funcional.
No meio, tem o loop do worm. varredura de rede local, tentativa de login com credenciais padrão, exploração de serviço exposto, download do peso do modelo via HTTP ou P2P, depois bootstrap do runtime. É o mesmo fluxo do Mirai lá de 2016, só que com um cérebro um pouco mais flexível no comando. Um script tradicional quebra quando encontra uma variação de firmware. Um modelo pequeno consegue improvisar, ler um banner, ajustar o comando, tentar outra porta, interpretar um erro. Essa tolerância a bagunça é o que torna a ideia plausível em IoT, onde cada fabricante implementa Android ou Linux de um jeito torto.
Por que TV box e não servidor
TV box é o alvo perfeito porque ninguém cuida dele. Fica ligado 24 horas, tem CPU ok, alguns GB de RAM, armazenamento razoável e quase nunca recebe patch. O mesmo vale para DVR de câmera, roteador de operadora e aspirador com Wi-Fi. Individualmente são fracos, em conjunto somem dezenas de GB de RAM e armazenamento distribuído em uma casa ou condomínio. Para um operador, o custo de ataque cai e o custo de defesa sobe, porque você não tem observabilidade nenhuma sobre esse hardware. Não tem EDR, não tem log central, não tem inventário. É sombra total.
O que isso muda na prática
Quem ganha com esse alerta são fabricantes de segurança para borda, provedores de chip com enclave e quem vende gestão de frota IoT. Quem perde são todos que empilham dispositivo barato sem segmentação: casas, Airbnb, pequenos comércios, clínicas, indústrias com câmera antiga pendurada na rede principal. Se um replicador lento se instalar, ele não precisa exfiltrar dados na hora. Basta persistir, usar ciclos ociosos e esperar. Remover vira pesadelo porque limpar um aparelho não adianta se o vizinho reinfecta em minutos.
- Separe IoT em VLAN isolada sem acesso à rede principal e bloqueie tráfego lateral por padrão.
- Troque credenciais padrão, desative Telnet, SSH e UPnP exposto, e force update automático quando existir.
- Monitore DNS estranho e upload persistente saindo de TV, câmera e roteador, que costumam ser silenciosos.
A ação prática mais barata que você pode fazer hoje é mapear o que tem IP na sua rede. Muita gente roda LLM local ou agente com acesso à rede doméstica e nem sabe quantas câmeras e plugs estão com firmware de 2019. Rode um scan simples, liste MACs, isole tudo que não precisa falar com seu PC. Se você desenvolve produto com IA embarcada, passe a assinar pesos, verificar checksum no boot e limitar o runtime para não permitir execução de shell irrestrita. Pequena fricção agora evita hospedar o problema depois.
Tensão real: isso escala ou só entope tudo
Aqui fica minha dúvida de operador. Rodar Gemma fatiado em 15 caixinhas para gerar um token a cada poucos segundos não parece uma arma eficiente. Um worm tradicional em C é milhares de vezes mais leve, rápido e furtivo. Por que um atacante carregaria gigabytes de pesos para fazer o que um script de 50 KB já faz? A resposta incômoda é que o modelo não precisa ser o payload principal. Basta um coordenador pequeno, de poucos bilhões de parâmetros, para decidir, enquanto o resto da frota executa código burro. E esse coordenador está ficando menor e mais esperto a cada trimestre.
O outro ponto é persistência versus performance. A Anthropic fala em algo como um mofo digital lento ou uma nuvem de moscas, não um monstro central. Isso faz sentido técnico. Sistemas distribuídos lentos são horríveis de matar porque não têm um ponto único de falha. Foi assim com Mirai e botnets IoT, que voltavam mesmo depois de takedowns grandes. Um replicador com IA não precisa ser rápido para ser chato. Basta ser resiliente, se esconder em partição, se reinstalar via vizinho e mudar de comportamento quando detectado. Resolve ou só move o gargalo? Por enquanto move o gargalo da inteligência para a persistência. E isso, em segurança, costuma ser pior.
Conclusão
O experimento não prova um replicador total fora de controle, mas prova as duas metades que importam: dá para rodar modelo em hardware doméstico combinado e dá para automatizar cópia com IA. O resto é engenharia e tempo. Vale olhar para sua rede hoje e perguntar quantos dispositivos você realmente controla, e quantos só estão aí, ligados, esperando alguém usar primeiro.



Comentários
0 comentáriosNenhum comentário ainda. Seja o primeiro a comentar.