A discussão sobre inteligência artificial costuma focar nos modelos. Fala-se sobre capacidades, automação, geração de conteúdo e agentes capazes de executar tarefas complexas. No entanto, existe uma camada essencial que raramente recebe a mesma atenção: a infraestrutura onde esses agentes realmente operam. Na prática, não importa o quão avançado seja um agente de IA se o ambiente em que ele roda não for capaz de sustentar suas operações. Automações que dependem de disponibilidade constante, integração com múltiplos sistemas e processamento contínuo exigem muito mais do que um simples ambiente de execução local. Esse desafio começa a ficar evidente quando projetos saem da fase experimental. É relativamente comum que agentes de automação ou aplicações baseadas em IA comecem rodando em notebooks ou em ambientes improvisados. No início isso funciona, especialmente em testes ou protótipos. Mas conforme o projeto evolui, surgem limitações técnicas claras: falta de estabilidade, necessidade de manter a máquina ligada permanentemente, gargalos de processamento e dificuldades para integrar novos serviços. Quando agentes precisam operar de forma contínua, responder a eventos externos ou executar fluxos automatizados, a infraestrutura deixa de ser apenas suporte técnico e passa a ser parte central da arquitetura do projeto. É exatamente nesse ponto que entram os agentes inteligentes executados em ambientes preparados para automação real. Diferente de um chatbot tradicional, que apenas responde a perguntas ou gera texto sob demanda, agentes mais avançados são capazes de executar tarefas, manter contexto entre interações e interagir diretamente com sistemas externos. Eles podem processar dados, acionar integrações, automatizar rotinas e tomar decisões baseadas em eventos ou informações recebidas em tempo real. Esse tipo de aplicação exige três elementos fundamentais: disponibilidade contínua, capacidade de processamento previsível e um ambiente seguro para integrar diferentes serviços. A solução proposta pela HostGator com o VPS NVMe integrado ao OpenClaw  surge justamente nesse contexto. O OpenClaw, também conhecido como Clawdbot ou Moltbot, é um agente de inteligência artificial open source projetado para ir além das respostas textuais. Ele mantém memória persistente, executa tarefas e consegue interagir com arquivos, APIs e serviços externos, aprendendo gradualmente o contexto das operações. Na prática, isso permite que o agente atue como um operador digital capaz de automatizar processos completos. Em vez de apenas responder a comandos, ele pode executar fluxos de trabalho, integrar diferentes plataformas e organizar dados de forma automatizada. Mas para que esse tipo de automação funcione de forma confiável, o ambiente onde o agente roda precisa oferecer estabilidade e desempenho suficientes. É por isso que a HostGator integrou o OpenClaw diretamente em sua infraestrutura de VPS NVMe. A proposta é eliminar uma das maiores barreiras enfrentadas por quem deseja trabalhar com agentes inteligentes: a complexidade de instalação e configuração. Quem já tentou montar esse tipo de ambiente manualmente sabe que o processo pode envolver dependências complexas, erros de configuração e dias de preparação antes mesmo de começar a desenvolver as automações. Com a integração proposta pela empresa, o cliente contrata o servidor e já recebe um ambiente com o agente funcional, pronto para iniciar projetos de automação e integração. Além da simplicidade de implantação, a infraestrutura também é um ponto central da solução. A VPS NVMe da HostGator opera em servidores de alto desempenho com armazenamento NVMe, memória DDR5 e baixa latência para usuários no Brasil e na América Latina. Essa base permite que agentes operem continuamente, com acesso rápido a dados e capacidade suficiente para executar fluxos mais complexos de automação. Outro fator relevante é a previsibilidade operacional. Diferente de ambientes locais onde interrupções, quedas de conexão ou limitações de hardware podem interromper processos um agente executado em VPS pode operar 24 horas por dia em um ambiente estável, com recursos dedicados e controle completo do servidor. Isso abre espaço para aplicações que vão além de simples automações experimentais. Agentes podem ser utilizados para integrar sistemas corporativos, organizar fluxos de dados, automatizar atendimento ou monitorar eventos em tempo real. Em todos esses cenários, a confiabilidade da infraestrutura se torna tão importante quanto a própria inteligência do agente. A evolução da inteligência artificial está ampliando rapidamente o conceito de automação. Cada vez mais, projetos dependem de agentes capazes de executar tarefas reais dentro de ecossistemas digitais complexos. Mas para que essas soluções funcionem de forma segura e previsível, a base técnica precisa acompanhar esse avanço. Infraestrutura, nesse contexto, deixa de ser um detalhe invisível e passa a ser parte fundamental da estratégia tecnológica. Sem um ambiente preparado para executar automações de forma contínua, mesmo os agentes mais avançados acabam limitados. Com a combinação de VPS NVMe e OpenClaw, a proposta da HostGator é justamente oferecer essa base permitindo que projetos de automação e inteligência artificial saiam da fase experimental e se tornem soluções operacionais reais.

