Uma nova campanha de ciberespionagem está atingindo hospitais, serviços de emergência e órgãos governamentais locais na Ucrânia, evidenciando a crescente pressão digital sobre infraestruturas críticas em meio ao cenário geopolítico atual. De acordo com o CERT-UA (time de resposta a incidentes do país), os ataques são conduzidos por um grupo identificado como UAC-0247, que tem intensificado suas operações nas últimas semanas utilizando um conjunto avançado de malwares, com destaque para o AgingFly . A operação tem como principal objetivo o roubo de informações sensíveis, mas também inclui atividades secundárias de monetização, como mineração de criptomoedas, demonstrando uma abordagem híbrida que combina espionagem e cibercrime. Cadeia de ataque: engenharia social, múltiplos malwares e controle remoto Os ataques começam com campanhas de phishing cuidadosamente elaboradas. Os hackers enviam e-mails se passando por discussões relacionadas a propostas de ajuda humanitária — um tema sensível e plausível no contexto da guerra — induzindo as vítimas a clicar em links maliciosos. Esses links direcionam para o download de arquivos compactados contendo cargas maliciosas. Para aumentar a credibilidade, os invasores chegam a criar sites falsos de organizações, possivelmente gerados com auxílio de inteligência artificial, ou até comprometem sites legítimos para hospedar scripts maliciosos. Uma vez executado, o arquivo instala múltiplos componentes maliciosos: AgingFly : principal ferramenta de controle remoto (RAT), permite execução de comandos, captura de tela, registro de teclas (keylogging) e download de arquivos SilentLoop : utilizado para comunicação com servidores de comando e controle (C2), com obtenção dinâmica de endereços via Telegram ChromeElevator : voltado para extração de credenciais armazenadas em navegadores ZapixDesk : ferramenta para coleta de dados de contas do WhatsApp Essa combinação evidencia uma estratégia modular, onde diferentes ferramentas são utilizadas para funções específicas dentro da operação, desde acesso inicial até exfiltração de dados. Espionagem com múltiplos vetores de coleta de dados Após comprometer os sistemas, os hackers ampliam o escopo da operação para coletar o máximo de informações possível. Isso inclui: Credenciais de autenticação armazenadas em navegadores Dados de aplicativos de comunicação, como WhatsApp Informações sensíveis armazenadas localmente Monitoramento da atividade do usuário via captura de tela e keylogging Em alguns casos, também foi identificado o uso do XMRig , uma ferramenta legítima de mineração de criptomoedas, indicando que os invasores aproveitam os recursos computacionais das vítimas para gerar lucro adicional. Expansão da campanha: drones, forças armadas e Signal A campanha não se limita a hospitais e órgãos civis. O CERT-UA alertou que membros das forças de defesa da Ucrânia também podem ser alvo. Um dos vetores identificados envolveu o envio de um suposto pacote de software atualizado para operadores de drones via Signal. Na prática, o arquivo continha malware que instalava o AgingFly, ampliando o risco de comprometimento de operações militares e coleta de informações estratégicas. Conexão com outras campanhas e grupos hackers Paralelamente, outra operação de espionagem atribuída ao grupo APT28  — também conhecido como Fancy Bear, BlueDelta ou Forest Blizzard — comprometeu mais de 170 contas de e-mail de promotores, investigadores e alvos em países da OTAN e dos Bálcãs. Segundo análises conduzidas pela Ctrl-Alt-Intel , o objetivo desses ataques pode estar relacionado ao monitoramento de investigações sobre espionagem russa ou à coleta de informações sensíveis de autoridades ucranianas. Esse cenário reforça uma tendência clara: campanhas coordenadas de ciberespionagem, com múltiplos grupos atuando simultaneamente e utilizando técnicas avançadas para coleta de inteligência. Tendência: guerra híbrida e ataques direcionados à infraestrutura crítica O caso ilustra a evolução da guerra cibernética moderna, onde ataques digitais são utilizados como extensão direta de conflitos geopolíticos. Hospitais, serviços de emergência e órgãos públicos tornam-se alvos estratégicos não apenas pelo valor dos dados, mas também pelo impacto operacional e psicológico que um ataque pode causar. Além disso, o uso de temas como ajuda humanitária e ferramentas militares (como softwares de drones) demonstra um alto nível de adaptação dos hackers ao contexto local, aumentando significativamente a taxa de sucesso das campanhas.

