O que acontece quando dois agentes de IA disputam um único servidor?

A experiência de segurança com IA do Zero

Num vídeo recente sobre tecnologia japonesa, o criador Zero Noichi realizou uma experiência fascinante: utilizou dois computadores ZimaBoard 2 para simular uma batalha de cibersegurança entre um defensor equipado com IA e um atacante também equipado com IA. Uma máquina alojava um sistema interno de gestão de clientes vulnerável, enquanto a outra tentava invadi-lo com um agente autónomo de IA. O defensor, igualmente equipado com IA, monitorizava, investigava e corrigia continuamente as vulnerabilidades, além de bloquear atividades suspeitas em tempo real.

Na ZimaSpace, queremos agradecer ao canal do Zero por apresentar a ZimaBoard 2 numa demonstração de cibersegurança tão criativa e estimulante. Este artigo transforma a transcrição do vídeo num artigo de blogue em inglês, estruturado para leitores interessados em servidores homelab, agentes de IA, cibersegurança, laboratórios Docker e infraestrutura autoalojada.

Nota importante: o criador original afirma claramente que a experiência foi realizada para fins de entretenimento e educativos. Alguns painéis, estados dos serviços e vulnerabilidades foram intencionalmente dramatizados ou deixados expostos para fins de demonstração. Este artigo mantém os conceitos técnicos, os dados e o desenrolar da experiência, mas evita fornecer instruções de ataque práticas.

Porque é que esta experiência é importante agora

A questão central do vídeo é simples: o que acontece quando os agentes de IA conseguem atacar e defender continuamente, sem se cansarem?

Zero começa o vídeo apresentando um tema por que muitos espetadores japoneses aguardavam: uma batalha simulada entre uma equipa de segurança e uma equipa de hackers, utilizando dois computadores. As máquinas usadas na experiência eram dispositivos ZimaBoard 2—computadores x86 compactos, adequados para executar serviços, agentes, painéis e cargas de trabalho de servidor ligeiras.

A inspiração vem de discussões recentes sobre agentes avançados de segurança com IA, incluindo sistemas que poderão ser capazes de inspecionar software, identificar vulnerabilidades, verificar se estas podem ser exploradas e, depois, propor ou aplicar correções. Zero descreve isto como algo que poderá transformar o próprio conceito de cibersegurança.

O seu objetivo não era reproduzir exatamente um sistema proprietário real. Em vez disso, criou uma experiência imaginária para antecipar a ideia mais abrangente:

«A IA já consegue atuar como hacker e como defensor até este ponto.»

Essa única ideia impulsiona todo o vídeo.

O hardware: dois dispositivos ZimaBoard 2 como estações de combate de IA

Para a experiência, Zero utilizou dois computadores ZimaBoard 2. A um foi atribuído o papel de defensor e o outro tornou-se o atacante.

A ZimaBoard 2 é ideal para este tipo de laboratório prático porque é pequena, silenciosa, baseada em x86 e concebida para serviços que funcionam 24 horas por dia, 7 dias por semana.

Na perspetiva da ZimaSpace, é precisamente aqui que a ZimaBoard 2 se destaca. Foi concebida para quem quer executar cargas de trabalho reais em casa ou num ambiente de laboratório, incluindo:

• Servidores multimédia Plex
• Filtragem de rede com Pi-hole
• Virtualização com Proxmox
• Configurações Debian ou TrueNAS
• Encaminhamento com pfSense
• Laboratórios Docker
• Contentores de IA
• Serviços de cópias de segurança
• Clusters de laboratório doméstico
• Ambientes de desenvolvimento leves

O design do hardware do produto também é relevante para a experiência. A ZimaBoard 2 inclui suporte nativo para SATA e PCIe, permitindo ligar HDD ou SSD de 2,5 polegadas, adicionar uma placa de rede 10G, utilizar um adaptador NVMe ou expandir o dispositivo para necessidades de armazenamento pessoal e redes. As duas portas Ethernet 2.5G também a tornam uma opção interessante para um NAS local rápido, acesso remoto de baixa latência e encaminhamento de rede doméstica com vários serviços.