Uma campanha de ciberespionagem atribuída a hackers ligados à China está mirando organizações militares do Sudeste Asiático em uma operação altamente direcionada que, segundo análise da Palo Alto Networks Unit 42, está em atividade desde pelo menos 2020. O grupo foi rastreado sob o nome CL-STA-1087 , classificação usada para identificar um cluster com indícios de motivação estatal. De acordo com a investigação, a campanha não tinha como foco roubo massivo de dados, mas sim a coleta precisa de informações estratégicas e sensíveis. Os invasores demonstraram interesse em documentos relacionados a capacidades militares , estruturas organizacionais , registros de reuniões oficiais e até cooperações com forças armadas ocidentais. Esse comportamento reforça o caráter de espionagem cibernética da operação, com ênfase em inteligência militar e monitoramento prolongado dos alvos. Os pesquisadores destacaram que a atividade apresenta características típicas de operações APT  (ameaças persistentes avançadas), como métodos de entrega cuidadosamente preparados, técnicas de evasão de defesa, infraestrutura operacional estável e uso de cargas maliciosas personalizadas para garantir acesso não autorizado por longos períodos. Em vez de ações barulhentas ou destrutivas, a campanha foi marcada por paciência operacional e foco cirúrgico na extração de dados estratégicos. Entre as ferramentas identificadas estão os backdoors AppleChris  e MemFun , além de um coletor de credenciais chamado Getpass , uma versão personalizada do conhecido Mimikatz. A descoberta da intrusão começou após a identificação de execuções suspeitas em PowerShell , usadas para colocar scripts em estado de espera por até seis horas antes de estabelecer shells reversos com servidores controlados pelos hackers. Até o momento, o vetor inicial de acesso não foi confirmado. Segundo a análise, a cadeia de infecção inclui a implantação do AppleChris  em diferentes versões, distribuídas entre os sistemas comprometidos após movimentação lateral dentro do ambiente invadido. O objetivo era manter persistência e dificultar a detecção por soluções baseadas em assinatura. Durante a operação, os invasores também realizaram buscas específicas por arquivos ligados a estruturas organizacionais militares, estratégias operacionais e sistemas C4I  — sigla para comando, controle, comunicações, computadores e inteligência. Um dos pontos mais sofisticados da campanha é a forma como os malwares obtêm seus endereços reais de comando e controle. Tanto variantes do AppleChris quanto o MemFun acessam uma conta compartilhada no Pastebin , usada como um tipo de resolvedor intermediário para recuperar o endereço do servidor C2, armazenado em formato codificado em Base64. Em uma das variantes, o AppleChris também usa o Dropbox  para buscar essas informações, deixando o Pastebin como alternativa de contingência. Os registros analisados indicam que essas publicações no Pastebin existem desde setembro de 2020 , o que sugere uma operação madura e de longa duração. O AppleChris é ativado por meio de DLL hijacking , técnica em que uma biblioteca maliciosa é carregada no lugar de uma legítima para iniciar a infecção. Após se conectar ao servidor de comando e controle, o malware pode executar diversas funções, incluindo enumeração de discos, listagem de diretórios, upload, download e exclusão de arquivos, enumeração de processos , execução de shell remota e criação silenciosa de novos processos. Uma segunda variante do malware amplia ainda mais as capacidades, incorporando recursos avançados de proxy de rede. Para evitar análise automatizada, algumas amostras utilizam táticas de evasão de sandbox em tempo de execução. Entre elas estão temporizadores de atraso que fazem o malware “dormir” por 30 segundos , no caso de executáveis, ou 120 segundos , no caso de DLLs. A estratégia é simples, mas eficaz: esperar tempo suficiente para ultrapassar a janela comum de monitoramento de ambientes automatizados de análise. Já o MemFun  opera com uma cadeia de infecção em múltiplas etapas. Um carregador inicial injeta shellcode responsável por iniciar um downloader em memória, cuja função principal é buscar configurações de C2 no Pastebin, estabelecer comunicação com a infraestrutura dos hackers e obter uma DLL que ativa o backdoor. Como essa DLL é baixada em tempo de execução, o MemFun oferece aos invasores mais flexibilidade para entregar novas cargas maliciosas sem precisar alterar a estrutura principal do malware, funcionando na prática como uma plataforma modular. A investigação também apontou que o MemFun executa verificações antiforenses antes de alterar o próprio timestamp de criação para coincidir com o diretório Windows System , tentativa de dificultar análises posteriores. Depois disso, o malware injeta sua carga maliciosa na memória de um processo suspenso ligado ao dllhost.exe , usando a técnica de process hollowing . Dessa forma, o código malicioso passa a rodar disfarçado como um processo legítimo do Windows, reduzindo a geração de artefatos em disco e aumentando a furtividade da operação. Outro componente relevante da campanha é o Getpass , uma versão customizada do Mimikatz usada para elevar privilégios e extrair senhas em texto claro, hashes NTLM e dados de autenticação diretamente da memória do processo lsass.exe . Esse tipo de recurso amplia significativamente o potencial de comprometimento, já que permite aos hackers expandir acesso, movimentar-se lateralmente e consolidar controle sobre os ambientes atingidos. Na avaliação final, a Unit 42 ressaltou que o grupo demonstrou alto nível de disciplina operacional e consciência de segurança. Os invasores teriam mantido acessos dormentes por meses, priorizando espionagem de precisão e adotando medidas robustas para prolongar a campanha sem chamar atenção. O caso reforça como operações de ciberespionagem patrocinadas por Estados continuam evoluindo em sofisticação, especialmente quando o alvo envolve setores militares e estratégicos.

O FBI  anunciou que está investigando um hacker suspeito de publicar vários jogos infectados com malware na plataforma Steam, uma das maiores lojas digitais de jogos para PC do mundo. A agência norte-americana divulgou o alerta na sexta-feira e pediu que possíveis vítimas entrem em contato caso tenham instalado os títulos comprometidos. Segundo a investigação, os jogos suspeitos teriam sido publicados ao longo dos últimos dois anos e contêm código malicioso oculto em seus arquivos. Os títulos identificados até agora incluem BlockBlasters, Chemia, Dashverse (ou DashFPS), Lampy, Lunara, PirateFi e Tokenova. Todos estavam disponíveis na Steam e teriam sido desenvolvidos pelo mesmo responsável. A suspeita é de que os jogos tenham sido utilizados como um cavalo de Troia, técnica em que um software aparentemente legítimo esconde funcionalidades maliciosas. Nesse caso, os jogos funcionavam normalmente embora com recursos simples enquanto instalavam malware nos computadores das vítimas após o download. Esse tipo de ataque explora a confiança dos usuários em plataformas populares. Ao baixar e executar o jogo, o usuário acaba instalando também o código malicioso, que pode permitir desde roubo de dados até acesso remoto ao sistema comprometido, dependendo da carga maliciosa utilizada. Casos semelhantes já ocorreram na Steam Essa não é a primeira vez que a plataforma enfrenta esse tipo de problema. No ano passado, hackers também conseguiram publicar jogos aparentemente legítimos na Steam que escondiam malware em seus arquivos. Embora os títulos fossem simples, sua função principal era servir como um vetor de infecção, atraindo jogadores para baixar o conteúdo e executar o código malicioso em seus computadores. Após a descoberta, a Valve, empresa responsável pela Steam, removeu os jogos da loja. No entanto, ainda não está claro quantos usuários chegaram a instalar os títulos infectados antes da remoção. A investigação do FBI busca agora identificar possíveis vítimas e entender a extensão da campanha maliciosa, além de rastrear o responsável pela distribuição dos jogos comprometidos. Especialistas em segurança recomendam que usuários que tenham instalado qualquer um dos títulos citados realizem verificações de segurança em seus computadores, atualizem antivírus e removam imediatamente os softwares suspeitos.