Pesquisadores da empresa de cibersegurança Proofpoint passaram um mês inteiro infiltrados — de forma controlada — no ambiente operacional de um grupo hacker especializado em atacar o setor de transporte e logística. O que encontraram revelou não apenas a sofisticação técnica dos invasores, mas também a profundidade do conhecimento que eles têm sobre a indústria que miram. O objetivo era responder uma pergunta específica: o que acontece depois que os criminosos conseguem entrar nos sistemas de uma transportadora? A resposta foi mais abrangente do que se esperava. Um mercado de US$ 6,6 bilhões em perdas O roubo de carga habilitado digitalmente deixou de ser uma ameaça periférica para se tornar um problema sistêmico. Segundo a empresa de gestão de frotas Geotab, as perdas decorrentes de roubo de carga na América do Norte chegaram a US$ 6,6 bilhões em 2025 — e a maior parte desse crescimento foi impulsionada por ataques digitais. "É um problema enorme que vai muito além de um único grupo ou de um único país", disse Ole Villadsen, um dos pesquisadores da Proofpoint envolvidos na investigação. O vetor de entrada preferido pelos hackers são as chamadas load boards — plataformas digitais onde corretores de frete e transportadoras se conectam para negociar o transporte de mercadorias. Ao comprometer essas plataformas, os invasores conseguem alcançar dezenas ou até centenas de transportadoras de uma só vez, já que todas utilizam o mesmo ambiente para fechar negócios. A anatomia do ataque: seis ferramentas, uma missão Para observar o comportamento dos criminosos em tempo real, a equipe da Proofpoint montou um ambiente de isca controlado e intencionalmente baixou um arquivo malicioso enviado por e-mail — a mesma abordagem usada contra transportadoras reais após o comprometimento de uma load board. O que veio a seguir foi revelador. Os hackers instalaram seis ferramentas distintas de acesso remoto, sendo quatro delas instâncias do software ScreenConnect. A redundância não era acidental: trata-se de uma técnica de persistência deliberada, garantindo que, mesmo que uma ou duas ferramentas sejam detectadas e removidas, o acesso ao sistema da vítima seja mantido por meio das demais. Mas a grande surpresa veio com a última ferramenta instalada. "Assinatura como serviço": a inovação que contornou as defesas do Windows O último componente baixado pelo grupo executou um script que automaticamente consultou um serviço externo de assinatura de certificados digitais. O resultado: todos os arquivos instalados no sistema passaram a carregar uma assinatura que o Windows reconhecia como confiável — o equivalente digital a entrar em um prédio com um crachá de funcionário falsificado, mas perfeitamente convincente para os sistemas de segurança. "Essa foi uma capacidade nova que tivemos a sorte de encontrar", disse Villadsen. Segundo ele, a técnica funciona como uma resposta direta às medidas recentes adotadas pela própria ScreenConnect, que havia revogado certificados antigos e exigido que novas instâncias do software fossem assinadas individualmente — o que, segundo Villadsen, "perturbou significativamente todo o ecossistema de ferramentas de monitoramento remoto". A solução encontrada pelos hackers foi elegante e colaborativa: em vez de cada operador tentar criar seu próprio certificado válido, o grupo criou um serviço centralizado de assinatura, compartilhado entre os membros da operação. "Não apenas o instalador MSI estava assinado, como ele também saía e substituía todos os arquivos de componentes, assinando-os novamente", explicou Villadsen. "O esquema inteiro foi bem pensado." Além do frete: os criminosos querem tudo Uma vez dentro do sistema da vítima, os invasores não se limitaram a buscar informações sobre cargas. O comportamento observado revelou um perfil de oportunismo financeiro amplo e sistemático. Um script em PowerShell varreu o dispositivo infectado em busca de credenciais de acesso a instituições financeiras, serviços de transferência de dinheiro e plataformas de contabilidade online. Os hackers também buscaram ativamente carteiras de criptomoedas e verificaram manualmente credenciais do PayPal. Paralelamente, escanearam plataformas de gestão de frete, load boards adicionais e fornecedores de cartões de combustível — todos elementos críticos para o funcionamento de uma transportadora. "Eles conhecem muito bem o setor de transporte e sabem como mirar nesse espaço específico", disse Villadsen. "Mas também são cibercriminosos, e estão procurando qualquer forma de monetizar uma máquina na qual pousaram." A combinação é poderosa: conhecimento setorial profundo somado a técnicas de crime financeiro digital aplicadas de forma oportunista. Um ecossistema criminoso em expansão O grupo monitorado pela Proofpoint é um dos mais ativos na infiltração de load boards, mas está longe de ser único. A equipe de Villadsen rastreia atualmente cerca de uma dúzia de grupos diferentes operando contra o setor de transporte tanto na América do Norte quanto na Europa. O perfil das vítimas facilita a escala dos ataques: a grande maioria das transportadoras são pequenas empresas com menos de 10 caminhões, sem equipes dedicadas de segurança da informação ou defesas cibernéticas robustas. Ao atacá-las por meio das load boards — plataformas que todas precisam usar para operar —, os hackers conseguem comprometer dezenas de empresas simultaneamente a partir de um único ponto de entrada. "É uma indústria que, infelizmente, se apresenta bem para intrusões cibernéticas e permite escalar o roubo com muita eficiência", concluiu Villadsen. O caso ilustra uma tendência crescente no cibercrime: a convergência entre crime organizado tradicional — como o roubo de carga — e ferramentas digitais sofisticadas, criando um modelo de operação que é simultaneamente difícil de detectar, fácil de escalar e altamente lucrativo.

O Google anunciou uma série de mudanças estratégicas voltadas à segurança digital e à privacidade dos usuários, ao mesmo tempo em que revelou números expressivos no combate a fraudes online. Em 2025, a empresa bloqueou ou removeu mais de 8,3 bilhões de anúncios que violavam políticas  e suspendeu 24,9 milhões de contas  envolvidas em atividades suspeitas ou fraudulentas, evidenciando a escala crescente dos abusos no ecossistema digital. As atualizações também incluem mudanças importantes no Android 17 , especialmente no controle de permissões sensíveis como contatos e localização. O objetivo é reduzir o acesso excessivo a dados pessoais por aplicativos, uma prática historicamente explorada tanto por desenvolvedores negligentes quanto por aplicativos maliciosos. Novo modelo de acesso a contatos: menos exposição, mais controle Uma das principais mudanças está na forma como aplicativos acessam a lista de contatos. Até então, o uso da permissão READ_CONTACTS  permitia acesso irrestrito a toda a agenda do usuário — um risco significativo de privacidade. Com o Android 17, o Google introduz um novo Contact Picker , que permite ao usuário escolher exatamente quais contatos deseja compartilhar com um aplicativo. Além disso, os aplicativos agora poderão solicitar apenas dados específicos, como número de telefone ou e-mail, em vez de acessar o registro completo do contato. Essa mudança segue um princípio essencial da segurança moderna: mínimo privilégio , reduzindo drasticamente a superfície de exposição de dados sensíveis. Na prática, desenvolvedores que realmente precisarem de acesso completo terão que justificar essa necessidade formalmente por meio de uma declaração na Play Console — uma camada adicional de governança que dificulta abusos. Controle mais granular de localização e transparência para o usuário Outra mudança relevante envolve o acesso à localização . O Android 17 passa a oferecer um botão simplificado que permite conceder acesso pontual à localização precisa , evitando permissões contínuas e desnecessárias. Além disso, o sistema exibirá um indicador persistente sempre que um aplicativo estiver acessando a localização do usuário, aumentando a transparência e permitindo decisões mais conscientes. Esse modelo reduz riscos associados à coleta silenciosa de dados geográficos — frequentemente explorada em campanhas de rastreamento indevido ou até espionagem digital. Assim como no caso dos contatos, aplicativos que precisarem de acesso contínuo deverão justificar tecnicamente essa necessidade, reforçando o controle do Google sobre o uso de dados sensíveis. Combate a fraudes: IA e escala industrial contra anúncios maliciosos No campo da segurança, o Google destacou o uso do seu modelo de inteligência artificial, o Gemini , para identificar e bloquear anúncios maliciosos em larga escala. Mais de 99% dos anúncios irregulares foram bloqueados antes mesmo de serem exibidos aos usuários , o que demonstra uma evolução significativa na detecção proativa de ameaças. Entre os dados mais relevantes: 602 milhões de anúncios  e 4 milhões de contas  estavam diretamente ligados a golpes 4,8 bilhões de anúncios  foram restritos 480 milhões de páginas  sofreram ações por conteúdo inadequado, incluindo malware, jogos de azar, armas e conteúdo adulto Esse cenário evidencia uma tendência clara: o uso de IA generativa por hackers para criar campanhas maliciosas em escala , especialmente anúncios fraudulentos altamente convincentes. Como resposta, o Google também está utilizando IA para entender intenção — não apenas palavras-chave — permitindo identificar golpes mais sofisticados que tentam burlar sistemas tradicionais. Transferência de contas e combate a fraudes no ecossistema de apps Outra frente importante é a introdução de um sistema nativo para transferência de propriedade de aplicativos na Play Console . A medida visa combater práticas comuns no submundo digital, como venda de contas ou compartilhamento de credenciais, que frequentemente resultam em fraudes, distribuição de malware ou abuso de reputação de aplicativos legítimos. A partir de maio de 2026, esse mecanismo passa a ser o método recomendado, proibindo transferências informais que deixam empresas vulneráveis. O que isso significa para o mercado As mudanças anunciadas pelo Google refletem uma transformação mais ampla no cenário de segurança digital. De um lado, vemos o aumento da sofisticação dos ataques — impulsionados por IA, automação e escala. Do outro, uma resposta baseada em controle granular de permissões, governança mais rígida e uso intensivo de inteligência artificial defensiva . Para empresas e desenvolvedores, o recado é claro:não basta mais proteger apenas a aplicação — é necessário garantir controle sobre dados, transparência no uso de permissões e conformidade com políticas cada vez mais rigorosas . Para usuários, a mudança representa um avanço importante no controle sobre sua própria privacidade, reduzindo o risco de exposição silenciosa de informações pessoais em um ambiente cada vez mais conectado.