Como mostra o vídeo de Zero, este tipo de dispositivo compacto pode tornar-se muito mais do que um «mini computador». Pode tornar-se uma plataforma prática para IA, redes, alojamento próprio e aprendizagem sobre cibersegurança.

IA conversacional vs. agentes de IA: o conceito por detrás do teste

Zero dedica algum tempo a explicar a diferença entre a IA conversacional comum e os agentes de IA.

Uma IA conversacional comum, como o ChatGPT ou o Gemini, funciona sobretudo através de conversas. Faz-se uma pergunta e ela responde. Pode ser muito inteligente, mas normalmente não continua a trabalhar por conta própria para atingir um objetivo.

Um agente de IA é diferente. Um agente de IA recebe um objetivo, divide-o em tarefas, repete ações, verifica o progresso e continua até concluir a tarefa. No vídeo, Zero descreve-o como um sistema que continua a trabalhar até atingir o objetivo.

Termos técnicos utilizados nesta parte:

• IA conversacional: um sistema de IA que responde em formato de conversa.
• Agente de IA: um sistema de IA que pode repetir tarefas até atingir um objetivo definido.
• Agente autónomo: um agente que consegue continuar a agir com menos intervenção direta de uma pessoa.
• Ciclo de objetivos: o ciclo repetido de planear, agir, verificar e melhorar.

Zero observa que muitos dos seus vídeos anteriores se centravam em agentes de IA. Um exemplo que menciona é um sistema de IA que investiga um NAS e organiza ficheiros. Numa experiência anterior, usou um computador de placa única para criar uma IA autónoma, sem um objetivo claramente definido.

Esse conceito anterior de IA autónoma tornou-se a base desta nova experiência.

Repensar a segurança da IA: defensor contra atacante

A experiência transforma a cibersegurança numa competição em tempo real entre dois sistemas de IA em execução contínua.

Zero explica a IA defensiva recorrendo à analogia de uma casa. Imagine um serviço como uma casa que contém uma chave importante. Se houver uma porta grande aberta, um atacante pode simplesmente entrar e levar a chave. Nesse caso, o defensor de IA deve identificar o problema, testar se a abertura é perigosa e fechá-la.

Mas nem todas as aberturas podem ser completamente fechadas. Zero dá o exemplo de um orifício de inspeção de 10 cm. O orifício pode ser necessário para que o administrador verifique se a chave ainda está lá. Fechá-lo interromperia uma função legítima. Por isso, a IA tem de raciocinar com mais cuidado:

1. A abertura é realmente perigosa?
2. Um atacante poderia explorá-lo com uma ferramenta?
3. O sistema consegue manter a visibilidade e, ao mesmo tempo, bloquear a intrusão?
4. Qual é a defesa mais eficaz?
5. A correção pode ser testada contra o ataque imaginado?

Na analogia, a solução final poderia ser uma rede metálica resistente: ninguém consegue entrar, mas o administrador continua a conseguir ver através dela.

Esta é a ideia central da IA defensiva no vídeo: não se limita a encontrar vulnerabilidades, também as verifica, testa possíveis ataques e aplica contramedidas.

Criar o ambiente de teste

Zero criou então um serviço empresarial fictício para a experiência. O serviço funcionava como um sistema interno de gestão de clientes, semelhante a um CRM.

O sistema incluía várias funcionalidades empresariais realistas:

• Registos de clientes
• Informações sobre negócios ou projetos
• Pedidos de assistência
• Listas de contratos
• Notas internas
• Registos de atividade
• Funcionalidade de pesquisa
• Um blogue público
• Gestão de utilizadores
• Informações internas sensíveis, incluindo chaves de API intencionalmente expostas para fins de demonstração

