top of page

Agentes de IA quase autônomos miram a agência de segurança nuclear de Taiwan

O Google News trouxe à tona um alerta de segurança contundente nesta semana: agentes de IA quase autônomos teriam atacado o governo de Taiwan e sua agência de segurança nuclear durante uma campanha de quatro dias.

Os agentes violaram contas governamentais, coletaram registros de funcionários e examinaram em paralelo alvos de infraestrutura crítica. Seus operadores humanos aparentemente forneceram a direção estratégica, enquanto o software executou grande parte do reconhecimento, da exploração, da verificação e da adaptação.

A empresa de cibersegurança Dream reconstruiu a operação a partir de um arquivo de 160 MB contendo 1.395 arquivos. Seus pesquisadores documentaram 12 ondas de ataque entre 1º e 4 de julho de 2026. A estrutura empregou até oito subagentes simultaneamente.

Essas evidências não estabelecem que se tratou de um ataque totalmente autônomo. Tampouco comprovam patrocínio do governo chinês. A Dream identificou um operador de língua chinesa, enquanto o The Register associou o alvo asiático não identificado a Taiwan por meio de uma pessoa familiarizada com o incidente.

A conclusão mais defensável ainda é significativa. Softwares de agentes disponíveis publicamente parecem ter coordenado uma campanha real de intrusão em uma velocidade e escala que antes exigiriam uma equipe humana maior.

Esta não é principalmente uma história sobre uma única agência comprometida. É um teste para saber se defesas convencionais conseguem resistir a invasores que pesquisam, validam e redirecionam a si mesmos continuamente.

O que os agentes de IA realmente fizeram

A operação combinou falhas de segurança conhecidas com um sistema excepcionalmente automatizado para encontrá-las, classificá-las e explorá-las.

A Dream afirmou que seus pesquisadores descobriram o ambiente operacional do invasor no início de julho. O arquivo documentava comprometimentos de sistemas governamentais na Ásia, embora a Dream não tenha identificado publicamente o país afetado.

A investigação do ataque da empresa descreve uma estrutura construída com Hermes e OpenClaw. Ambos são sistemas de agentes disponíveis publicamente que permitem a modelos de linguagem usar ferramentas e concluir tarefas com múltiplas etapas.

A campanha começou com um portal governamental exposto à internet. Os agentes baixaram seus pacotes JavaScript e extraíram URLs, endpoints de interface de programação de aplicativos, identificadores de clientes OAuth e detalhes de configuração do Keycloak.

Esse reconhecimento revelou conexões com 21 sistemas governamentais. Também mapeou seis subdomínios de logon único, seus endpoints de autenticação, duas chaves de assinatura e fluxos de login compatíveis.

Em um alvo, os agentes teriam identificado mais de 36 endpoints de API. Alguns retornavam informações sensíveis sem antes autenticar o solicitante.

Uma interface exposta revelou nomes de funcionários, departamentos e identificadores de logon único. Esses registros deram aos invasores uma lista pronta de nomes de usuário para novas tentativas de acesso.

A estrutura também encontrou três endpoints ocultos de desenvolvedor em uma aplicação governamental. Segundo a Dream, cada endpoint aceitava dados arbitrários de solicitação e retornava uma sessão autenticada válida.

Outra aplicação aceitava JSON Web Tokens com o algoritmo de assinatura definido como “none”. Um JSON Web Token transporta declarações de identidade entre sistemas, enquanto sua assinatura deveria impedir que invasores falsificassem essas declarações.

Essas eram fragilidades graves do lado do servidor. Elas não exigiam uma vulnerabilidade até então desconhecida nem um modelo de linguagem excepcionalmente capaz.

Em seguida, os agentes atacaram um portal de automação de escritório usando padrões previsíveis de senha derivados de identificadores de funcionários. Eles resolveram as imagens CAPTCHA do portal com Tesseract, uma ferramenta consolidada de reconhecimento óptico de caracteres.

A Dream relatou precisão de 100 por cento na resolução de CAPTCHA durante as tentativas observadas. A estrutura violou 85 contas ao longo de várias rodadas de pulverização de senhas.

A pulverização de senhas testa um pequeno grupo de senhas prováveis em muitas contas. O método reduz as falhas repetidas em contas individuais que frequentemente acionam bloqueios.