A exploração ativa de vulnerabilidades no Microsoft Defender acendeu um novo alerta para empresas e equipes de segurança. A Huntress informou que invasores estão abusando de três falhas recentemente divulgadas no antivírus da Microsoft para ampliar privilégios dentro de sistemas já comprometidos, o que pode facilitar movimentos posteriores na rede e dificultar a resposta ao incidente. As brechas receberam os codinomes BlueHammer , RedSun e UnDefend . Segundo a empresa, os três problemas foram tornados públicos como zero-day por um pesquisador conhecido como Chaotic Eclipse, também chamado de Nightmare-Eclipse, em meio a críticas sobre a forma como a Microsoft conduziu o processo de divulgação das vulnerabilidades. Duas dessas falhas, BlueHammer e RedSun, permitem elevação local de privilégios (LPE), enquanto a terceira, UnDefend, pode ser usada para provocar uma condição de negação de serviço (DoS) e bloquear atualizações de definições do Defender, comprometendo diretamente a capacidade da ferramenta de reconhecer ameaças mais recentes. Na prática, o cenário é especialmente preocupante porque essas falhas não representam necessariamente a porta de entrada inicial do ataque, mas funcionam como aceleradores de pós-exploração. Isso significa que, uma vez dentro do ambiente, o invasor pode usar essas vulnerabilidades para obter mais permissões, desativar camadas de proteção e ampliar o controle sobre a máquina afetada. Em ataques modernos, esse tipo de recurso costuma ser decisivo para transformar uma intrusão limitada em um incidente muito mais grave, com potencial para roubo de dados, sabotagem de sistemas ou avanço lateral para outros ativos da rede. Entre as três falhas, apenas a BlueHammer recebeu correção até agora. A Microsoft incluiu o ajuste no Patch Tuesday liberado nesta semana, e a vulnerabilidade passou a ser rastreada como CVE-2026-33825. Já RedSun e UnDefend continuam sem patch disponível no momento, o que amplia a janela de risco para organizações que dependem do Defender como um dos pilares de sua proteção de endpoint. De acordo com a Huntress, a exploração da BlueHammer em ataques reais foi observada desde 10 de abril de 2026. Poucos dias depois, em 16 de abril, também houve uso dos códigos de prova de conceito das falhas RedSun e UnDefend. Esse intervalo curto entre a divulgação técnica e a adoção em atividades maliciosas mostra como a operacionalização de falhas de segurança está cada vez mais rápida. Hoje, quando uma vulnerabilidade relevante se torna pública, o tempo para reação das empresas pode ser de horas, não mais de semanas. Outro ponto importante é o contexto operacional observado pela Huntress durante os ataques. Antes da exploração, os invasores executaram comandos típicos de reconhecimento e validação de privilégios, como whoami /priv, cmdkey /list e net group. Esse tipo de sequência é bastante associado à atividade hands-on-keyboard, quando há atuação manual do hacker dentro do ambiente, em vez de uma ação totalmente automatizada. Em outras palavras, não se trata apenas de um exploit disparado de forma cega, mas de uma operação conduzida com objetivo claro de ampliar o acesso e preparar o terreno para novas etapas do ataque. Esse detalhe aumenta ainda mais a gravidade do caso. Quando uma falha de elevação de privilégio é combinada com presença interativa do invasor, o risco passa a incluir persistência, evasão de controles, desativação de proteções e até preparação para ransomware ou exfiltração de informações. No caso da UnDefend, a possibilidade de bloquear atualizações de assinaturas também é estratégica: ao impedir que o Defender receba definições novas, o atacante enfraquece a capacidade de detecção da ferramenta e cria uma janela adicional para operar com menor chance de ser identificado. A Huntress informou que tomou medidas para isolar a organização afetada e impedir avanços adicionais no pós-comprometimento. Ainda assim, o episódio reforça uma tendência cada vez mais visível no ecossistema de ameaças: ferramentas nativas de segurança também passaram a ser alvo frequente de exploração, seja para desativação, evasão, corrupção de mecanismos internos ou abuso de permissões elevadas. Em vez de atacar apenas aplicações expostas ou serviços de borda, muitos hackers vêm buscando enfraquecer diretamente os controles defensivos que deveriam barrá-los. Para as empresas, o caso reforça a necessidade de ir além do simples modelo de “instalar antivírus e manter atualizado”. Em cenários como esse, a proteção real depende de uma combinação de fatores: gestão rápida de patches, monitoração de comportamento suspeito, restrição de privilégios locais, detecção de comandos administrativos fora do padrão, isolamento ágil de endpoints e capacidade de resposta a incidentes. Quando existem falhas sem correção disponível, a mitigação passa a depender ainda mais de visibilidade, hardening e monitoração contínua. Enquanto a Microsoft corrige apenas uma parte do problema, o mercado observa com atenção o risco residual deixado pelas outras duas vulnerabilidades ainda abertas. O episódio mostra que, mesmo em soluções amplamente adotadas e consideradas centrais na defesa corporativa, falhas críticas podem virar armas em pouco tempo — especialmente quando envolvem elevação de privilégio e impacto direto sobre a própria operação da proteção.