Pesquisadores divulgaram um conjunto de nove vulnerabilidades críticas no módulo de segurança AppArmor , presente no kernel do Linux, que podem permitir que usuários sem privilégios elevem permissões para root, contornem proteções do sistema e comprometam o isolamento de containers. As falhas foram identificadas pela equipe de pesquisa da Qualys e receberam o codinome CrackArmor. Segundo a empresa, os problemas existem desde 2017 e afetam kernels Linux a partir da versão 4.11. Apesar da gravidade, as vulnerabilidades ainda não receberam identificadores CVE. O AppArmor é um módulo de segurança do Linux baseado em controle de acesso obrigatório (MAC), projetado para limitar o comportamento de aplicações e impedir que falhas de software sejam exploradas para comprometer o sistema. Ele é amplamente utilizado em distribuições corporativas como Ubuntu , Debian e SUSE, sendo ativado por padrão em muitos ambientes empresariais. De acordo com a análise técnica, as vulnerabilidades exploram um tipo de problema conhecido como “confused deputy”, em que um programa com privilégios elevados é induzido a executar ações indevidas em nome de um usuário não autorizado. Nesse caso, invasores conseguem manipular perfis de segurança do AppArmor por meio de pseudo-arquivos, contornando restrições de namespace e executando código arbitrário no kernel. Os pesquisadores explicam que as falhas podem ser exploradas em interações complexas com ferramentas comuns no sistema Linux, como Sudo e Postfix, permitindo escalonamento de privilégios local (Local Privilege Escalation – LPE). Além disso, as vulnerabilidades também podem ser usadas para realizar ataques de negação de serviço (DoS), explorar leituras fora dos limites de memória e até contornar mecanismos de proteção como o KASLR (Kernel Address Space Layout Randomization). Outro risco relevante é que invasores podem manipular políticas do AppArmor para desativar proteções de serviços críticos ou aplicar regras de bloqueio total, provocando indisponibilidade do sistema. Em cenários mais graves, os ataques podem levar à modificação de arquivos sensíveis, como /etc/passwd, permitindo a criação de contas root sem senha. Impacto em ambientes com containers Uma das consequências mais preocupantes das falhas é a possibilidade de contornar o isolamento de containers, um mecanismo fundamental para ambientes baseados em Docker, Kubernetes e outras plataformas de virtualização leve. Segundo os pesquisadores, o CrackArmor permite que usuários sem privilégios criem user namespaces totalmente funcionais, contornando restrições implementadas em distribuições como o Ubuntu. Isso compromete princípios essenciais de segurança, como menor privilégio, isolamento de workloads e proteção de serviços críticos. Com o controle ampliado, invasores poderiam executar exploits mais avançados no kernel, acessar memória arbitrária ou criar cadeias de ataque que levam ao comprometimento completo do host. Atualizações de segurança são prioridade A Qualys informou que decidiu não divulgar provas de conceito (PoC) das falhas neste momento para dar tempo às organizações de aplicar atualizações e reduzir o risco de exploração ativa. O problema pode afetar milhões de sistemas Linux em ambientes corporativos. Estimativas apontam que mais de 12,6 milhões de instâncias Linux empresariais utilizam AppArmor habilitado por padrão. Diante da gravidade das falhas, especialistas recomendam que administradores realizem atualizações imediatas do kernel sempre que patches estiverem disponíveis, já que medidas temporárias de mitigação não oferecem o mesmo nível de proteção que a correção oficial do código.

Durante anos, a segurança da informação operou sob a premissa de que havia um “dentro” confiável e um “fora” perigoso. Hoje, esse modelo morreu, a confiança implícita passou a ser o novo risco corporativo.  Os ataques deixaram de ser eventos pontuais para se tornarem operações contínuas, automatizadas e orientadas por dados. De acordo com o Relatório de Estatísticas Globais de Inteligência de Ameaças de janeiro de 2026, publicado pela Check Point Research (CPR), divisão de inteligência da Check Point Software, empresas ao redor do mundo sofreram, em média, 2.090 ataques cibernéticos por semana cada uma. O volume representa um crescimento de 3% em relação a dezembro e um aumento de 17% na comparação com o mesmo período do ano anterior. Segundo o estudo, a alta reflete a intensificação das campanhas de ransomware e a maior exposição decorrente da expansão do uso de ferramentas de IA (inteligência artificial) generativa, fatores que vêm ampliando a pressão do cenário global de ameaças.  É por isso que a threat intelligence (ou inteligência de ameaças) vem ganhando tanto espaço nas organizações.    O fim do perímetro e a falência do modelo tradicional   O modelo tradicional de segurança começou a falhar quando o perímetro deixou de existir. Com a consolidação da nuvem, do trabalho remoto, do SaaS e da mobilidade, o conceito de “dentro é seguro, fora é perigoso” perdeu completamente o sentido.  Firewalls e antivírus continuam sendo importantes, mas não acompanham a complexidade e a velocidade das ameaças atuais porque a superfície de ataque se expandiu e se fragmentou. Hoje, identidades, dispositivos e integrações externas representam riscos tão ou mais relevantes do que o tráfego de rede tradicional.   Zero trust: de boa prática a condição mínima   O modelo zero trust tem um princípio simples e poderoso: nunca confiar automaticamente, sempre verificar.  Qualquer identidade, dispositivo ou conexão pode estar comprometido. Em ambientes híbridos e distribuídos, validar continuamente identidade, contexto e comportamento é condição mínima de sobrevivência.  Ainda existem organizações que tratam zero trust como tendência. Em muitos casos, isso ocorre porque ainda não enfrentaram um incidente relevante. A percepção de complexidade, custo elevado ou ausência de retorno financeiro imediato adia a decisão. Até que um ataque transforme prioridade em urgência.  Hoje, é difícil falar em maturidade de segurança sem incorporar os princípios de verificação contínua e menor privilégio. Zero trust não é um produto, mas sim um modelo mental. E maturidade exige mudança cultural.    Dados não são inteligência   Embora seja tão importante, implementar zero trust sem inteligência é agir no escuro.  Há uma diferença fundamental entre coletar dados de ameaças e ter threat intelligence de fato. Então, acumular IPs maliciosos, hashes e relatórios não significa necessariamente estar mais protegido. Inteligência de ameaças é contextualizar, correlacionar e transformar informação em decisão prática, alinhada ao risco do negócio.  Um dos erros mais comuns nas iniciativas de threat intelligence é priorizar ferramentas antes de estratégia. Outro é consumir múltiplos feeds sem capacidade interna de análise. Quando a inteligência não está integrada aos processos, ela se torna apenas um relatório sofisticado que não altera comportamento nem reduz exposição.  Ou seja, threat intelligence bem aplicada precisa orientar decisões estratégicas. Deve indicar quais riscos impactam efetivamente o negócio, quais setores estão sendo mais visados e quais vulnerabilidades estão sendo exploradas. Assim, isso influencia priorização de investimentos, definição de projetos e até decisões de expansão para novos mercados.    A convergência inevitável   É na interseção entre threat intelligence e zero trust que a segurança se torna verdadeiramente estratégica.  Enquanto o zero trust elimina a confiança implícita, a inteligência de ameaças direciona onde o risco é maior. Ela ajuda a definir quais identidades exigem monitoramento mais rigoroso, quais ativos são mais visados por atacantes e onde aplicar controles mais restritivos, por exemplo. O resultado é uma proteção mais inteligente e realista.  Em setores com alta exposição digital, dados sensíveis ou forte pressão regulatória, como finanças, saúde e governo, essa combinação deixa de ser recomendada e se torna praticamente obrigatória. Isso vale para empresas com cadeias de suprimento complexas e múltiplas integrações com terceiros.  Essa é uma jornada estruturada por camadas como:  Mapear ativos críticos, fluxos de dados e identidades; Estabelecer um processo mínimo de inteligência para compreender quais ameaças são mais relevantes; Priorizar ações como autenticação multifator, segmentação de rede, políticas de menor privilégio e monitoramento contínuo. A evolução ocorre de forma gradual, mas precisa ser consistente.  Nesse processo, contar com parceiros especializados acelera a maturidade e evita erros comuns.   O novo padrão de resiliência   Quando ameaças são contínuas, automatizadas e orientadas por dados, a resposta também precisa ser. Assim, zero trust não é mais apenas uma recomendação técnica. É o novo padrão de resiliência digital.  Via - Leonir Paulo Zenaro