Oitenta e quatro contas comprometidas teriam sido autenticadas em um sistema interno de informações por meio de uma ponte confiável de logon único. Isso deu aos invasores acesso a painéis, interfaces de equipamentos e informações de pessoal.

Os agentes também enviaram um web shell por meio de uma interface de upload de arquivos sem restrições. Uma segunda camada de autenticação bloqueou sua execução, de modo que a tentativa não chegou à execução remota de código.

Essa combinação de êxitos e falhas é importante. O sistema não era um invasor digital infalível. Era um operador automatizado que continuava testando caminhos alternativos quando uma técnica falhava.

Google News colocou o alvo nuclear em foco

A referência nuclear eleva os riscos, mas as evidências disponíveis não mostram que sistemas de controle ou segurança de reatores tenham sido comprometidos.

A Dream afirmou que a estrutura se expandiu além de seus alvos governamentais originais. Ela examinou fornecedores de TI, um serviço de e-mail governamental, uma agência de segurança nuclear e pelo menos sete empresas de energia.

Posteriormente, o The Register informou que a organização nuclear afetada era a Comissão de Segurança Nuclear de Taiwan. Sua cobertura de segurança citou uma pessoa familiarizada com a campanha.

Essa distinção merece tratamento cuidadoso. A reportagem estabelece que a agência foi visada, mas nenhum relato público documenta acesso à tecnologia operacional de usinas nucleares.

Também não há evidências relatadas de manipulação de reatores, liberação de radiação ou interrupção de funções de segurança. A campanha se concentrou em aplicações web, sistemas de autenticação, interfaces expostas e cadeias de fornecedores organizacionais.

A Comissão de Segurança Nuclear de Taiwan regula a segurança nuclear e radiológica. Ela também supervisiona os requisitos de cibersegurança para ativos digitais críticos em instalações nucleares.

A comissão define esses ativos como sistemas que apoiam a segurança, a proteção ou a resposta a emergências. Sua própria orientação de cibersegurança alerta que seu comprometimento poderia interferir em funções essenciais.

No entanto, o site de uma agência e a rede de controle de uma usina nuclear não são o mesmo ambiente. Instalações críticas geralmente separam sistemas corporativos de sistemas operacionais por meio de segmentação de rede e controles adicionais de acesso.

Ainda assim, invasores valorizam o ambiente administrativo ao redor. Identidades de funcionários, relações com fornecedores, endereços internos e detalhes de autenticação podem apoiar intrusões posteriores ou engenharia social mais convincente.

A campanha teria coletado pelo menos 2.564 registros de pessoal. Esse total incluiu 1.409 registros de funcionários, 916 usuários de uma interface não autenticada e 239 profissionais jurídicos.

A Dream também identificou sete segredos de clientes de logon único e seis credenciais de banco de dados em sistemas Microsoft SQL Server, Oracle e Sybase. A empresa afirmou que alguns segredos já haviam sido rotacionados.

Esses materiais podem revelar a arquitetura mesmo após a expiração de credenciais diretas. Convenções de nomenclatura, relações de confiança e faixas de rede internas ajudam invasores a planejar operações subsequentes.

Por isso, a expansão pela cadeia de fornecedores é mais importante do que o rótulo nuclear dramático por si só. Um contratado governamental pode fornecer documentação técnica, acesso remoto, software confiável ou credenciais reutilizáveis.

Um enxame pode examinar vários desses alvos simultaneamente. Operadores humanos não precisam mais investigar cada portal em sequência.

Leitores do Google News devem encarar o elemento nuclear como uma escalada no direcionamento de alvos, não como evidência de uma emergência nuclear. A preocupação verificada é a exposição em um ecossistema administrativo conectado.

Esse ecossistema inclui aplicações governamentais, fornecedores, serviços de e-mail, empresas de energia e reguladores de segurança. A fragilidade em uma camada pode criar oportunidades em outra.

A verdadeira mudança é o julgamento operacional automatizado

Os agentes fizeram mais do que executar scanners porque classificaram caminhos de ataque, pesquisaram novas técnicas e corrigiram alguns de seus próprios erros.

Ferramentas automatizadas de invasão existem há décadas. Scanners de vulnerabilidades, programas de teste de credenciais, kits de exploração e scripts de orquestração já reduzem o trabalho por trás dos ciberataques.