Um adolescente de 16 anos foi detido na Irlanda do Norte após um ataque cibernético que interrompeu o funcionamento de sistemas educacionais utilizados por centenas de milhares de alunos e professores. A prisão ocorreu na cidade de Portadown, sob suspeita de violação do Computer Misuse Act, legislação britânica que trata de crimes informáticos. De acordo com a Police Service of Northern Ireland, o jovem foi liberado após o interrogatório inicial, enquanto as investigações continuam sendo conduzidas pela unidade especializada em crimes cibernéticos. As autoridades também realizaram buscas adicionais relacionadas ao caso, indicando que o incidente ainda está em análise e pode envolver mais detalhes técnicos não divulgados. Ataque afetou sistema central de escolas O ataque teve como alvo o sistema C2K , uma plataforma digital amplamente utilizada por praticamente todas as escolas da região. O ambiente oferece acesso a conteúdos pedagógicos, envio de atividades, revisão para exames e ferramentas de comunicação entre alunos, professores e instituições. A Education Authority, responsável pelo suporte às escolas, informou que o sistema precisou ser desativado no início do mês  após a detecção de um incidente de segurança. Segundo o órgão, trata-se de um ataque direcionado a um número limitado de escolas , mas que pode ter resultado na exposição de dados pessoais. Embora ainda não exista confirmação oficial sobre o número exato de afetados, estima-se que o impacto potencial seja significativo. A Irlanda do Norte conta com cerca de 300 mil alunos e 20 mil professores , e a maioria dessas instituições depende diretamente do C2K para suas operações diárias. Possível comprometimento de dados e resposta emergencial As autoridades educacionais afirmaram que o incidente foi contido , e que medidas adicionais de segurança foram implementadas logo após a detecção da atividade suspeita. No entanto, a possibilidade de comprometimento de dados pessoais  levou à necessidade de comunicação com as escolas e indivíduos afetados, seguindo orientações das autoridades e do órgão regulador de proteção de dados. A recuperação do sistema tem sido tratada como prioridade, especialmente devido ao calendário acadêmico. Estudantes em fases críticas, como preparação para exames, foram colocados no centro das ações de restauração. Em alguns casos, escolas chegaram a abrir durante o período de férias de Páscoa para auxiliar alunos a redefinir senhas e recuperar acessos , evidenciando o impacto direto do incidente na rotina educacional. O episódio expõe um dilema recorrente em incidentes cibernéticos: a necessidade de equilibrar rapidez na retomada dos serviços com a garantia de segurança do ambiente . Restaurar sistemas comprometidos sem uma análise adequada pode abrir brechas para novos ataques ou persistência do invasor. As autoridades destacaram que o processo de recuperação está sendo conduzido de forma cautelosa, priorizando a integridade do sistema antes de sua total reativação. Ainda assim, a pressão para restabelecer o acesso — especialmente em um ambiente educacional — é alta. O caso reforça uma tendência crescente: instituições educacionais têm se tornado alvos frequentes de ataques cibernéticos. Isso ocorre por diversos fatores, incluindo: Grande volume de dados pessoais sensíveis Infraestruturas muitas vezes descentralizadas Recursos limitados para cibersegurança Alto impacto operacional em caso de indisponibilidade Além disso, a participação de um suspeito menor de idade levanta discussões importantes sobre o perfil dos envolvidos nesse tipo de incidente. Jovens com conhecimento técnico, muitas vezes autodidatas, têm sido cada vez mais associados a ataques — seja por curiosidade, desafio ou outros fatores. Embora o sistema C2K esteja sendo gradualmente restaurado, o incidente deixa lições importantes sobre a necessidade de reforçar a segurança em ambientes educacionais, especialmente aqueles altamente dependentes de plataformas digitais centralizadas. A Education Authority pediu desculpas pela interrupção e afirmou que continuará fornecendo atualizações conforme a situação evolui. Já a Police Service of Northern Ireland segue investigando o caso para entender completamente a extensão do ataque e eventuais responsabilidades adicionais.

Duas vulnerabilidades de alta severidade foram identificadas no Composer , uma das ferramentas mais utilizadas no ecossistema PHP para gerenciamento de dependências. As falhas, se exploradas com sucesso, podem permitir que hackers executem comandos arbitrários no sistema , comprometendo diretamente o ambiente onde o Composer está sendo utilizado — incluindo servidores de desenvolvimento, pipelines de CI/CD e até ambientes de produção. O problema está diretamente ligado ao driver de integração com o sistema de controle de versão Perforce, utilizado em cenários específicos para gerenciar código-fonte. Segundo os detalhes divulgados, as vulnerabilidades envolvem falhas na validação de entradas e na sanitização de dados, permitindo que informações maliciosas sejam interpretadas como comandos pelo sistema. Como o ataque funciona na prática As duas falhas — CVE-2026-40176 (CVSS 7.8)  e CVE-2026-40261 (CVSS 8.8)  — exploram diretamente o arquivo composer.json , que define as dependências de um projeto PHP. No primeiro caso, um invasor pode manipular a configuração de um repositório, inserindo um repositório malicioso com referência ao Perforce . Ao executar o Composer, comandos ocultos dentro dessa configuração podem ser executados automaticamente no sistema da vítima. Já na segunda vulnerabilidade, o ataque ocorre por meio da inserção de metacaracteres de shell  em campos como referências de código (source reference). Esses caracteres especiais são interpretados pelo sistema operacional, permitindo a injeção e execução de comandos arbitrários. Um detalhe crítico destacado pelos mantenedores é que os comandos podem ser executados mesmo que o Perforce não esteja instalado  no ambiente. Isso amplia significativamente a superfície de ataque, já que elimina uma possível barreira técnica que limitaria a exploração. Cadeia de ataque: de dependência maliciosa à execução remota Esse tipo de vulnerabilidade se encaixa perfeitamente em ataques de supply chain (cadeia de suprimentos) , cada vez mais comuns no cenário atual. O fluxo de ataque pode seguir os seguintes passos: O hacker publica ou manipula um repositório com configurações maliciosas no composer.json; Um desenvolvedor ou pipeline automatizado consome esse repositório como dependência; Ao rodar o comando do Composer (install, update, etc.), o código malicioso é processado; O sistema executa comandos arbitrários no contexto do usuário que executou o Composer; A partir daí, o invasor pode avançar para persistência, movimentação lateral ou exfiltração de dados. Esse cenário é especialmente perigoso em ambientes de integração contínua, onde builds automatizados executam comandos com privilégios elevados e acesso a credenciais sensíveis, tokens e infraestrutura crítica. Impacto real para empresas e desenvolvedores Embora não haja evidências públicas de exploração ativa até o momento, o risco é elevado. Ferramentas como o Composer fazem parte do núcleo do desenvolvimento moderno, e qualquer falha nesse nível pode afetar milhares de projetos simultaneamente. O impacto potencial inclui: Comprometimento de servidores de build e pipelines CI/CD Execução de código malicioso em ambientes corporativos Vazamento de credenciais e segredos Inserção de backdoors em aplicações distribuídas Comprometimento de toda a cadeia de desenvolvimento Esse tipo de incidente reforça uma tendência clara: ataques estão migrando cada vez mais para ferramentas de desenvolvimento e distribuição de software , explorando a confiança implícita que existe nesses ecossistemas. Correções e medidas de mitigação As vulnerabilidades afetam as seguintes versões do Composer: Versões >= 2.3 e < 2.9.6  (corrigido na versão 2.9.6) Versões >= 2.0 e < 2.2.27  (corrigido na versão 2.2.27) A recomendação principal é atualizar imediatamente o Composer  para as versões corrigidas. Como medidas adicionais de segurança, especialistas recomendam: Revisar cuidadosamente arquivos composer.json antes da execução Utilizar apenas repositórios confiáveis Evitar instalar dependências de fontes desconhecidas Reduzir privilégios de execução em pipelines automatizados Evitar o uso de --prefer-dist ou configurações como preferred-install: dist em ambientes não confiáveis Como medida preventiva, o repositório oficial Packagist.org  desativou temporariamente a publicação de metadados relacionados ao Perforce. Além disso, uma atualização específica deve ser disponibilizada para clientes do Private Packagist Self-Hosted . Apesar de não terem sido identificadas tentativas de exploração até agora, a orientação é clara: a atualização deve ser tratada como prioritária , especialmente em ambientes corporativos e pipelines automatizados. Tendência: segurança da cadeia de desenvolvimento sob pressão O caso do Composer se soma a uma série de incidentes recentes que mostram como a cadeia de desenvolvimento se tornou um dos principais alvos de ataques cibernéticos. Ferramentas como gerenciadores de pacotes, repositórios e pipelines de CI/CD representam pontos estratégicos para comprometer múltiplos sistemas de uma só vez. Com o crescimento do uso de automação, DevOps e infraestrutura como código, garantir a segurança dessas ferramentas deixou de ser uma preocupação secundária e passou a ser um elemento central da estratégia de cibersegurança .

