Um ciberataque assistido por IA é uma intrusão em que ferramentas de inteligência artificial auxiliam numa ou mais fases, tais como o reconhecimento, a análise de vulnerabilidades, a criação de conteúdos de phishing ou a geração de código, e não um ataque planeado e executado por um modelo de IA sem orientação humana. Os alertas da OpenAI e da Anthropic referem-se a este modelo assistido, e não a atacantes de IA autónomos. |
|---|
Principais conclusões
- A OpenAI e a Anthropic juntaram-se a mais de 100 outras empresas para alertar que a IA está a reduzir a barreira de competências necessárias para a realização de ciberataques
- A CrowdStrike documentou uma campanha assistida por IA contra bancos sul-coreanos que utilizava ferramentas ARTEX baseadas num backend DeepSeek, com registos de sessões do Claude Code também presentes
- As medidas de prevenção, incluindo a limpeza de ficheiros e a análise pré-execução, reduzem a exposição a malware gerado por IA, mas a deteção e a resposta continuam a ser necessárias a par destas medidas
- Os responsáveis pela segurança podem agir já: dar prioridade às vulnerabilidades expostas de alto risco, reforçar os controlos de acesso, inspecionar e limpar ficheiros não confiáveis, testar as defesas existentes e confirmar a prontidão para a resposta a incidentes
- Segundo consta, a OpenAI e a Anthropic estão a preparar-se para cenários para o «dia seguinte» para uma reação negativa do público na sequência de um grande ataque assistido por IA, embora este não seja um cronograma confirmado pela OpenAI
O que a OpenAI e a Anthropic estão, na verdade, a planear
A OpenAI e a Anthropic estão a encarar um grande ciberataque assistido por IA como uma questão de preparação. Em agosto de 2026, as duas empresas juntaram-se a mais de 100 outras organizações na assinatura uma carta aberta alertando que a IA está a eliminar as barreiras de custo e competência que outrora travavam os atacantes e apelando aos defensores para que resolvam as vulnerabilidades e as configurações incorretas que já acumularam, antes que essa mudança se acelere. A carta apresenta isto como um risco comum para qualquer organização que opere infraestruturas expostas, e não apenas para alvos de grande visibilidade.
Essa preparação estende-se à forma como as empresas esperam que o público reaja. De acordo com Axios, a OpenAI e a Anthropic estão a ensaiar em privado planos para o «dia seguinte», comunicações e manuais de resposta à indignação pública que se seguiria a um grande ataque assistido por IA, com fontes a descreverem um prazo de 6 a 12 meses. Esse prazo provém de fontes da Axios, não de uma projeção publicada pela própria OpenAI, e a OpenAI afirmou que os seus próprios cenários de preparação não representam resultados inevitáveis.
Para os responsáveis pela segurança, a distinção é menos importante do que a orientação a seguir. Quer o prazo seja de seis meses ou de dois anos, as empresas que estão a desenvolver estes sistemas de IA já estão a tratar os ataques assistidos como uma realidade operacional a curto prazo, o que constitui motivo suficiente para dar prioridade às defesas que serão abordadas mais adiante.
Onde já estão a surgir ataques assistidos por IA
Já existem provas de ataques assistidos por IA, para além dos alertas sobre o que poderá vir a acontecer. O caso público mais evidente é uma campanha contra instituições financeiras sul-coreanas que a CrowdStrike documentou numa investigação sobre um conjunto de ferramentas a que a empresa chama ARTEX.
O relatório da CrowdStrike revelou que o autor da ameaça utilizou o ARTEX, uma estrutura desenvolvida principalmente com base num backend DeepSeek, juntamente com históricos de sessões do Claude Code encontrados na mesma infraestrutura do atacante. O relatório refere ainda que o número de organizações afetadas continua por confirmar.
A investigação não identifica nenhum produto antivírus específico que não tenha detetado a atividade, nem fornece qualquer base para estimar a dimensão de um incidente futuro. Os dados revelam um conjunto misto de ferramentas por trás de uma campanha documentada, não constituindo uma confirmação de que um único modelo de IA tenha executado todas as fases do ataque.
No entanto, a carta do setor, datada de agosto de 2026, assinada pela OpenAI, pela Anthropic e por mais de 100 outras organizações, manifesta preocupação quanto ao rumo que os ataques baseados em IA poderão tomar, em vez de se centrar nos ataques que já foram observados.
O que a IA altera nos ciberataques
A IA altera a dinâmica económica de um ataque: reduz o tempo e os conhecimentos especializados que cada fase exigia anteriormente. A investigação de vulnerabilidades é o exemplo mais claro. As ferramentas de IA conseguem analisar código e configurações em busca de pontos fracos mais rapidamente do que um analista a trabalhar sozinho e, assim que um ponto fraco é identificado, elaboram código de exploração. Isto acelera um processo que antes levava dias a uma equipa especializada.
A coordenação entre as diferentes fases constitui a segunda mudança. A campanha ARTEX acima descrita demonstra como as ferramentas de IA apoiam o reconhecimento, a preparação e a execução no âmbito de uma única operação, ligando etapas que, anteriormente, exigiam uma equipa com competências variadas e desenvolvidas separadamente.
Em conjunto, estas capacidades apontam para um aumento do número de tentativas e para uma iteração mais rápida por parte dos atacantes. Trata-se de uma interpretação baseada na investigação da CrowdStrike e nas preocupações expressas na carta do setor, não de um número confirmado de novos ataques.
A carta do setor liderada pela OpenAI defende que as mesmas capacidades subjacentes da IA podem ajudar os defensores a resolver as vulnerabilidades e as configurações incorretas que já se acumularam, automatizando a triagem, a verificação de correções e a análise de registos numa escala que as equipas de segurança têm tido dificuldade em alcançar apenas com o seu efetivo atual. As ferramentas de ataque e as ferramentas defensivas estão a evoluir com base na mesma tecnologia.
Por que razão a prevenção deve complementar a deteção
Detetar uma ameaça e eliminar a possibilidade de danos são duas funções de segurança distintas. Os ataques assistidos por IA tornam essa distinção relevante: uma organização que confia apenas na deteção está a apostar que todos os ataques se assemelham a algo que já viu.
Detecção vs. Prevenção: O que cada uma realmente faz
- A deteção identifica comportamentos maliciosos, normalmente depois de um ficheiro ou ação já se encontrar presente no ambiente, comparando-o com assinaturas conhecidas, heurísticas ou modelos comportamentais
- A prevenção elimina ou restringe as ações que um ficheiro pode realizar antes mesmo de este ser executado, independentemente de um motor de deteção o reconhecer ou não como uma ameaça
A deteção só consegue identificar aquilo que vê ou para o qual foi treinada. A prevenção não precisa de reconhecer uma ameaça para a neutralizar.
Onde a tecnologia Deep CDR™ se aplica
Tecnologia Deep CDR™ é a nossa tecnologia de neutralização e reconstrução de conteúdos. Em vez de analisar um ficheiro à procura de padrões maliciosos conhecidos, esta tecnologia remove o conteúdo ativo e reconstrói o ficheiro numa versão limpa e utilizável, o que significa que abrange ficheiros para os quais os motores de deteção ainda não dispõem de assinaturas.
Isto estende-se a ataques que visam diretamente os sistemas de IA. No ataque EvilFont, um tipo de letra personalizado altera a forma como um documento é apresentado a um leitor humano em comparação com o que um modelo de IA extrai do mesmo ficheiro, sem que haja qualquer estrutura ou assinatura malformada que permita a deteção. A tecnologia Deep CDR™ remove o tipo de letra incorporado durante a reconstrução, impedindo o ataque, independentemente de este ser reconhecido como malicioso.
A tecnologia Deep CDR™ constitui uma camada dentro de um conjunto mais vasto de controlos complementares:
- A inspeção de ficheiros analisa o tipo e a estrutura do ficheiro antes de se considerar que este é fiável
- A análise pré-execução avalia o comportamento num ambiente controlado antes de um ficheiro chegar ao utilizador
- A tecnologia Deep CDR™ remove ou reconstrói qualquer elemento ativo no ficheiro, independentemente de este estar ou não marcado como malicioso
- A deteção e a resposta continuam a ser necessárias para os riscos que nem sequer se apresentam sob a forma de ficheiros
O raciocínio subjacente à segurança centrada na prevenção
Este caso complexo constitui o argumento central de «Cybersecurity Upside Down», o livro de Benny Czarny, fundador e CEO da OPSWAT . O livro defende que as estratégias de segurança baseadas em pressupostos de detetabilidade estão cada vez mais a ficar ultrapassadas por uma razão simples: os ficheiros, do tipo que um colaborador abre ou que chegam por e-mail, nunca foram totalmente abordados apenas pela deteção, independentemente de terem sido ou não gerados por IA.
Essa perspetiva é mais importante do que qualquer alegação específica relativa à velocidade. Quer um atacante tenha utilizado IA para gerar malware ou o tenha escrito manualmente, o risco é o mesmo: um ficheiro chega a um sistema antes de alguém ter avaliado se é seguro. Os controlos de prevenção eliminam esse risco, independentemente da forma como o ficheiro foi produzido.
Onde se enquadra o Aether™ d MetaDefender
A tecnologia Deep CDR™ foi concebida para fornecer uma cópia segura e reconstruída de um ficheiro, mas há três situações em que é necessário um procedimento diferente.
- Algumas organizações têm de conservar o ficheiro original, sem alterações, por motivos legais, de conformidade ou forenses, e uma cópia reconstruída, por definição, não é esse ficheiro
- Os ficheiros executáveis, os instaladores e os scripts são, por definição, ativos; por isso, remover o seu conteúdo ativo eliminaria a funcionalidade de que os utilizadores necessitam, pelo que se impõe uma decisão em vez de uma reformulação
- Além disso, um ficheiro sanitizado, por si só, não indica à equipa de segurança qual era a ameaça, de onde veio ou se faz parte de uma campanha mais ampla
MetaDefender O Aether™ aborda estas três vertentes através da análise do ficheiro sem o alterar. Trata-se da nossa solução de deteção de zero-day de cinco camadas, concebida para o malware inovador e evasivo que a deteção baseada em assinaturas não consegue identificar. A sua camada de Análise Estática utiliza a IA Predictive Alin para prever a intenção maliciosa antes da execução, sem recorrer a assinaturas nem à detonação. Os ficheiros limpos com elevado nível de confiança são aprovados em milésimos de segundo, os ficheiros maliciosos com elevado nível de confiança são bloqueados e os ficheiros duvidosos são encaminhados para a Análise Dinâmica numa sandbox baseada em emulação. As vulnerabilidades «zero-day» confirmadas nesse processo são incorporadas na IA Predictive Alin, pelo que cada uma delas reforça a deteção futura.
MetaDefender O Aether também permite que as equipas escolham entre rapidez e profundidade. A análise centrada na rapidez apresenta um veredicto no menor tempo possível, o que se adequa a fluxos de ficheiros de grande volume, enquanto a análise aprofundada dá prioridade à extração do maior número possível de indicadores de comprometimento em detrimento do tempo de análise, o que se adequa à investigação e à resposta.
O LLM Scanning aplica a mesma abordagem à própria IA; MetaDefender O Aether deteta ameaças incorporadas em ficheiros de modelos sem executar o seu código e analisa LLMs em tempo real para detetar injeção de prompts e divulgação de dados sensíveis, para que as equipas que incorporam modelos de código aberto e de terceiros no seu ambiente possam tratá-los como ficheiros não confiáveis. Quando utilizadas em conjunto, a tecnologia Deep CDR™ neutraliza o que pode ser reconstruído com segurança, e MetaDefender o Aether analisa o que deve permanecer intacto.
O que os responsáveis pela segurança podem fazer agora
Os responsáveis pela segurança não precisam de um ataque confirmado impulsionado por IA para agir. As mesmas organizações que assinaram a carta do setor de agosto de 2026 apontam cinco áreas sobre as quais a maioria das equipas de segurança já tem visibilidade, mesmo que nenhuma delas tenha sido priorizada recentemente.
- Corrija primeiro as vulnerabilidades expostas e de alto risco: os sistemas ligados à Internet e as vulnerabilidades conhecidas que já foram exploradas são os que proporcionam maior retorno aos atacantes. Verifique se a correção funcionou efetivamente, em vez de marcar o ticket como resolvido.
- Reduzir as permissões excessivas: Reforçar os controlos de acesso para que uma conta comprometida ou uma tentativa de phishing assistida por IA não consiga aceder a sistemas críticos.
- Inspecione e higienize ficheiros não confiáveis antes da utilização: considere os vetores de ataque baseados em ficheiros, tais como anexos de e-mail, downloads e suportes removíveis, como suspeitos por predefinição.
- Teste regularmente as defesas existentes: ciclos de teste desatualizados deixam as vulnerabilidades conhecidas expostas durante mais tempo do que a maioria das equipas imagina.
- Confirmar a preparação para a resposta a incidentes e a recuperação: Certifique-se de que os planos de resposta tenham em conta prazos de ataque mais rápidos e assistidos por IA, e não apenas as campanhas mais lentas em que a maioria dos planos se baseava.
O Congresso dos EUA ainda não aprovou requisitos vinculativos em matéria de segurança da IA, e as propostas relativas ao «kill switch» debatidas ao longo de 2026 continuam num impasse. Essa é mais uma razão para agir diretamente nestes cinco pontos, em vez de esperar por uma medida política que poderá demorar anos a ser aprovada.
As equipas de segurança continuam a ter de proteger os mesmos alvos dos ataques assistidos por IA: os ficheiros, os pontos de acesso e os dados que circulam pelos seus sistemas. Incorporamos mecanismos de inspeção, sanitização e controlo de acesso nos pontos por onde o conteúdo não fiável entra numa organização, incluindo e-mail, transferência de ficheiros, suportes removíveis e transferências da Web.
Se pretender saber em que medida essas medidas de controlo se aplicam aos tipos de ficheiros e pontos de entrada com que a sua organização lida efetivamente, a nossa equipa pode acompanhá-lo numa avaliação do fluxo de trabalho.