Explica que muitas empresas têm ferramentas internas de gestão semelhantes. Se um sistema deste tipo for comprometido, os dados dos clientes, as notas internas, o conteúdo do blogue, as permissões dos utilizadores e os registos operacionais podem ser afetados.

Isto tornou o ambiente de teste suficientemente realista para mostrar por que razão a defesa baseada em IA pode ser importante para os sistemas empresariais do dia a dia.

O painel do defensor foi concebido intencionalmente para ter um aspeto visualmente dramático e cyberpunk, para o vídeo. Apresentava o estado dos serviços, alertas, ações de recuperação, avisos de adulteração e vários agentes a trabalhar em simultâneo. Zero menciona que até cerca de cinco agentes de IA podiam operar em conjunto do lado do defensor.

O sistema do atacante também era controlado por um fluxo de trabalho semelhante ao de um agente, que experimentava continuamente diferentes caminhos para encontrar uma forma de entrar.

Porque é que a ZimaBoard 2 se adequa a este tipo de cenário de IA em homelab

Um projeto como este exige uma plataforma de servidor pequena, capaz de funcionar continuamente, lidar com diferentes conjuntos de software e suportar experiências de rede. É por isso que a ZimaBoard 2 é uma escolha natural.

Para os entusiastas de projetos DIY e amantes de tecnologia, a ZimaBoard 2 pode funcionar como um mini servidor que parece simples, mas dá conta de cargas de trabalho exigentes.

A proposta original do produto adequa-se especialmente bem ao vídeo:

«Pequena, fácil de modificar e até amorosa. Muitos chamam-lhe um mini servidor que parece um brinquedo, mas funciona como uma fera.»

Com a ZimaBoard 2, os utilizadores podem testar sistemas operativos como ZimaOS, TrueNAS, Proxmox, Debian e pfSense. Podem executar contentores Docker, serviços alojados localmente, servidores multimédia, sistemas de armazenamento e experiências com IA. Neste vídeo, a placa torna-se uma gama cibernética compacta, um ambiente controlado para observar como os agentes de IA poderão comportar-se em simulações de ataque e defesa.

Para quem tem interesse em montar um homelab, a ZimaBoard 2 oferece várias vantagens:

• Baixo consumo energético para funcionamento 24 horas por dia, 7 dias por semana
• Funcionamento silencioso e com baixo aquecimento
• Ethernet dupla de 2,5 G para cargas de trabalho de rede
• SATA nativo para expansão do armazenamento
• Suporte PCIe para placas de rede, GPUs ou adaptadores NVMe
• Compatibilidade com vários sistemas operativos para servidores
• Formato compacto que cabe em espaços de trabalho reduzidos

É por isso que um homelab ZimaBoard 2 pode servir não só para armazenamento e transmissão de conteúdos multimédia, mas também para experiências práticas de automatização com IA e monitorização da cibersegurança.

Iniciar pelo Defensor

Zero explica que, no mundo real, o ideal seria preparar a defesa antes de as ferramentas de ataque se generalizarem. Refere a ideia de que os governos e as organizações poderão querer reforçar a segurança dos bancos, dos serviços e das infraestruturas antes de os sistemas de IA poderosos se tornarem geralmente disponíveis.

No vídeo, começa pelo defensor.

O defensor começa por inspecionar o serviço, verificar se há problemas e tentar corrigir o que for possível. Inicialmente, não há ataques visíveis. O serviço continua a funcionar normalmente.

Após cerca de um minuto e meio, Zero decide que o atacante deve começar. Refere que, se for dado demasiado tempo de preparação ao defensor, o vídeo poderá ficar menos equilibrado. Quer que a simulação se assemelhe a um mundo em que os atacantes surgem antes de os defensores terem concluído totalmente o seu trabalho.

Depois, o atacante começa.

O Ataque Começa: Sondagem Contínua

Assim que o atacante começa, o número de tentativas aumenta rapidamente. Zero observa a contagem a subir a partir das dezenas, à medida que a IA atacante testa diferentes possíveis pontos de entrada.