A OpenAI anunciou o lançamento do GPT-5.4-Cyber, uma nova variante do seu modelo mais avançado, o GPT-5.4, projetada especificamente para aplicações em cibersegurança defensiva. A novidade chega poucos dias após a Anthropic apresentar o modelo Mythos, evidenciando uma nova fase na corrida tecnológica entre empresas de inteligência artificial, agora com foco direto na proteção de sistemas e infraestrutura digital. A proposta do GPT-5.4-Cyber é clara: acelerar a capacidade de resposta de profissionais de segurança, permitindo que vulnerabilidades sejam identificadas, analisadas e corrigidas com mais rapidez. Segundo a OpenAI, o uso progressivo da IA tem o potencial de transformar a atuação defensiva, ajudando equipes a lidar com ameaças cada vez mais complexas em ambientes corporativos, cloud e aplicações críticas. Essa evolução, no entanto, não vem sem riscos. A própria empresa reconhece que sistemas de IA são tecnologias de uso duplo (dual-use) — ou seja, as mesmas capacidades que ajudam a proteger também podem ser exploradas por hackers. Um dos principais receios é que modelos treinados para identificar falhas possam ser revertidos ou adaptados para encontrar vulnerabilidades antes que correções sejam aplicadas, ampliando a janela de exposição para ataques. Como resposta a esse desafio, a OpenAI anunciou a expansão do programa Trusted Access for Cyber (TAC), que agora será disponibilizado para milhares de profissionais individuais autenticados e centenas de equipes responsáveis por proteger softwares críticos. A iniciativa busca equilibrar dois objetivos aparentemente conflitantes: ampliar o acesso às capacidades avançadas da IA e, ao mesmo tempo, reduzir o risco de uso malicioso. Na prática, isso significa um modelo de liberação controlada e progressiva, no qual apenas usuários verificados — como equipes de segurança, pesquisadores e profissionais da área — podem acessar funcionalidades mais sensíveis. Essa estratégia também inclui o fortalecimento de mecanismos de proteção contra jailbreaks, manipulação de prompts e outras formas de abuso que tentam contornar as restrições dos modelos. Essa abordagem reflete uma mudança importante no posicionamento da indústria: em vez de restringir totalmente o acesso, empresas como a OpenAI estão optando por colocar ferramentas poderosas nas mãos dos defensores primeiro, criando uma espécie de vantagem inicial contra possíveis usos ofensivos. Outro destaque do anúncio foi o avanço do Codex Security, um agente de segurança de aplicações baseado em IA desenvolvido pela OpenAI. A ferramenta atua diretamente no ciclo de desenvolvimento de software, sendo capaz de identificar, validar e sugerir correções para vulnerabilidades de forma automatizada. De acordo com dados divulgados, o Codex Security já contribuiu para a correção de mais de 3 mil vulnerabilidades críticas e de alta severidade, reforçando o papel crescente da IA como um componente ativo no processo de desenvolvimento seguro. Esse movimento está alinhado com uma tendência mais ampla da indústria: a transição de um modelo reativo, baseado em auditorias periódicas, para uma abordagem contínua de segurança, conhecida como “shift-left security”. Nesse modelo, a identificação de falhas acontece durante o desenvolvimento, e não apenas após a aplicação estar em produção. O lançamento do GPT-5.4-Cyber ocorre em um momento em que a competição entre empresas de IA está se intensificando rapidamente. A Anthropic, por exemplo, apresentou recentemente o modelo Mythos, que está sendo testado de forma controlada dentro do projeto Glasswing. Segundo a empresa, o modelo foi capaz de identificar milhares de vulnerabilidades em sistemas operacionais, navegadores e outros softwares amplamente utilizados — um indicativo claro de como essas tecnologias estão se tornando cada vez mais eficazes na análise de superfícies de ataque complexas. Essa corrida por modelos “fronteira” (frontier models) indica que a cibersegurança deve se tornar um dos principais campos de aplicação estratégica da IA nos próximos anos. Mais do que apenas detectar ameaças, essas soluções passam a atuar como copilotos de segurança, auxiliando desenvolvedores, analistas e engenheiros na tomada de decisão em tempo real. O avanço de modelos como o GPT-5.4-Cyber representa uma mudança estrutural na forma como a segurança digital é tratada. Ao integrar capacidades avançadas de IA diretamente nos fluxos de desenvolvimento e operação, empresas conseguem reduzir significativamente o tempo entre a descoberta de uma falha e sua correção — um fator crítico em um cenário onde ataques exploram vulnerabilidades cada vez mais rapidamente. Ao mesmo tempo, o desafio de equilibrar inovação e segurança permanece. A eficácia dessas ferramentas dependerá não apenas da tecnologia em si, mas também de governança, controle de acesso e maturidade das equipes que as utilizam. Se por um lado a IA promete transformar a defesa cibernética, por outro, ela também eleva o nível do jogo — exigindo que empresas e profissionais estejam preparados para lidar com um cenário onde a velocidade da ameaça e da defesa passam a ser definidas por algoritmos.