A INTERPOL anunciou uma grande operação internacional que resultou na derrubada de mais de 45 mil endereços IP e servidores maliciosos usados em campanhas de phishing, malware e ransomware. A ação faz parte de um esforço global para desmantelar redes de cibercrime, interromper atividades criminosas emergentes e proteger vítimas de golpes digitais. A operação contou com a participação de 72 países e territórios, culminando na prisão de 94 suspeitos, enquanto outras 110 pessoas continuam sob investigação. Durante as ações policiais, autoridades apreenderam 212 dispositivos eletrônicos e servidores utilizados em atividades criminosas. A ofensiva integra a terceira fase da Operação Synergia, conduzida entre 18 de julho de 2025 e 31 de janeiro de 2026. As duas fases anteriores, realizadas em 2023 e 2024, já haviam identificado milhares de servidores maliciosos e levado à prisão de diversos integrantes de redes de fraude digital. Prisões e operações em diferentes países Em Bangladesh, uma das operações resultou na prisão de 40 suspeitos e na apreensão de 134 dispositivos eletrônicos. Os investigados estariam envolvidos em diversos tipos de fraude online, incluindo golpes de empréstimo, falsas ofertas de emprego, roubo de identidade e fraude com cartões de crédito. Já em Togo, autoridades prenderam 10 suspeitos acusados de operar um esquema de fraude a partir de uma residência. Parte do grupo invadia contas de redes sociais, enquanto outros membros executavam campanhas de engenharia social, incluindo golpes românticos e sextorsão. Nesse tipo de fraude, os criminosos assumiam o controle da conta de uma vítima e passavam a interagir com seus contatos, fingindo ser o verdadeiro proprietário da conta. A partir daí, criavam relacionamentos falsos ou situações de emergência para convencer amigos e familiares a realizar transferências de dinheiro. Em Macau, autoridades identificaram mais de 33 mil sites de phishing e páginas fraudulentas, muitos deles ligados a cassinos falsos ou que imitavam serviços críticos como bancos, órgãos governamentais e plataformas de pagamento. Essas páginas eram usadas para enganar vítimas e induzi-las a inserir dados pessoais ou realizar depósitos. Fraudes financeiras internacionais também entram no radar Paralelamente, autoridades da Índia também conduziram uma investigação de grande escala relacionada a um esquema internacional de fraude online. O Central Bureau of Investigation ( CBI ) realizou buscas coordenadas em 15 locais nos estados de Delhi, Rajasthan, Uttar Pradesh e Punjab. A investigação envolve um esquema de investimento fraudulento e ofertas falsas de trabalho online que teriam lesado milhares de cidadãos indianos. De acordo com as autoridades, os criminosos utilizavam redes sociais, aplicativos móveis e plataformas de mensagens criptografadas para atrair vítimas com promessas de altos retornos em investimentos ou oportunidades de trabalho remoto. O golpe geralmente começava convencendo as vítimas a depositar pequenas quantias, enquanto os criminosos exibiam lucros fictícios em plataformas falsas. Posteriormente, as vítimas eram incentivadas a investir valores cada vez maiores. Assim que o dinheiro era transferido, os recursos eram rapidamente movimentados através de contas bancárias de laranjas, dificultando o rastreamento. Parte dos valores também era retirada em ATMs no exterior, convertida em criptomoedas ou transferida para plataformas financeiras internacionais. Segundo as investigações, parte do dinheiro roubado foi convertida em USDT (Tether) por meio de corretoras de ativos digitais na Índia e transferida para carteiras controladas pelo grupo. As autoridades identificaram Ashok Kumar Sharma como um dos principais integrantes do esquema, que já foi preso. Além disso, diversas contas bancárias utilizadas pelo grupo foram bloqueadas e documentos e evidências digitais foram apreendidos durante as operações. A ação reforça o esforço global de cooperação entre agências de segurança para combater redes de fraude digital que atuam de forma transnacional e utilizam tecnologias cada vez mais sofisticadas para enganar vítimas em diferentes países.