O atacante tenta vários métodos genéricos porque não recebeu informações detalhadas sobre o serviço-alvo. Zero explica que, se o atacante recebesse mais informações específicas sobre o alvo, provavelmente concentraria os seus esforços de forma mais eficaz. Mas, nesta experiência, o atacante sonda de forma abrangente tudo o que parece plausível.

Os termos técnicos que aparecem nesta secção incluem:

• API: uma interface que permite ao software enviar comandos ou pedidos a um serviço.
• SQL: uma linguagem de consulta a bases de dados, muitas vezes associada ao acesso a bases de dados e aos riscos de injeção.
• JWT: JSON Web Token, um formato de token utilizado habitualmente para autenticação.
• GraphQL: uma linguagem de consulta para APIs, utilizada para pedir dados estruturados.
• Ponto final de administração: um URL ou percurso de API destinado a funções de administração.

Zero salienta por que motivo a IA muda a situação:

«Até agora, isto era mecânico. Agora passa a ser IA, e isso é assustador.»

A IA consegue raciocinar, variar as tentativas e testar padrões de forma aleatória. Isso faz com que o comportamento pareça menos um guião estático e mais o de um operador adaptável.

O defensor deteta o atacante

Inicialmente, o painel do defensor mantém-se tranquilo. Depois, o atacante descobre áreas expostas, incluindo caminhos intencionalmente vulneráveis. Zero observa descobertas relacionadas com a exposição do controlo de versões, pré-visualizações de API, fugas de dados do GraphQL e chaves de API.

Pouco depois, o defensor começa a reagir.

Um dos momentos mais importantes do vídeo é quando o defensor identifica o endereço IP do atacante e começa a investigar a atividade.

O agente de defesa deteta padrões de acesso suspeitos. Parece identificar tentativas dirigidas às APIs administrativas e possíveis comportamentos relacionados com JWT. O sistema começa a apresentar alertas, registos de investigação e ações defensivas.

Zero descreve a cena como o momento em que os dois lados começam finalmente a «lutar».

O defensor também toma medidas práticas. Um exemplo é desativar ou bloquear a conta de administrador previsível. Mais tarde, Zero testa isto manualmente, tentando um padrão de início de sessão comum de administrador, e confirma que a conta foi bloqueada, com o motivo apresentado.

Isto demonstra um princípio fundamental de defesa: as contas privilegiadas previsíveis são perigosas e devem ser protegidas, renomeadas, desativadas ou reforçadas.

Encerramento e recuperação do serviço

Surge outro momento dramático quando o serviço fica indisponível.

Zero repara que o painel indica um problema crítico: as palavras-passe dos utilizadores estão armazenadas em texto simples na base de dados SQL, ou seja, foram guardadas sem encriptação. O serviço parece parar temporariamente.

Interpreta isto como uma ação defensiva deliberada. Por outras palavras, o defensor poderá ter colocado o serviço temporariamente fora de linha para evitar uma exposição adicional enquanto aplicava alterações.

Em seguida, o serviço é reiniciado.

Zero confirma que o ecrã de início de sessão está novamente acessível. O painel indica que foi aplicada uma defesa. Não explica todos os pormenores técnicos, mas resume que foi encontrada e corrigida uma vulnerabilidade.

Este momento demonstra uma escolha prática na cibersegurança: por vezes, uma indisponibilidade temporária é mais segura do que manter um serviço vulnerável em linha.

Para as empresas, é por isso que o planeamento da resposta a incidentes é importante. Um sistema não deve apenas detetar problemas, mas também saber quando isolar, aplicar correções, reiniciar ou restabelecer serviços.

Os números: tentativas, descobertas e custos da IA

O vídeo apresenta vários dados úteis da experiência:

• O atacante fez aproximadamente 1 000 tentativas de ataque.
• Foram descobertas cerca de 5 áreas sensíveis que não deviam ter sido expostas.
• A certa altura, o defensor comunicou cerca de 3 alertas ou relatórios .
• A experiência durou o suficiente para que ambos os lados entrassem num ciclo de ação e reação.
• Zero tinha carregado cerca de 4 000 ienes para utilização de IA, mas o orçamento esgotou-se rapidamente.
• Refere que utilizou um modelo relativamente capaz, o que aumentou os custos.
• Estavam a ser executados vários processos de IA a grande velocidade, e o comentário final sugere que muitos agentes estavam ativos em simultâneo.

A lição prática mais marcante poderá ser o custo. Mesmo recorrendo a uma opção de IA mais económica, os ciclos contínuos de agentes podem consumir créditos muito rapidamente.

Zero interrompe a experiência quando as solicitações à IA esgotam o orçamento.

«O dinheiro acabou.»

Esta frase resume uma das realidades frequentemente ignoradas dos sistemas de IA agêntica: a autonomia é poderosa, mas o raciocínio contínuo pode sair caro.

O que a experiência comprovou

A principal conclusão é que a cibersegurança orientada por IA pode tornar-se uma competição em tempo real de descoberta, defesa, adaptação e custos.

Zero conclui que a experiência se transformou numa espécie de jogo do gato e do rato. O atacante encontrava problemas, o defensor reagia e ambos os sistemas continuavam a funcionar a alta velocidade.

Também salienta uma questão mais abrangente: talvez os seres humanos, por si só, não consigam acompanhar este ritmo. Se os atacantes usarem IA para automatizar as tentativas de exploração e sondagem, os defensores poderão também precisar de sistemas de monitorização, aplicação de correções e resposta apoiados por IA.

No entanto, também salienta que, atualmente, a experimentação com IA do lado dos atacantes está mais avançada do que a dos sistemas de defesa. Os atacantes podem surgir em grande número, e não apenas um de cada vez. No vídeo, um único atacante gerou cerca de 1000 tentativas. Se fossem 100 ou 1000 atacantes, a escala mudaria drasticamente.

Essa observação é um dos pontos mais fortes do vídeo. A cibersegurança não depende apenas de um atacante inteligente. Depende do volume, da automatização, da persistência e da assimetria.

Lições de segurança para utilizadores e criadores de laboratórios domésticos

Embora o vídeo seja divertido, também oferece lições práticas a quem utiliza um laboratório doméstico, um NAS, um serviço alojado por si ou um servidor para pequenas empresas.

Um laboratório doméstico com a ZimaBoard 2 é um excelente local para aprender estas lições em segurança, num ambiente controlado.

Eis as conclusões seguras e preventivas:

1. Não exponha serviços desnecessários
   Se um ponto de entrada não precisar de ser público, mantenha-o fechado.

2. Evite contas de administrador previsíveis
   Os nomes de utilizador de administrador predefinidos ou óbvios criam riscos desnecessários.

3. Nunca armazene palavras-passe em texto simples
   As palavras-passe devem ser cifradas de forma segura com hash, e não armazenadas como texto legível.

4. Proteja cuidadosamente os pontos de acesso das APIs
   As APIs tornam-se muitas vezes alvos de elevado valor, pois podem alterar utilizadores, dados ou definições.

5. Monitorize os registos continuamente
   Os registos de atividade podem revelar sondagens, falhas repetidas, acessos invulgares e automatização suspeita.

6. Utilize a segmentação
   Mantenha os serviços experimentais separados dos sistemas de produção importantes.

7. Tenha um plano de recuperação
   O reinício, isolamento ou reversão de um serviço deve ser planeado antes de ocorrer um incidente.

8. Preveja um orçamento para as cargas de trabalho de IA
   Os ciclos de IA autónomos podem consumir tokens e créditos mais rapidamente do que o esperado.

9. Utilize os laboratórios de forma responsável
   As experiências de segurança só devem ser realizadas em sistemas que lhe pertençam ou para os quais tenha autorização de teste.