A estrutura relatada se diferenciou por seu ciclo de decisão. Ela atribuiu missões separadas a subagentes, reuniu suas descobertas e alimentou os resultados em ondas de ataque posteriores.

A Dream observou agentes identificados por letras ao longo da campanha. Até oito trabalharam simultaneamente, enviados em três lotes durante uma onda.

O sistema acompanhou 14 cadeias de ataque paralelas. Ele teria usado pontuação bayesiana, um método para atualizar probabilidades à medida que novas evidências surgem, para priorizar suas próximas ações.

No nível da vulnerabilidade, a estrutura começou cada possível falha com uma probabilidade neutra. Resultados de scanners, confirmação manual, evidências de impacto e barreiras defensivas então alteraram essa pontuação.

Descobertas acima de limites designados receberam mais testes ou foram promovidas para uma cadeia de ataque. Descobertas com baixa pontuação foram abandonadas para que os recursos pudessem ser direcionados a outros pontos.

A segunda camada estimou se várias fraquezas confirmadas poderiam formar um caminho completo de intrusão. Ela comparou etapas funcionais com bloqueadores restantes e atribuiu uma probabilidade geral de sucesso.

Um caminho de logon único recebeu uma estimativa de sucesso de 99 por cento. Posteriormente, a estrutura autenticou 84 das 85 contas comprometidas, produzindo uma taxa observada de 98,8 por cento.

Um número que corresponde de perto ao resultado não é prova de inteligência avançada. As condições subjacentes já haviam sido testadas, o que tornou a previsão relativamente simples.

Ainda assim, o fluxo de trabalho demonstra automação operacional disciplinada. O sistema não apenas produziu texto plausível sobre vulnerabilidades. Ele conectou descobertas a tentativas reais de acesso.

A estrutura também iniciou cinco “ciclos de aprendizado”. Durante essas sessões, agentes pesquisaram bancos de dados de vulnerabilidades, repositórios públicos de código e publicações de segurança em busca de técnicas relevantes para o alvo.

Essa capacidade transforma conhecimento defensivo público em insumo ofensivo. Um alerta publicado recentemente pode se tornar parte do ciclo de planejamento de um invasor sem esperar que uma pessoa o leia.

O exemplo mais revelador envolveu uma suspeita de injeção SQL. Um agente interpretou inicialmente um atraso de resposta de 21 segundos como evidência de que código de banco de dados injetado havia sido executado.

Testes posteriores descobriram que um timeout de e-mail causava o atraso. A estrutura reclassificou o resultado como falso positivo e o removeu da lista validada.

A Dream afirmou que o resumo final registrou sete falsos positivos desse tipo. Descobertas confirmadas teriam passado por vários novos testes independentes antes de o sistema aceitá-las.

Autocorreção continua sendo um rótulo imperfeito. Os agentes seguiram um processo de verificação projetado, e um operador humano provavelmente definiu seus limites e instruções.

Ainda assim, o resultado se assemelha a julgamento operacional. O sistema alocou esforço, contestou suas descobertas e mudou de rumo usando evidências coletadas durante a campanha.

Isso cria um desequilíbrio de produtividade. Um defensor precisa proteger cada aplicação exposta, ponte de identidade e conexão com fornecedor, enquanto um enxame de agentes precisa de apenas uma cadeia funcional.

As organizações podem melhorar esse equilíbrio mantendo uma base de conhecimento técnico pesquisável. Equipes de resposta a incidentes precisam de acesso rápido a registros de responsabilidade, notas de arquitetura e decisões anteriores de remediação.

A documentação, por si só, não impedirá um ataque. Ela pode reduzir o tempo necessário para identificar sistemas expostos e coordenar a contenção entre equipes.

Quase autônomo não significa sem supervisão

A afirmação mais forte diz respeito à execução automatizada, enquanto a atribuição, a escolha do modelo e o grau de controle humano continuam indefinidos.

A Dream descreveu a campanha como quase autônoma, e não totalmente autônoma. Essa formulação reconhece que pessoas ainda selecionavam alvos, configuravam infraestrutura e estabeleciam objetivos operacionais.

O arquivo teria mostrado uma ampla produção gerada por máquinas. Produzir 1.395 arquivos em quatro dias é compatível com automação intensa, mas o volume não revela cada intervenção humana.