Pesquisadores divulgaram detalhes sobre um novo malware bancário que está atacando usuários no Brasil. Batizado de VENON, o código malicioso foi desenvolvido na linguagem Rust, algo incomum no ecossistema de cibercrime latino-americano, tradicionalmente dominado por famílias de malware escritas em Delphi. O malware foi identificado pela empresa brasileira de cibersegurança ZenoX e foi detectado pela primeira vez no mês passado. O VENON foi projetado para infectar sistemas Windows e apresenta características semelhantes às de trojans bancários já conhecidos na região, como Grandoreiro, Mekotio e Coyote. Entre as funcionalidades observadas estão o uso de overlays bancários falsos, monitoramento de janelas ativas e mecanismos de sequestro de atalhos (LNK hijacking) técnicas amplamente utilizadas por grupos hackers especializados em fraudes financeiras na América Latina. Apesar das semelhanças técnicas com outros malwares bancários, o VENON ainda não foi atribuído a nenhum grupo hacker conhecido. Uma versão anterior do malware, datada de janeiro de 2026, revelou pistas interessantes sobre seu desenvolvimento: caminhos de diretório extraídos do código apontam para um ambiente de desenvolvimento associado ao usuário “byst4”, indicando possíveis vestígios do autor. Segundo a análise técnica, a estrutura do código sugere que o desenvolvedor possui familiaridade com trojans bancários da região. Os pesquisadores também apontam indícios de que ferramentas de inteligência artificial generativa podem ter sido usadas para reescrever ou adaptar funcionalidades tradicionais desses malwares para a linguagem Rust, que exige um nível elevado de conhecimento técnico para implementação sofisticada. Cadeia de infecção sofisticada O VENON é distribuído por meio de uma cadeia de infecção relativamente complexa. O ataque começa quando a vítima é induzida, por técnicas de engenharia social, a baixar um arquivo ZIP malicioso. Esse arquivo contém scripts que executam comandos PowerShell para iniciar o processo de infecção. Um dos mecanismos utilizados no ataque é o DLL side-loading, técnica em que um aplicativo legítimo carrega uma biblioteca maliciosa sem perceber. Quando a DLL maliciosa é executada, o malware realiza uma série de verificações para evitar detecção. Foram identificadas nove técnicas de evasão, incluindo: verificações anti-sandbox chamadas indiretas ao sistema (indirect syscalls) bypass do ETW (Event Tracing for Windows) bypass do AMSI (Antimalware Scan Interface) Somente após essas verificações o malware inicia suas atividades maliciosas. Em seguida, ele se conecta a um endereço hospedado no Google Cloud Storage para baixar arquivos de configuração, criar tarefas agendadas no sistema e estabelecer uma conexão WebSocket com o servidor de comando e controle (C2). Ataques direcionados a bancos brasileiros O VENON foi projetado para monitorar continuamente o título das janelas abertas no sistema e os domínios acessados pelo navegador. Quando identifica que a vítima abriu o site ou aplicativo de uma instituição financeira alvo, o malware entra em ação. Nesse momento, ele exibe overlays falsos, simulando telas legítimas de login ou autenticação para roubar credenciais bancárias. Ao todo, o malware é capaz de identificar 33 instituições financeiras e plataformas de ativos digitais, o que demonstra um forte foco no setor financeiro brasileiro. Um detalhe curioso identificado pelos pesquisadores é a presença de dois blocos de Visual Basic Script extraídos da DLL que implementam um mecanismo específico de sequestro de atalhos do aplicativo bancário Itaú. Nesse caso, os atalhos legítimos são substituídos por versões manipuladas que redirecionam a vítima para páginas controladas pelos hackers. O malware também inclui uma função de desinstalação, capaz de restaurar os atalhos originais do sistema. Esse recurso sugere que os operadores podem remover evidências da infecção remotamente, dificultando investigações posteriores. WhatsApp também tem sido usado em campanhas de malware A descoberta do VENON ocorre em paralelo a outras campanhas que exploram a popularidade do WhatsApp no Brasil  para distribuir malware bancário. Em uma dessas campanhas, hackers utilizaram um worm chamado SORVEPOTEL, distribuído por meio da versão web e desktop do aplicativo de mensagens. O ataque explora sessões já autenticadas para enviar mensagens maliciosas diretamente para contatos da vítima. Um único link enviado por meio dessas conversas comprometidas pode iniciar uma cadeia de infecção em múltiplos estágios que termina com a instalação de malwares bancários como Maverick, Casbaneiro ou Astaroth. De acordo com análises técnicas, a combinação de automação local, drivers de navegador executados sem supervisão e ambientes de execução que permitem escrita pelo usuário cria um cenário extremamente permissivo para que worms e cargas maliciosas se instalem com pouca fricção nos sistemas.

A Meta anunciou que vai descontinuar o suporte à criptografia de ponta a ponta (E2EE) em conversas do Instagram a partir de 8 de maio de 2026 . A mudança afeta os chats que utilizam esse recurso de proteção e marca uma reviravolta importante na estratégia de privacidade da empresa dentro da plataforma. De acordo com a companhia , usuários impactados pela decisão receberão instruções para baixar mensagens e arquivos de mídia que desejarem preservar. A Meta também informou que, em alguns casos, será necessário atualizar o aplicativo do Instagram para conseguir acessar a opção de exportação dos dados das conversas afetadas. A criptografia de ponta a ponta impede que terceiros, incluindo a própria plataforma, consigam ler o conteúdo trocado entre duas pessoas. Na prática, apenas os participantes da conversa têm acesso às mensagens em texto, imagens, vídeos e outros arquivos compartilhados. Por isso, o recurso é amplamente visto como uma camada importante de proteção contra espionagem, interceptação e acessos indevidos. O suporte a esse tipo de criptografia no Instagram começou a ser testado em 2021, dentro da visão defendida por Mark Zuckerberg de tornar os serviços da Meta mais orientados à privacidade. Ainda assim, a funcionalidade nunca foi amplamente disponibilizada de forma uniforme e continuou restrita a determinadas regiões , além de não ser ativada por padrão para todos os usuários. Em 2022, poucas semanas após o início da guerra entre Rússia e Ucrânia, a empresa ampliou o acesso às mensagens criptografadas para usuários adultos nos dois países. Na época, a medida foi interpretada como uma tentativa de reforçar a segurança das comunicações em um contexto de conflito, vigilância e risco elevado de interceptação digital. A decisão da Meta surge em meio a um debate cada vez mais intenso sobre os limites da criptografia em plataformas de grande alcance. De um lado, especialistas em privacidade e direitos digitais defendem que a proteção forte das comunicações é essencial para preservar a confidencialidade, reduzir riscos de abuso e impedir a exposição de dados sensíveis. Do outro, autoridades policiais e grupos ligados à proteção infantil argumentam que a criptografia dificulta investigações e pode impedir o acesso legal a conteúdos relacionados a crimes graves. Esse impasse costuma ser associado ao fenômeno conhecido como “Going Dark” , expressão usada para descrever situações em que órgãos de investigação perdem visibilidade sobre comunicações digitais por causa do uso de criptografia robusta. Críticos da tecnologia afirmam que isso dificulta o cumprimento de ordens judiciais e a identificação de conteúdos como material de abuso sexual infantil e propaganda terrorista. Nos últimos dias, o tema voltou ao centro do debate internacional. O TikTok, por exemplo, afirmou que não pretende adotar criptografia de ponta a ponta em suas mensagens diretas, alegando que a tecnologia pode reduzir sua capacidade de proteger usuários, principalmente adolescentes, contra abusos e outros tipos de dano. Já uma reportagem da Reuters publicada recentemente apontou que a Meta avançou com planos de criptografia no Facebook e no Instagram mesmo após alertas internos, feitos em 2019, de que essa proteção poderia limitar a detecção de atividades ilegais dentro de seus serviços. Ao mesmo tempo, a União Europeia deve apresentar ainda este ano um roteiro tecnológico voltado ao tema da criptografia, com foco em avaliar alternativas que permitam acesso legal a dados protegidos por autoridades, sem comprometer a segurança cibernética nem os direitos fundamentais. Esse movimento mostra que a discussão não está restrita às big techs, mas faz parte de um embate regulatório e político mais amplo sobre privacidade, vigilância e segurança pública. O fim da criptografia de ponta a ponta nos chats do Instagram pode ter impacto relevante para usuários que utilizavam a rede social como canal de comunicação mais reservado. Embora a funcionalidade nunca tenha sido a configuração padrão da plataforma, sua remoção reforça uma mudança de direção da Meta em um momento em que empresas de tecnologia enfrentam pressões crescentes de governos, reguladores e grupos de proteção infantil para ampliar a capacidade de monitoramento e resposta dentro de seus ecossistemas digitais.