A Cisco anunciou a correção de quatro vulnerabilidades críticas que afetam o Identity Services Engine (ISE), o ISE Passive Identity Connector (ISE-PIC) e os serviços Webex, em um pacote de falhas que chama a atenção pelo potencial de impacto sobre autenticação, controle de acesso e administração de ambientes corporativos. Em cenários de exploração bem-sucedida, os problemas podem permitir desde execução remota de código até a personificação de qualquer usuário dentro do serviço, abrindo caminho para acessos indevidos a sistemas legítimos da própria Cisco. Entre as falhas corrigidas, a que mais preocupa em serviços em nuvem é a CVE-2026-20184 , com pontuação CVSS 9.8, identificada na integração de single sign-on (SSO) com o Control Hub no Webex. O problema está relacionado a uma validação inadequada de certificados, o que pode permitir que um invasor remoto, sem autenticação prévia, se passe por qualquer usuário dentro do serviço. Na prática, isso significa que a vulnerabilidade pode comprometer a confiança do processo de autenticação federada, um dos pilares mais sensíveis em plataformas corporativas de colaboração. Esse tipo de falha é especialmente crítico porque atinge justamente a camada responsável por validar a identidade do usuário. Em ambientes que dependem de SAML, provedores de identidade (IdP) e login centralizado, uma brecha dessa natureza não representa apenas um erro técnico isolado: ela ameaça a integridade de todo o fluxo de acesso. Por isso, embora a Cisco tenha informado que essa correção foi aplicada no lado do serviço por se tratar de uma plataforma em nuvem, a empresa orienta clientes que utilizam SSO a reenviar um novo certificado SAML do IdP no Control Hub como medida complementar de segurança. Já no caso do Cisco ISE e do ISE-PIC, o foco está em três vulnerabilidades ainda mais severas do ponto de vista operacional. A primeira delas, CVE-2026-20147 com CVSS 9.9, decorre de uma validação insuficiente de entradas fornecidas pelo usuário. Segundo a fabricante, um invasor remoto autenticado, desde que esteja em posse de credenciais administrativas válidas, pode enviar requisições HTTP maliciosamente construídas para obter execução remota de código. As outras duas falhas, CVE-2026-20180 e CVE-2026-20186 , ambas também com CVSS 9.9, afetam múltiplos componentes do ISE e podem ser exploradas por um invasor autenticado que possua até mesmo credenciais administrativas com permissão apenas de leitura. A partir de requisições HTTP especialmente manipuladas, esse invasor poderia executar comandos arbitrários no sistema operacional subjacente ao equipamento afetado. Esse detalhe é particularmente grave porque mostra que, em determinados cenários, nem mesmo um perfil administrativo limitado é suficiente para conter o risco quando existem falhas de validação na aplicação. De acordo com a Cisco, a exploração bem-sucedida dessas vulnerabilidades pode conceder ao hacker acesso em nível de usuário ao sistema operacional, com possibilidade posterior de elevação de privilégios até root. Em outras palavras, a falha pode servir como porta de entrada para o comprometimento completo do appliance, permitindo manipulação avançada do sistema, persistência e potencial uso do equipamento como pivô para novos movimentos dentro da rede. O impacto pode ser ainda mais sensível em organizações que usam o ISE como peça central da política de acesso à rede. Em implantações de nó único, a exploração pode fazer com que o equipamento fique indisponível, causando uma condição de negação de serviço (DoS). Nesse cenário, dispositivos e usuários que ainda não tiverem sido autenticados podem simplesmente ficar sem acesso à rede até que o nó seja restaurado. Em ambientes corporativos, isso pode afetar desde autenticação de estações de trabalho até conectividade de dispositivos gerenciados, redes corporativas segmentadas e políticas de acesso baseadas em identidade. O caso reforça um ponto importante sobre a segurança de soluções de identidade: o risco não está apenas no vazamento de credenciais, mas também na exploração de falhas lógicas ou de validação em sistemas que controlam quem entra, com quais permissões e em quais recursos. Quando uma plataforma como o Cisco ISE é comprometida, o problema ultrapassa a esfera de um único servidor e passa a atingir a governança de acesso de toda a infraestrutura. Para corrigir o problema, a Cisco disponibilizou atualizações específicas conforme a versão em uso. No caso da CVE-2026-20147, as correções estão nas versões 3.1 Patch 11, 3.2 Patch 10, 3.3 Patch 11, 3.4 Patch 6 e 3.5 Patch 3 do ISE, enquanto implementações anteriores à versão 3.1 devem migrar para uma edição corrigida. Já para as falhas CVE-2026-20180 e CVE-2026-20186, as correções estão nas versões 3.2 Patch 8, 3.3 Patch 8, 3.4 Patch 4, sendo que o ISE 3.5 não é vulnerável a essas duas brechas. Ambientes anteriores à versão 3.2 também devem ser atualizados ou migrados para releases seguras. Embora a empresa tenha afirmado que não há evidências de exploração ativa dessas falhas até o momento, a criticidade dos bugs exige atenção imediata. Isso porque vulnerabilidades em plataformas de identidade e autenticação costumam ter alto valor estratégico para hackers, especialmente em campanhas que buscam acesso inicial, escalonamento de privilégios ou comprometimento silencioso de serviços corporativos. Na prática, o episódio serve como alerta para equipes de segurança e infraestrutura: não basta apenas aplicar patches de rotina. É essencial revisar o uso de credenciais administrativas, restringir acessos privilegiados, monitorar logs de autenticação e administração, validar integrações SSO e manter os appliances de controle de identidade em versões suportadas. Em um cenário em que identidade virou o novo perímetro da segurança, falhas como essas deixam claro que qualquer brecha nesse elo pode ter efeito em cascata sobre toda a operação.

O governo da Suécia afirmou que hackers com ligações ao governo russo tentaram realizar um ataque cibernético com potencial destrutivo contra uma usina térmica do país no início de 2025. A ofensiva foi bloqueada antes de causar impactos operacionais, mas o episódio acendeu um alerta sobre a escalada de ataques direcionados à infraestrutura crítica na Europa. A informação foi divulgada pelo ministro da Defesa Civil , Carl-Oskar Bohlin, durante uma coletiva de imprensa. Segundo ele, o ataque foi atribuído a grupos com “conexões com serviços de inteligência e segurança russos”, indicando um nível mais sofisticado de atuação e possível envolvimento estatal. Embora o nome da usina não tenha sido revelado, o governo confirmou que a tentativa foi neutralizada graças a mecanismos internos de proteção. Ainda assim, o episódio reforça uma mudança importante no perfil das ameaças. Grupos que anteriormente se limitavam a ataques de negação de serviço (DDoS) agora estariam avançando para operações mais agressivas, com potencial de causar danos físicos e interrupções no fornecimento de energia. Esse tipo de evolução faz parte do que especialistas classificam como ataques híbridos — ações que combinam ciberataques com impactos no mundo real. No caso de sistemas industriais e infraestrutura energética, o risco vai além da indisponibilidade de serviços digitais, podendo afetar diretamente o funcionamento de usinas, redes elétricas e sistemas de distribuição. O incidente na Suécia se soma a uma sequência recente de ataques atribuídos a hackers ligados à Rússia contra infraestruturas críticas na Europa. Em dezembro de 2025, autoridades polonesas acusaram o país de tentar comprometer partes da rede elétrica nacional. Meses antes, um ataque a uma barragem na Noruega resultou na abertura indevida de comportas, liberando grandes volumes de água antes que o acesso fosse retomado. Casos semelhantes também foram registrados na Ucrânia, onde ataques cibernéticos já provocaram interrupções no fornecimento de energia e aquecimento em meio ao inverno rigoroso. Em um episódio ocorrido em 2024 na cidade de Lviv, centenas de residências ficaram sem aquecimento por dois dias após a invasão de sistemas de uma empresa municipal de energia. Esse histórico reforça uma tendência observada desde 2015, quando ataques atribuídos à Rússia causaram apagões em larga escala na rede elétrica ucraniana. Desde então, o foco em infraestrutura crítica — especialmente nos setores de energia e água — tem se intensificado, com o objetivo de gerar impacto direto na população e pressionar governos. Apesar da ausência de confirmação oficial por parte do governo russo, o episódio aumenta a tensão no cenário geopolítico e evidencia o papel estratégico da cibersegurança na proteção de serviços essenciais. Para autoridades europeias, a tentativa frustrada na Suécia não é um caso isolado, mas parte de um movimento mais amplo de escalada no uso de capacidades cibernéticas como instrumento de conflito.