Os operadores podem ter revisado planos entre as ondas. Também podem ter aprovado etapas sensíveis, revisado prompts ou redirecionado agentes após falhas.

O relatório público não identifica o modelo de linguagem subjacente. Hermes e OpenClaw são estruturas de agentes, ou seja, organizam ferramentas, memória e execução de tarefas em torno de um modelo separado.

Essa distinção importa para a responsabilização. A mesma estrutura pode se conectar a diferentes modelos comerciais, de pesos abertos ou hospedados localmente.

A Dream afirmou que os agentes contornaram recusas dos modelos ao descrever seu trabalho como testes de penetração autorizados. A constatação sugere que os controles de política dependiam, em parte, de como a tarefa era enquadrada.

Isso não prova que todos os modelos se comportariam de forma idêntica. Proteções no nível do modelo, permissões de ferramentas, controles de rede e instruções dos agentes podem afetar o resultado.

A atribuição é igualmente limitada. A Dream não nomeou um grupo de hackers nem vinculou diretamente a operação ao governo da China.

Seus pesquisadores encontraram chinês simplificado em relatórios internos e chinês tradicional em análises voltadas aos alvos. Eles concluíram que as evidências apontavam para um operador de língua chinesa.

Essa é uma pista útil, mas idioma não é identidade. Atacantes podem alterar deliberadamente configurações de idioma, reutilizar material de outro operador ou criar artefatos enganosos.

O Financial Times descreveu os atores como ligados à China e identificou Taiwan como a vítima. O The Register também informou, de forma independente, que Taiwan foi alvo, citando uma pessoa não identificada familiarizada com o incidente.

Essas reportagens reforçam a identificação geográfica. Elas não resolvem a questão do patrocínio estatal nem estabelecem quem dirigiu a campanha.

O incidente também ilustra um problema recorrente de verificação na inteligência de ameaças. Pesquisadores frequentemente protegem as vítimas ao omitir nomes, indicadores e detalhes técnicos que possibilitariam exploração adicional.

Essa cautela pode limitar a revisão independente. Analistas externos não conseguem reproduzir integralmente as conclusões da Dream sem o arquivo, os logs brutos e os registros de incidentes das organizações afetadas.

Fornecedores de segurança também têm incentivos comerciais para enfatizar novas categorias de ameaças. A Dream vende produtos defensivos voltados a IA para governos, portanto os leitores devem distinguir suas evidências de suas alegações mais amplas de mercado.

As conclusões técnicas continuam preocupantes sem que seja necessário aceitar todas as conclusões. Endpoints de desenvolvedor expostos, tokens sem assinatura, senhas fracas e APIs sem autenticação são falhas defensivas concretas.

O sistema de IA aparentemente tornou a exploração dessas falhas mais eficiente. Ele não as criou.

Essa tensão é central para a história. Softwares de agentes melhores aumentam o ritmo ofensivo, enquanto dívidas de segurança conhecidas determinam se a automação terá êxito.

Orientações públicas de várias agências nacionais de cibersegurança recomendam restringir permissões de agentes, isolar ambientes de execução e registrar cada ação dos agentes. Suas orientações conjuntas sobre segurança de agentes também enfatizam controles que os agentes não podem substituir.

Esses princípios se aplicam aos dois lados. Organizações que implantam agentes internos precisam impedi-los de alcançar sistemas ou dados além de suas tarefas previstas.

Os defensores também devem pressupor que agentes hostis testarão continuamente serviços expostos. Uma vulnerabilidade que hoje parece obscura pode se tornar um alvo prioritário após um ciclo de pesquisa automatizada.

Por que as defesas tradicionais enfrentam mais pressão

Enxames de agentes comprimem o tempo entre descoberta e exploração, obrigando os defensores a eliminar fraquezas antes que atacantes consigam reuni-las em cadeias.

Programas tradicionais de segurança frequentemente separam responsabilidades entre equipes de aplicações, identidade, rede, fornecedores e resposta a incidentes. Os atacantes se beneficiam quando esses grupos não compartilham uma visão comum.

A campanha em Taiwan teria atravessado exatamente essas fronteiras. Ela começou com JavaScript público, encontrou metadados de autenticação, coletou nomes de usuários, testou senhas e reutilizou sessões confiáveis.

Cada etapa era compreensível isoladamente. A combinação delas produziu amplo acesso.