A fabricante global de dispositivos médicos Stryker confirmou nesta semana que sofreu um ataque cibernético que provocou uma grande interrupção em sua rede corporativa e afetou operações em diferentes países. A empresa, sediada em Michigan, nos Estados Unidos, informou que está enfrentando uma “disrupção global de rede” em seu ambiente baseado em Microsoft, causada por um incidente de segurança ainda em investigação. Em comunicado divulgado nas redes sociais, a companhia afirmou que, até o momento, não há indícios de ransomware ou de malware ativo no ambiente e que acredita que o incidente já foi contido. A empresa também afirmou que possui medidas de continuidade de negócios para manter o suporte a clientes e parceiros enquanto suas equipes analisam o impacto do ataque e trabalham na recuperação dos sistemas. Apesar da declaração oficial, relatos de funcionários nas redes sociais indicam que o impacto pode ter sido significativo. Empregados da empresa relataram em plataformas como Facebook , Reddit e X que computadores corporativos e smartphones utilizados para trabalho teriam sido completamente apagados. Segundo esses relatos, diversos servidores da empresa foram zerados e praticamente todos os aplicativos internos deixaram de funcionar. Funcionários também afirmaram que perderam acesso ao e-mail corporativo e a diversas plataformas internas utilizadas no dia a dia. Em alguns casos, ao tentar acessar sistemas da empresa, colaboradores disseram ter visualizado o logotipo do grupo hacker Handala, o que levantou suspeitas sobre a possível autoria do ataque. O grupo publicou posteriormente uma declaração online reivindicando a invasão . Segundo os hackers, a Stryker teria sido escolhida como alvo por razões políticas, em resposta a um recente ataque com mísseis dos Estados Unidos contra uma escola feminina no Irã e ao contexto de tensões militares envolvendo Estados Unidos, Israel e Irã. De acordo com a mensagem divulgada pelos invasores, o grupo teria apagado mais de 200 mil sistemas, servidores e dispositivos móveis, além de roubar aproximadamente 50 terabytes de dados corporativos. As alegações ainda não foram confirmadas oficialmente pela empresa. Especialistas em cibersegurança já associaram anteriormente o grupo Handala a operações ligadas a atores alinhados ao Irã. Desde 2023 , o grupo tem sido relacionado a ataques contra empresas e sistemas governamentais em Israel , utilizando principalmente malwares do tipo “wiper” , projetados para destruir completamente os dados de um dispositivo, em vez de apenas criptografá-los. Esse tipo de ataque é considerado especialmente destrutivo , pois elimina arquivos e sistemas de forma irreversível, dificultando a recuperação operacional das organizações afetadas. Em campanhas anteriores, o grupo também realizou operações de phishing e tentou instalar malware destrutivo em redes israelenses ao se passar pela empresa de cibersegurança CrowdStrike. Em um incidente ocorrido no ano passado, os hackers também assumiram responsabilidade por um ataque contra o Ministério da Segurança Nacional de Israel. Na ocasião, o grupo enviou alertas falsos de mísseis para escolas e jardins de infância por meio de mensagens SMS antes de apagar os sistemas utilizados na operação. A Stryker é uma das maiores fabricantes de dispositivos médicos do mundo e registrou mais de US$ 25 bilhões em receita no último ano. A empresa possui contratos com o Departamento de Defesa dos Estados Unidos e adquiriu em 2019 a empresa israelense de tecnologia médica OrthoSpace, o que pode ajudar a explicar o interesse de grupos hacktivistas ou atores alinhados a conflitos geopolíticos. Até o momento, a empresa não confirmou oficialmente se o grupo Handala está por trás do incidente. Enquanto a investigação continua, relatos de funcionários indicam que parte das operações da companhia foi paralisada. O caso ganhou visibilidade inicial na Irlanda, onde trabalhadores de fábricas da empresa foram impedidos de acessar sistemas corporativos ou enviados para casa devido à impossibilidade de realizar suas atividades. Alguns funcionários também relataram que, ao conectar seus telefones pessoais aos sistemas corporativos da empresa, acabaram perdendo acesso a parte de seus próprios dados, o que sugere que o incidente pode ter afetado dispositivos vinculados ao ambiente empresarial. O ataque reforça o crescente impacto de operações cibernéticas ligadas a disputas geopolíticas, especialmente contra empresas globais que possuem vínculos comerciais ou tecnológicos com países envolvidos em conflitos internacionais.