Estas são lições práticas para quem utiliza laboratórios Docker, nós Proxmox, sistemas NAS pessoais ou contentores de IA na ZimaBoard 2.

Porque é que este é um caso de utilização tão relevante para os utilizadores da ZimaSpace

Os dispositivos ZimaSpace foram concebidos para utilizadores que gostam de construir, testar, avariar, reparar e aprender. Este vídeo enquadra-se perfeitamente nessa cultura.

A ZimaBoard 2 não é apenas uma placa para armazenamento ou transmissão de conteúdos multimédia; é uma plataforma x86 versátil para satisfazer a curiosidade técnica no mundo real.

Por exemplo, os utilizadores podem criar:

• Uma firewall doméstica com pfSense
• Um NAS pessoal com TrueNAS ou ZimaOS
• Um laboratório de serviços baseado em Docker
• Um ambiente local para testar agentes de IA
• Um servidor Plex
• Um nó de filtragem DNS Pi-hole
• Um anfitrião de virtualização Proxmox compacto
• Um ambiente de testes de desenvolvimento privado
• Um pequeno laboratório de monitorização de cibersegurança

Como o ZimaBoard 2 suporta SATA nativo, expansão PCIe e Ethernet dupla de 2,5 G, pode acompanhar a evolução das ideias do utilizador. Quer armazenamento local? Adicione SSD. Quer uma rede mais rápida? Adicione uma placa de rede de 10 G. Quer experimentar a aceleração de IA ou o armazenamento NVMe? Use a expansão PCIe.

Este é o valor de um servidor doméstico x86 compacto: oferece a criadores e programadores um espaço físico para experimentar a computação moderna.

O panorama geral: a IA vai transformar os dois lados da segurança

O Zero termina o vídeo a refletir sobre o futuro. Se os sistemas de IA poderosos se tornarem amplamente acessíveis, algumas pessoas irão usá-los de forma abusiva. Os alvos podem estar em qualquer parte do mundo. A melhor resposta é compreender o risco, proteger o que for possível e reconhecer que as ferramentas de defesa também vão continuar a melhorar.

Acrescenta também uma nota muito humana:

«As pessoas devem manter-se saudáveis. A saúde é importante.»

É um final divertido e que nos traz de volta à realidade depois de uma batalha de IA rápida e intensa.

A mensagem mais abrangente é clara: a segurança com IA está a evoluir rapidamente. Os atacantes podem usar a automatização, mas os defensores também. A questão é saber se as pessoas, as empresas e os criadores estão preparados para testar, compreender e proteger os seus sistemas antes de surgirem problemas.

O papel do ZimaBoard 2 na segurança assistida por IA

A experiência do Zero, com dois dispositivos ZimaBoard 2, oferece uma perspetiva empolgante do futuro da cibersegurança assistida por IA. Uma placa atuou como defensora, inspecionando e reforçando continuamente um serviço CRM simulado. A outra atuou como atacante, gerando cerca de 1.000 tentativas de sondagem e descobrindo várias áreas sensíveis intencionalmente expostas. A defensora detetou a atividade, bloqueou contas de risco, aplicou correções e até pareceu interromper temporariamente o serviço para o proteger.

Para a ZimaSpace, este é um exemplo perfeito do valor dos dispositivos x86 compactos. Uma placa pequena, silenciosa e de baixo consumo pode tornar-se um servidor multimédia, NAS, router, anfitrião Docker, plataforma de contentores de IA ou laboratório de cibersegurança.

Se é entusiasta de projetos DIY, de homelabs, programador ou está a aprender sobre segurança, o ZimaBoard 2 oferece-lhe uma plataforma prática para explorar o futuro da auto-hospedagem e da automatização com IA, de forma segura, responsável e criativa.

Mais uma vez, obrigado ao canal do Zero pela demonstração criativa e por mostrar tudo o que é possível fazer com hardware compacto, agentes de IA e uma forte mentalidade experimental.