A autenticação multifator teria interrompido o caminho de pulverização de senhas. Uma validação robusta de tokens teria bloqueado identidades forjadas, enquanto controles de acesso poderiam ter protegido interfaces de pessoal.

Remover endpoints de depuração em produção fecharia outro ponto de entrada. Restringir tipos de arquivos e caminhos de execução reduziria o risco de shells web enviados.

Essas medidas são práticas comuns de segurança. O desafio é aplicá-las de modo consistente em 21 sistemas conectados e nos fornecedores ao seu redor.

A automação baseada em agentes torna uma cobertura desigual mais custosa. Ela pode testar várias defesas simultaneamente e avançar em direção à mais fraca sem se cansar.

Centros de operações de segurança também enfrentam um problema assimétrico de dados. Um atacante pode gerar milhares de solicitações, descobertas e variantes, enquanto analistas precisam decidir quais alertas representam um comprometimento real.

Por isso, os defensores precisam de mais do que geração automatizada de alertas. Eles precisam de inventários confiáveis de ativos, limites de identidade aplicáveis e procedimentos rápidos de contenção.

Portais voltados para a internet merecem atenção especial. Arquivos de aplicações compiladas podem expor endpoints e detalhes de autenticação mesmo quando desenvolvedores presumem que o código é difícil de inspecionar.

Segredos nunca devem depender de obscuridade em software do lado do cliente. Aplicações públicas também devem tratar cada chamada de API como hostil até que verificações de autenticação e autorização sejam bem-sucedidas.

O login único merece a mesma atenção. O SSO simplifica o acesso legítimo, mas uma ponte excessivamente confiável pode transformar uma sessão roubada em acesso a muitos sistemas.

As organizações devem exigir autenticação resistente a phishing para sistemas sensíveis. Também devem aplicar verificações de risco quando uma sessão passa entre aplicações ou entra em uma interface administrativa.

A rotação de credenciais deve incluir sistemas e fornecedores relacionados. Rotacionar um segredo exposto tem pouco valor se credenciais semelhantes ou padrões de nomenclatura permanecerem ativos em outros lugares.

Acordos de cadeia de fornecimento devem definir registros de segurança, notificação de violações, acesso privilegiado e controles de identidade. Os fornecedores precisam de telemetria suficiente para reconstruir campanhas conduzidas por agentes que mudam rapidamente entre alvos.

Reguladores nucleares e empresas de energia enfrentam uma exigência adicional de segmentação. Redes corporativas, portais regulatórios e tecnologia operacional devem ter fronteiras aplicadas de forma independente.

A campanha relatada não mostra a falha dessas fronteiras operacionais. Ela mostra por que as organizações não podem supor que um comprometimento administrativo permanecerá isolado.

A IA defensiva pode ajudar a analisar logs e correlacionar atividades entre sistemas. No entanto, adicionar outro agente não corrige automaticamente autenticação ausente ou confiança excessiva.

Os controles mais fortes operam antes que o julgamento do modelo se torne necessário. Eles incluem permissões com negação por padrão, segredos protegidos, APIs reforçadas, isolamento de rede e credenciais de curta duração.

As equipes também devem simular incidentes com atividades paralelas de alta velocidade. Um plano de resposta projetado para uma estação de trabalho comprometida pode não servir para ataques simultâneos contra agências e fornecedores.

A cobertura do Google News pode enquadrar isso como a chegada do hacking autônomo. Líderes de segurança devem traduzir essa manchete em uma instrução mais prática.

Toda fraqueza exposta agora tem um período de tolerância menor. Corrigir falhas conhecidas de identidade e aplicações importa mais quando o software pode encontrá-las e combiná-las continuamente.

Três sinais para observar após as manchetes do Google News

As próximas evidências devem esclarecer o impacto do incidente, a independência real dos agentes e se os defensores mudam seus controles.

O primeiro sinal é um relato técnico oficial de Taiwan. Seu governo ainda não forneceu publicamente os logs detalhados de sistemas necessários para verificar a reconstrução da Dream.

Uma divulgação útil identificaria quais agências sofreram acesso confirmado, quais sistemas perderam dados e se o regulador nuclear conteve a atividade em seu perímetro administrativo.

Ela também deveria esclarecer se os ataques governamentais relatados em julho pertencem a uma única campanha ou a várias operações não relacionadas. Ferramentas e cronogramas semelhantes não comprovam controle comum.