Um ataque cibernético contra a Bell Ambulance, maior prestadora de serviços de ambulância do estado de Wisconsin, nos Estados Unidos, comprometeu dados sensíveis de 237.830 pessoas. A empresa confirmou recentemente o incidente em notificações formais de violação de dados enviadas ao estado do Maine, detalhando que a invasão foi identificada em fevereiro de 2025, mas que a extensão total do impacto continuou sendo apurada ao longo dos meses seguintes. De acordo com a empresa, os hackers tiveram acesso a uma ampla variedade de informações altamente sensíveis. Entre os dados expostos estão números de Seguro Social, números de carteira de motorista, informações financeiras, dados médicos e registros de seguro de saúde. O caso chama atenção não apenas pelo volume de vítimas, mas também pelo perfil da organização atingida: a Bell Ambulance atua em diversas cidades de Wisconsin, incluindo Milwaukee, Wauwatosa, Waukesha, Racine, Mount Pleasant e Kenosha, e conta com mais de 750 funcionários, responsáveis por cerca de 140 mil atendimentos por ano. Segundo as cartas enviadas às vítimas, a companhia detectou a invasão em 13 de fevereiro de 2025 e, a partir daí, acionou especialistas em resposta a incidentes para apoiar a contenção do ataque, a investigação e a recuperação dos sistemas afetados. Parte dos indivíduos impactados começou a ser notificada em abril de 2025 , mas novas vítimas foram identificadas durante o outono norte-americano, o que ampliou o alcance inicialmente estimado da violação. Na época do incidente, o ataque foi reivindicado pelo grupo hacker Medusa , conhecido por operar com ransomware. Os criminosos teriam exigido US$ 400 mil em resgate para não divulgar aproximadamente 219 GB de dados supostamente extraídos da infraestrutura da empresa. Esse tipo de operação reforça uma tendência já observada em ataques mais recentes: além de criptografar sistemas, os invasores também roubam informações e pressionam as vítimas com ameaças de exposição pública dos dados. O caso da Bell Ambulance ganha ainda mais relevância por envolver um segmento diretamente ligado à saúde e à infraestrutura crítica. Um mês após o ataque, o FBI e outras agências de segurança dos Estados Unidos emitiram um alerta urgente sobre as atividades do Medusa contra organizações críticas no país. Entre os alvos atribuídos ao grupo estavam órgãos governamentais, instalações de saúde, empresas do setor industrial e até a NASCAR, tradicional liga automobilística norte-americana. De acordo com o alerta divulgado pelo FBI em 2025, o modelo de operação do Medusa segue o formato ransomware-as-a-service, no qual diferentes afiliados podem utilizar a infraestrutura criminosa para conduzir ataques. O grupo teria surgido em junho de 2021 e já estaria ligado a mais de 300 ataques contra organizações de infraestrutura crítica, incluindo empresas médicas e indústrias. Em uma das investigações, as autoridades identificaram inclusive um esquema de tripla extorsão: após o pagamento do resgate a um suposto integrante do grupo, outro criminoso alegava que o valor havia sido desviado e exigia um novo pagamento em troca do “verdadeiro descriptografador”. O episódio evidencia como serviços essenciais continuam sob forte pressão de grupos hackers especializados em extorsão digital. Quando organizações do setor de saúde e emergência são atingidas, os impactos vão além da privacidade dos dados: o risco se estende à continuidade operacional, à confiança da população e à capacidade de resposta de serviços críticos. Em cenários assim, a maturidade em segurança cibernética, a segmentação de ambientes, a proteção de dados sensíveis e a resposta rápida a incidentes deixam de ser apenas boas práticas e passam a ser requisitos estratégicos.

Durante muito tempo, a segurança da informação foi construída sobre três objetivos relativamente claros: proteger sistemas, impedir acessos indevidos e preservar a confidencialidade dos dados. Isso continua importante. Mas já não é suficiente. À medida que a economia digital se automatiza, surge uma nova exigência técnica e institucional: como provar que um sistema realmente executou determinada operação da forma como afirma ter executado. Essa pergunta parece abstrata até o momento em que algo quebra. Quando um pagamento é contestado, uma transação falha, um motor antifraude bloqueia indevidamente um usuário ou um fluxo automatizado gera dano operacional, a discussão deixa de ser apenas “houve ataque?” ou “houve vazamento?”. A pergunta passa a ser outra: o que exatamente aconteceu dentro da cadeia de execução do sistema? E é aí que começa um problema sério. A automação ampliou a superfície de confiança Hoje, pagamentos, autenticação, crédito, integrações entre plataformas, workflows de compliance, logística e inúmeros processos críticos são executados por APIs, microsserviços e regras automatizadas que operam sem intervenção humana direta. No sistema financeiro brasileiro, isso ficou ainda mais visível com a expansão do Pix e do Open Finance, que aumentaram a interoperabilidade, a velocidade e o volume de interações entre instituições. O próprio Banco Central mantém mecanismos específicos para contestação, bloqueio cautelar e devolução em casos de fraude no Pix — um sinal claro de que a reconstrução confiável dos eventos já é uma necessidade operacional concreta, não uma hipótese acadêmica.  O mesmo tipo de problema aparece em marketplaces, onde sistemas automatizados calculam comissões, liberam repasses, aplicam regras de risco e processam disputas; em cadeias logísticas globais, nas quais múltiplos operadores e plataformas precisam manter coerência sobre cada etapa do fluxo; e também no setor público, onde identidade digital, assinatura eletrônica e processos administrativos dependem cada vez mais de registros eletrônicos confiáveis. O modelo antigo foi desenhado para um mundo mais simples Grande parte das arquiteturas corporativas ainda trata logs como se bastassem para explicar o que ocorreu. Só que logs tradicionais têm limitações óbvias: • podem ser fragmentados entre sistemas; • podem depender de confiança excessiva no operador da plataforma; • nem sempre preservam encadeamento verificável entre eventos; • e frequentemente misturam prova operacional com dados sensíveis. Por muitos anos, hashing e técnicas de pseudonimização foram usados como resposta parcial a esse problema. Mas esse caminho tem limite: autoridades e guias regulatórios deixam claro que dados pseudonimizados podem continuar sendo dados pessoais, dependendo do contexto e da possibilidade de reidentificação. Ou seja, transformar um dado em hash não resolve automaticamente o problema jurídico nem o de arquitetura.  O conflito não é só jurídico. É arquitetural. Leis como a LGPD e o GDPR garantem direitos de eliminação em certos contextos, mas também admitem retenção quando há obrigação legal ou regulatória. Portanto, o impasse não é uma contradição simplista entre “apagar tudo” e “guardar tudo”. O problema real é mais duro: como projetar sistemas que reduzam a exposição de dados pessoais e, ao mesmo tempo, preservem evidência suficiente para auditoria, investigação, contestação e responsabilização.  Essa é a fissura que começa a reorganizar a segurança digital. A próxima camada: prova verificável de execução Diante disso, uma nova abordagem ganha relevância: arquiteturas capazes de separar dado sensível de evidência verificável de execução. Em vez de depender apenas de logs internos ou bancos de dados convencionais, esses modelos buscam produzir: • registros imutáveis de eventos; • trilhas auditáveis entre operações; • evidências criptográficas sobre o que foi executado; • mecanismos independentes de verificação. Essa mudança importa porque sistemas autônomos já não podem pedir confiança cega. Quanto mais software toma decisões em nome de empresas, governos e usuários, mais necessário se torna demonstrar, de forma técnica, que essas decisões ocorreram dentro das regras declaradas. Não basta ser seguro. Vai ser preciso ser demonstrável. Durante décadas, a segurança da informação focou em impedir invasões e proteger ativos. Agora, isso continua sendo apenas a primeira metade do jogo. A segunda metade é a capacidade de provar execução, sustentar auditoria e oferecer verificabilidade independente. Esse debate já aparece em infraestrutura financeira, cloud, identidades digitais e sistemas de IA. E tende a ganhar força justamente porque a automação não vai desacelerar. No Brasil, uma das empresas que vêm explorando essa direção é a FoundLab, com foco em arquiteturas desenhadas para registrar e verificar eventos computacionais de forma auditável, separando evidência de execução de dados sensíveis. Ainda não está claro qual modelo técnico vai se consolidar como padrão de mercado. Mas uma coisa já começou a mudar: na próxima fase da economia digital, confiança não será apenas uma promessa operacional. Ela terá que ser comprovada.