Duas vulnerabilidades críticas recentemente divulgadas no FortiSandbox, solução da Fortinet, acendem um alerta urgente para empresas que utilizam a tecnologia. As falhas permitem que hackers não autenticados executem comandos remotamente ou contornem mecanismos de autenticação — tudo isso por meio de simples requisições HTTP. Apesar de ainda não haver evidências de exploração ativa, o risco é considerado elevado. Isso porque as vulnerabilidades já são públicas, não exigem credenciais e historicamente produtos da Fortinet são alvos frequentes de ataques em larga escala. Cadeia de ataque: como as falhas podem ser exploradas Os problemas identificados afetam diretamente o FortiSandbox, ferramenta utilizada para análise de ameaças e detecção de malware em ambientes corporativos. CVE-2026-39808 — Execução remota de comandos (RCE) A primeira vulnerabilidade é uma falha de injeção de comandos no sistema operacional : Permite que hackers enviem requisições HTTP maliciosas O sistema interpreta essas requisições como comandos legítimos Resultado: execução remota de código sem autenticação Essa falha recebeu pontuação 9.1 (crítica)  no padrão CVSS e afeta versões: 4.4.0 até 4.4.8 A correção está disponível a partir da versão 4.4.9 . CVE-2026-39813 — Bypass de autenticação via path traversal A segunda vulnerabilidade explora um erro na API JRPC do FortiSandbox: Utiliza técnica de path traversal Permite manipular caminhos internos do sistema Resultado: bypass de autenticação e acesso indevido Também classificada com CVSS 9.1 , essa falha afeta: Versões 4.4.0 até 4.4.8 Versões 5.0.0 até 5.0.5 A correção foi disponibilizada nas versões: 4.4.9+ 5.0.6+ Exploração facilitada e risco iminente Um fator que aumenta significativamente o risco é a disponibilização pública de ferramentas de exploração. Pesquisadores já divulgaram scanners capazes de identificar sistemas vulneráveis, o que pode acelerar campanhas maliciosas nas próximas semanas. Esse tipo de cenário é comum: após a divulgação de uma falha crítica, o tempo entre o anúncio e a exploração ativa tende a ser cada vez menor. Contexto: sequência de falhas críticas na Fortinet Essas vulnerabilidades surgem poucos dias após outro incidente relevante envolvendo a Fortinet. A falha CVE-2026-35616 , que impacta o FortiClient EMS, já foi: Explorada ativamente desde pelo menos março Incluída no catálogo KEV da CISA Classificada como prioridade máxima para correção A agência chegou a estabelecer um prazo de apenas quatro dias para que órgãos federais aplicassem o patch — um indicativo claro da gravidade. Impacto para empresas Ambientes que utilizam FortiSandbox podem estar expostos a riscos como: Execução remota de código (comprometimento total do sistema) Acesso não autorizado a recursos internos Movimentação lateral dentro da rede Uso da infraestrutura comprometida para ataques adicionais Considerando que o FortiSandbox é frequentemente integrado a pipelines de segurança, SIEMs e sistemas de resposta a incidentes, uma exploração bem-sucedida pode comprometer toda a cadeia de defesa da organização. Recomendações imediatas Diante do cenário, a recomendação é clara: Atualizar imediatamente para versões corrigidas Verificar exposição externa do FortiSandbox Utilizar scanners disponíveis para identificar vulnerabilidades Monitorar logs e comportamentos suspeitos Aplicar princípios de segmentação e controle de acesso Tendência: exploração rápida de vulnerabilidades públicas O caso reforça uma tendência crescente em cibersegurança: A janela entre divulgação e exploração está cada vez menor. Hackers monitoram ativamente divulgações de CVEs e rapidamente desenvolvem exploits — especialmente quando não há necessidade de autenticação. Produtos amplamente utilizados, como os da Fortinet, tornam-se alvos prioritários por oferecerem alto retorno em campanhas de ataque.