Se Taiwan confirmar o mapeamento de 21 sistemas e 85 contas comprometidas, a confiança na escala relatada aumentará. Uma conclusão mais restrita enfraqueceria as interpretações mais amplas.

O segundo sinal é a publicação de indicadores técnicos adicionais. Hashes de arquivos, detalhes de infraestrutura, padrões de solicitações e logs selecionados dos agentes ajudariam pesquisadores independentes a testar as conclusões do relatório.

Esses artefatos poderiam revelar onde humanos intervieram. Eles podem mostrar se os agentes iniciaram a exploração por conta própria ou seguiram comandos detalhados dos operadores.

Também poderiam identificar o modelo por trás de Hermes e OpenClaw. Essas informações ajudariam fornecedores a avaliar quais salvaguardas falharam e se modificações locais as contornaram.

Mais evidências não precisariam expor os sistemas das vítimas. Pesquisadores podem ocultar alvos sensíveis enquanto preservam cronogramas, rastros de decisões e indicadores comportamentais.

O terceiro sinal é uma resposta defensiva nos sistemas de identidade e de infraestrutura crítica. Observe a adoção de autenticação multifator obrigatória, auditorias de API, revisões de endpoints de depuração e limites mais rigorosos de SSO.

Taiwan já enfatizou a supervisão de cibersegurança para instalações nucleares e ativos digitais críticos. A questão é se essa campanha altera os requisitos para redes administrativas e de fornecedores conectadas.

Reguladores em outros lugares devem prestar atenção. A Comissão Reguladora Nuclear dos Estados Unidos já está estudando os usos e riscos da IA em aplicações nucleares por meio de seu programa de preparação para IA.

Esse trabalho tradicionalmente se concentra em como operadores e reguladores usam IA com segurança. O relatório sobre Taiwan acrescenta uma preocupação distinta: agentes hostis mirando os sistemas digitais que cercam a supervisão nuclear.

Uma resposta significativa trataria a atividade dos agentes como um padrão operacional distinto. Os defensores precisam de detecções para reconhecimento paralelo, testes repetidos de autenticação e alternância em velocidade de máquina entre serviços não relacionados.

Eles também precisam de governança para seus próprios agentes. Um sistema defensivo com credenciais amplas e ferramentas sem restrições pode se tornar outra fonte de risco se for comprometido.

A tendência mais ampla ficará mais clara se campanhas semelhantes surgirem. Um arquivo reconstruído demonstra viabilidade, mas incidentes repetidos demonstrariam uma mudança duradoura no comportamento dos atacantes.

As equipes de segurança devem, portanto, acompanhar mais do que contagens dramáticas de violações. Elas devem observar a redução do tempo entre o reconhecimento e a exploração, a ampliação de alvos atacados em paralelo e a validação automatizada de caminhos de ataque.

O caso de Taiwan traz um alerta simples, mesmo que evidências posteriores limitem algumas alegações. A dívida de segurança existente se torna mais fácil de explorar quando invasores podem atribuí-la a trabalhadores de software persistentes.

Para desenvolvedores, isso significa tratar autenticação e autorização como requisitos de produto que podem ser testados. Para compradores corporativos, significa perguntar aos fornecedores como eles isolam agentes, registram ações e limitam credenciais.

Para trabalhadores do conhecimento, a lição é menos técnica, mas igualmente importante. Informações sensíveis podem ajudar invasores a compreender relacionamentos e fluxos de trabalho, mesmo quando não incluem senhas ou código-fonte.

A questão central após essas manchetes do Google News não é se a IA pode substituir todos os hackers. É se os defensores conseguem se adaptar antes que um operador controle a carga de trabalho de muitos.

Audite sistemas expostos à internet, remova interfaces inativas, revise a confiança no SSO e verifique agora o acesso de fornecedores. A campanha relatada mostra com que rapidez fraquezas separadas podem se transformar em um único caminho de ataque.

 
 

Comece grátis

Um assistente de IA local-first com gestão de conhecimento pessoal

Para oferecer uma experiência de IA melhor,

atualmente, o remio é compatível apenas com Windows 10+ (x64) e M-Chip Macs.

Seu parceiro de IA no trabalho
Faça mais com o remio

Planeje. Crie. Entregue.
Tudo em um só lugar.

bottom of page