Um grupo hacker identificado como UNC6426 conseguiu comprometer completamente o ambiente em nuvem de uma organização após explorar chaves roubadas durante um ataque à cadeia de suprimentos envolvendo o pacote nx, amplamente utilizado no ecossistema npm. De acordo com informações divulgadas no relatório Cloud Threat Horizons H1 2026, do Google , os invasores levaram menos de 72 horas para evoluir de um token roubado para acesso administrativo total na infraestrutura AWS da vítima. O incidente teve início com o roubo do token de acesso do GitHub de um desenvolvedor, que permitiu aos hackers obter acesso inicial ao ambiente da empresa. A partir desse ponto, os invasores exploraram a relação de confiança baseada em OpenID Connect (OIDC) entre GitHub e AWS, criando um novo papel administrativo dentro do ambiente de nuvem comprometido. Com esse acesso privilegiado, os invasores conseguiram exfiltrar dados armazenados em buckets do Amazon S3, além de executar ações destrutivas no ambiente de produção da organização. Entre as atividades observadas estão a exclusão de recursos críticos da infraestrutura e a exposição pública de repositórios internos do GitHub. O ataque tem origem em um incidente ocorrido em agosto de 2025, quando o pacote nx no repositório npm foi comprometido por hackers que exploraram uma vulnerabilidade em um workflow do GitHub chamado pull_request_target. Esse tipo de exploração é conhecido como Pwn Request , pois permite que invasores obtenham privilégios elevados dentro de pipelines de integração contínua. Após explorar a falha, os hackers conseguiram acessar dados sensíveis do ambiente de desenvolvimento, incluindo um GITHUB_TOKEN, que foi utilizado para publicar versões adulteradas do pacote nx no registro npm. Essas versões continham um script malicioso executado após a instalação do pacote, conhecido como postinstall script. Esse script iniciava um malware em JavaScript chamado QUIETVAULT , desenvolvido para coletar variáveis de ambiente, informações do sistema e tokens de autenticação. Entre os dados roubados estavam Personal Access Tokens (PATs) do GitHub, que foram posteriormente enviados para um repositório público controlado pelos invasores chamado “/s1ngularity-repository-1”. A execução do malware foi desencadeada quando um funcionário da empresa afetada utilizou um editor de código com o plugin Nx Console, que automaticamente atualizou o pacote comprometido e executou o código malicioso no sistema. Dois dias após a invasão inicial, os hackers iniciaram atividades de reconhecimento no ambiente do GitHub da organização usando o token roubado. Para isso, utilizaram uma ferramenta legítima de código aberto chamada Nord Stream , projetada para extrair segredos de ambientes CI/CD. Durante essa etapa, os invasores obtiveram credenciais de uma conta de serviço do GitHub, que posteriormente foi utilizada para gerar tokens temporários do AWS Security Token Service (STS) por meio do parâmetro --aws-role da ferramenta. Esse acesso permitiu que os hackers assumissem o papel Actions-CloudFormation, que possuía permissões excessivamente amplas no ambiente da AWS. Explorando essas permissões, os invasores implantaram uma nova AWS Stack com capacidades administrativas, cujo único objetivo era criar um novo papel IAM com a política AdministratorAccess. Dessa forma, os hackers conseguiram escalar privilégios e obter controle total da infraestrutura AWS em menos de 72 horas. Com acesso administrativo completo, os invasores realizaram diversas ações dentro da conta comprometida, incluindo: Enumeração e acesso a objetos em buckets do Amazon S3 Encerramento de instâncias EC2 em produção Desativação de bancos de dados Amazon RDS Descriptografia de chaves de aplicações Alteração de todos os repositórios internos do GitHub para o formato /s1ngularity-repository-[caracteres aleatórios], tornando-os públicos Especialistas destacam que o incidente representa um exemplo de abuso de cadeia de suprimentos assistido por inteligência artificial. Nesse cenário, ferramentas baseadas em Large Language Models (LLMs) presentes no ambiente do desenvolvedor foram utilizadas para localizar credenciais e dados sensíveis automaticamente. Segundo a empresa de segurança Socket , esse tipo de ataque é particularmente perigoso porque a intenção maliciosa pode ser expressa por meio de comandos em linguagem natural, dificultando a detecção por ferramentas tradicionais de segurança que dependem da análise de código ou de conexões de rede suspeitas. À medida que assistentes de IA se tornam mais integrados aos fluxos de trabalho de desenvolvimento, especialistas alertam que qualquer ferramenta capaz de invocar esses assistentes passa a herdar o alcance e os privilégios deles, ampliando significativamente a superfície de ataque. Para reduzir riscos desse tipo de ataque, especialistas recomendam uma série de medidas de segurança, incluindo: Uso de gerenciadores de pacotes que bloqueiem scripts postinstall Aplicação rigorosa do princípio do menor privilégio (PoLP) em contas de serviço de CI/CD Uso de tokens do GitHub com permissões granulares e expiração curta Remoção de privilégios permanentes para ações de alto risco, como criação de papéis administrativos Monitoramento contínuo de atividades suspeitas em IAM Implementação de controles para detectar riscos relacionados a Shadow AI