O navegador Google Chrome, amplamente promovido como uma solução segura, está no centro de um debate importante sobre privacidade digital. Segundo análises recentes, o navegador não oferece proteção eficaz contra browser fingerprinting , uma das técnicas mais comuns e difíceis de bloquear quando o assunto é rastreamento online. Diferente dos cookies tradicionais — que podem ser apagados ou bloqueados — o fingerprinting permite identificar usuários com base em características únicas do dispositivo e do navegador, muitas vezes sem consentimento ou conhecimento do usuário. Como funciona o browser fingerprinting O fingerprinting coleta uma série de informações técnicas e comportamentais do navegador, criando uma “impressão digital” praticamente única de cada usuário. Entre os dados coletados estão: Sistema operacional e versão Resolução de tela Fontes instaladas Plugins e extensões Informações de hardware (CPU, GPU) Idioma, fuso horário e configurações regionais Essas informações são enviadas automaticamente durante a navegação ou capturadas por scripts presentes nas páginas. Quando combinadas, permitem identificar e rastrear um usuário ao longo de diferentes sites, mesmo sem uso de cookies. Em muitos casos, essa identificação é tão precisa que pode funcionar como um identificador persistente, difícil ou até impossível de apagar. Técnica amplamente utilizada — e difícil de evitar Estudos indicam que o fingerprinting já está presente em uma parcela significativa da internet: Mais de 10% dos 100 mil principais sites  utilizam a técnica Mais de 25% dos 10 mil maiores sites  fazem uso desse tipo de rastreamento Além disso, pesquisas mais recentes mostram que até padrões de comportamento — como os sites mais acessados — podem identificar até 95% dos usuários , mesmo sem dados técnicos detalhados. Isso mostra que o rastreamento evoluiu para além de cookies, explorando características invisíveis para o usuário comum. Falta de proteção no Chrome preocupa especialistas De acordo com especialistas, o principal problema é que o Chrome praticamente não implementa mecanismos nativos para mitigar esse tipo de rastreamento. Enquanto navegadores como: Brave  utilizam técnicas como farbling  (introdução de ruído nos dados) Mozilla Firefox  oferece configurações como resistFingerprinting O Chrome não possui defesas equivalentes por padrão. Isso significa que sites podem coletar informações detalhadas do dispositivo sem grandes obstáculos, criando perfis únicos de usuários em larga escala. Privacy Sandbox: promessa que não se concretizou Em 2019, o Google anunciou o projeto Privacy Sandbox, com o objetivo de substituir cookies e melhorar a privacidade online. Na época, a própria empresa reconheceu que o fingerprinting era uma prática problemática: Técnicas utilizam pequenas variações entre usuários para criar identificadores únicos, sem controle do usuário. No entanto, após anos de desenvolvimento, críticas do mercado e pressão regulatória, o projeto foi descontinuado em 2025 sem entregar mecanismos efetivos para mitigar fingerprinting. Mais controverso ainda foi o reposicionamento da empresa , que passou a aceitar o uso da técnica desde que haja transparência — uma mudança significativa em relação à postura anterior. Do marketing à vigilância: o impacto real Embora o fingerprinting tenha aplicações legítimas — como prevenção a fraudes — seu uso em larga escala levanta preocupações sérias. Relatórios recentes indicam que dados coletados por meio de rastreamento digital estão sendo comercializados para: Empresas de publicidade Corretoras de dados Órgãos governamentais e de segurança Essas plataformas são capazes de extrair informações como: Endereço IP Localização estimada Tipo de dispositivo Interações do usuário Nível de bateria e comportamento Na prática, isso cria um ecossistema de vigilância digital altamente sofisticado, muitas vezes invisível para o usuário final. Um problema estrutural da web moderna O caso do Chrome evidencia um dilema central da internet atual: Bloquear cookies melhora a privacidade… Mas incentiva técnicas mais invasivas como fingerprinting Sem mecanismos eficazes de controle, usuários ficam sem opções reais para proteger sua identidade digital. E com a popularização de tecnologias como IA e coleta massiva de dados, o problema tende a se intensificar — transformando o fingerprinting em uma das principais frentes de risco para privacidade nos próximos anos.

Uma nova técnica de ataque está acendendo um alerta importante no uso de agentes de Inteligência Artificial integrados ao GitHub. Pesquisadores demonstraram que é possível sequestrar esses agentes por meio de ataques de prompt injection , permitindo o roubo de credenciais sensíveis como chaves de API e tokens de acesso — sem necessidade de infraestrutura externa de comando e controle. O mais preocupante: apesar da gravidade da falha, empresas como Anthropic, Google e Microsoft não divulgaram alertas públicos formais nem atribuíram identificadores de vulnerabilidade (CVEs), o que pode deixar usuários expostos sem saber. Como o ataque funciona na prática A técnica explorada segue uma lógica relativamente simples — e extremamente eficaz. Os pesquisadores analisaram agentes de IA que operam dentro do GitHub Actions, como: Claude Code Security Review Gemini CLI Action GitHub Copilot Agent Esses agentes têm acesso a dados do repositório, como títulos de pull requests , comentários e descrições de issues . O problema está exatamente aí. Cadeia de ataque: O hacker cria um pull request  ou issue  com instruções maliciosas embutidas (prompt injection) O agente de IA lê esse conteúdo como parte do contexto da tarefa As instruções maliciosas são interpretadas como comandos legítimos O agente executa ações (como comandos em bash ou acesso a dados internos) Informações sensíveis são retornadas em comentários ou outputs públicos Em um dos testes, um simples título de pull request  foi suficiente para instruir o agente a executar o comando whoami e retornar o resultado como se fosse uma análise de segurança. Mas o cenário evolui rapidamente: os pesquisadores também conseguiram extrair tokens do GitHub e chaves de API de serviços de IA, demonstrando o impacto real do ataque. “Comment-and-Control”: um novo modelo de ataque A técnica foi apelidada de “Comment-and-Control” , em referência ao tradicional modelo de Command and Control (C2)  — mas com uma diferença crítica. Nesse caso, todo o ataque acontece dentro do próprio GitHub : O código malicioso é inserido em campos aparentemente legítimos O agente executa automaticamente as ações Os dados são exfiltrados via comentários ou respostas do próprio sistema Ou seja, não há necessidade de servidores externos , o que dificulta a detecção e amplia o potencial de abuso. Outro fator preocupante é o caráter proativo  do ataque. Diferente de ataques tradicionais de prompt injection, que dependem de uma ação do usuário (como pedir para a IA analisar um conteúdo), aqui o próprio workflow do GitHub é automaticamente acionado — bastando abrir um PR ou issue. Bypass de proteções e falhas de design Mesmo com mecanismos de segurança implementados, os pesquisadores conseguiram contornar as proteções: No caso do Copilot, foram burladas camadas como: Filtragem de ambiente Scanner de segredos Firewall de rede Em outro cenário, instruções maliciosas foram escondidas em comentários HTML invisíveis, enganando tanto o usuário quanto o sistema. Esse tipo de falha evidencia um problema estrutural: modelos de IA ainda não conseguem distinguir com precisão entre instruções legítimas e conteúdo malicioso quando ambos estão misturados no contexto de execução . Impacto real para empresas e desenvolvedores O impacto vai muito além de testes acadêmicos. Ambientes que utilizam automação com GitHub Actions — especialmente aqueles com acesso a: Tokens de deploy Credenciais de cloud Integrações com Slack, Jira ou e-mail Segredos de organização podem estar vulneráveis a vazamentos silenciosos. Além disso, como não houve comunicação ampla dos fornecedores, muitas organizações podem estar rodando versões vulneráveis sem qualquer visibilidade do risco. O que isso revela sobre o futuro da segurança em IA Esse caso reforça uma tendência clara: ataques contra IA estão evoluindo rapidamente e explorando falhas de design, não apenas bugs tradicionais . A recomendação dos pesquisadores é tratar agentes de IA como “funcionários com superpoderes”: Aplicar princípio de menor privilégio Restringir acesso a ferramentas desnecessárias (ex: bash, escrita em repositório) Limitar acesso a segredos Usar listas de permissão (allow lists) Na prática, isso significa que a segurança de agentes de IA deve seguir os mesmos princípios de controle de acesso e segmentação já aplicados a usuários humanos — ou até mais rigorosos.