A Indonésia anunciou uma nova medida que promete mudar a forma como crianças e adolescentes interagem com o mundo digital. O governo do país informou que menores de 16 anos serão proibidos de criar ou manter contas em redes sociais , em uma tentativa de reduzir os riscos associados ao uso precoce dessas plataformas. A decisão foi confirmada pela ministra de Comunicação e Assuntos Digitais da Indonésia, Meutya Hafid , que assinou a regulamentação responsável por estabelecer a nova política. Segundo ela, a regra começa a valer no final de março  e afetará diversas plataformas populares, como TikTok, Facebook, Instagram, YouTube e Threads. De acordo com a ministra, a iniciativa busca aliviar a pressão sobre os pais, que muitas vezes precisam lidar sozinhos com os impactos dos algoritmos e da exposição digital dos filhos. “O governo está intervindo para que os pais não precisem enfrentar sozinhos os gigantes dos algoritmos”, afirmou Hafid em comunicado divulgado à imprensa. Preocupações com riscos digitais A decisão do governo indonésio ocorre em meio ao aumento das preocupações globais sobre os impactos das redes sociais na saúde mental e na segurança de crianças e adolescentes. Autoridades do país apontam que jovens estão cada vez mais expostos a ameaças digitais , que incluem: Conteúdos inadequados, como pornografia Casos de cyberbullying Golpes e fraudes online Dependência ou vício em redes sociais Segundo o governo, o cenário atual foi classificado como uma “emergência digital” , justificando a necessidade de medidas mais rigorosas para proteger menores de idade. Tendência global de restrições A iniciativa da Indonésia não ocorre de forma isolada. Nos últimos meses, diversos países começaram a discutir ou implementar limitações de acesso às redes sociais para menores de idade . Em dezembro, o governo da Austrália implementou uma política semelhante, considerada pelas autoridades locais como um sucesso inicial. Após essa decisão, países como Espanha, França, Países Baixos e Reino Unido passaram a estudar medidas equivalentes. No cenário europeu, o Parlamento Europeu também vem pressionando por regulamentações mais rígidas. Em fevereiro, parlamentares aprovaram uma recomendação sugerindo que jovens com menos de 16 anos só possam acessar redes sociais com consentimento dos pais , além de defender que crianças com menos de 13 anos não tenham acesso a essas plataformas . Embora o Parlamento Europeu não tenha poder direto para criar novas leis, suas decisões costumam influenciar fortemente as iniciativas regulatórias da Comissão Europeia. Com a nova política, a Indonésia se torna o primeiro país fora do Ocidente a implementar uma proibição nacional desse tipo , reforçando um movimento global crescente de regulamentação das grandes plataformas digitais.

Uma operação internacional liderada pela Europol , com apoio de empresas de segurança e autoridades policiais de diversos países, desmantelou a infraestrutura do Tycoon 2FA , um dos maiores serviços de phishing-as-a-service (PhaaS)  do mundo. A plataforma era utilizada por grupos hackers para realizar ataques de adversary-in-the-middle (AiTM)  em larga escala, permitindo o roubo de credenciais, códigos de autenticação multifator (MFA) e cookies de sessão. O Tycoon 2FA operava em modelo de assinatura e foi identificado pela primeira vez em agosto de 2023 . O kit era comercializado principalmente por meio de Telegram  e Signal , com preços a partir de US$ 120 por 10 dias de acesso  ou US$ 350 por um mês de uso completo do painel web . O principal desenvolvedor da plataforma teria sido identificado como Saad Fridi , supostamente baseado no Paquistão. Painel permitia controlar campanhas massivas de phishing O serviço oferecia um painel de administração completo , usado pelos operadores para configurar campanhas de phishing, acompanhar vítimas e gerenciar a infraestrutura maliciosa. A ferramenta incluía: Modelos prontos de páginas de login falsas , imitando serviços populares; Arquivos de anexos usados como iscas em e-mails fraudulentos; Configuração de domínios e hospedagem para páginas de phishing; Lógica de redirecionamento para enganar usuários e sistemas de detecção; Monitoramento em tempo real de tentativas de login válidas e inválidas. As credenciais roubadas, códigos MFA e cookies de sessão podiam ser baixados diretamente do painel ou enviados automaticamente para canais do Telegram , permitindo que os operadores acompanhassem os resultados das campanhas quase em tempo real. Segundo a Europol , a plataforma permitiu que milhares de hackers acessassem contas de e-mail e serviços em nuvem de forma clandestina , gerando dezenas de milhões de e-mails de phishing por mês  e facilitando o acesso não autorizado a cerca de 100 mil organizações em todo o mundo , incluindo escolas, hospitais e instituições públicas . Infraestrutura com centenas de domínios foi derrubada Durante a operação conjunta, 330 domínios utilizados pela infraestrutura criminosa foram derrubados , incluindo páginas de phishing e painéis de controle utilizados pelos operadores. Análises da empresa de inteligência Intel 471  indicam que o Tycoon 2FA esteve ligado a mais de 64 mil incidentes de phishing  e à criação de dezenas de milhares de domínios maliciosos . A Microsoft , que monitora os operadores sob o codinome Storm-1747 , afirmou que o Tycoon 2FA se tornou a plataforma de phishing mais prolífica observada pela empresa em 2025 . Apenas em outubro de 2025 , foram bloqueados mais de 13 milhões de e-mails maliciosos  associados ao serviço. No pico da atividade, o Tycoon 2FA chegou a representar 62% de todas as tentativas de phishing bloqueadas pela Microsoft   em meados de 2025, incluindo mais de 30 milhões de e-mails em um único mês . Desde 2023, estima-se que a plataforma tenha afetado aproximadamente 96 mil vítimas de phishing , incluindo mais de 55 mil clientes da Microsoft . Empresas eram o principal alvo Dados analisados pela SpyCloud  mostram que os Estados Unidos concentraram o maior número de vítimas identificadas, com 179.264 contas comprometidas , seguidos por: Reino Unido (16.901) Canadá (15.272) Índia (7.832) França (6.823) A análise revelou que a maioria das contas visadas pertencia a ambientes corporativos , indicando que a plataforma era direcionada principalmente a empresas , e não a usuários individuais. Já a Proofpoint  registrou mais de 3 milhões de mensagens maliciosas associadas ao Tycoon 2FA apenas em fevereiro de 2026 , enquanto a Trend Micro  estimou que o serviço possuía cerca de 2 mil usuários ativos , responsáveis por lançar campanhas contra praticamente todos os setores. Entre os setores mais visados estavam educação, saúde, finanças, organizações sem fins lucrativos e governo . Em média, os e-mails enviados pelo kit atingiam mais de 500 mil organizações por mês . Ataques imitavam serviços populares A plataforma permitia que invasores criassem páginas falsas quase idênticas às de serviços amplamente utilizados, como: Microsoft 365 OneDrive Outlook SharePoint Gmail Esses ataques funcionavam interceptando o processo de autenticação do usuário. Durante o login, o sistema malicioso capturava simultaneamente credenciais, códigos MFA e cookies de sessão , que eram repassados aos invasores. Esse método permitia manter acesso às contas mesmo após a troca de senha , caso as sessões ativas e tokens de autenticação não fossem revogados. Técnicas avançadas para evitar detecção Para dificultar a identificação e bloqueio das campanhas, o Tycoon 2FA incorporava diversos mecanismos avançados, como: Monitoramento de digitação (keystroke logging) Filtragem de bots e scanners automáticos Fingerprinting de navegador Ofuscação pesada de código CAPTCHAs próprios hospedados na infraestrutura criminosa JavaScript personalizado Páginas de isca dinâmicas para confundir ferramentas de análise Outro recurso importante era o uso de domínios temporários , geralmente ativos por apenas 24 a 72 horas . Essa rotação constante dificultava a criação de listas de bloqueio confiáveis . Técnica de “ATO Jumping” ampliava os ataques Os operadores também utilizavam uma estratégia chamada ATO Jumping , em que contas de e-mail já comprometidas eram usadas para enviar novas mensagens de phishing. Dessa forma, os e-mails pareciam vir de contatos confiáveis da vítima , aumentando significativamente as chances de novos compromissos de contas. Phishing continua sendo porta de entrada para ataques maiores Pesquisas da Proofpoint indicam que 99% das organizações sofreram tentativas de sequestro de contas em 2025 , e 67% registraram compromissos bem-sucedidos . Entre essas contas invadidas, 59% tinham MFA habilitado , demonstrando que ataques AiTM conseguem contornar esse mecanismo quando implementados de forma inadequada. O acesso a contas corporativas costuma ser o primeiro passo de cadeias de ataque mais complexas , que podem evoluir para roubo de dados sensíveis, espionagem ou ataques de ransomware .

A Agência de Segurança Cibernética e Infraestrutura dos Estados Unidos ( CISA ) adicionou uma nova vulnerabilidade que afeta o VMware Aria Operations , da Broadcom, ao seu catálogo de Known Exploited Vulnerabilities (KEV) , indicando que a falha já está sendo explorada por hackers em ataques reais. A vulnerabilidade identificada como CVE-2026-22719 , classificada com pontuação CVSS 8.1 , é uma falha de injeção de comandos  que pode permitir que um invasor execute comandos arbitrários remotamente sem necessidade de autenticação. De acordo com o comunicado da Broadcom , um invasor não autenticado pode explorar a falha para executar comandos no sistema, o que pode resultar em execução remota de código (RCE)  em ambientes que utilizam o VMware Aria Operations, especialmente durante processos de migração assistida do produto . Falha faz parte de conjunto de vulnerabilidades corrigidas A vulnerabilidade foi corrigida no final do mês passado junto com outras duas falhas de segurança: CVE-2026-22720  — vulnerabilidade de cross-site scripting (XSS) armazenado CVE-2026-22721  — falha de escalonamento de privilégios , que pode conceder acesso administrativo Essas vulnerabilidades afetam os seguintes produtos da VMware: VMware Cloud Foundation e VMware vSphere Foundation 9.x  — corrigido na versão 9.0.2.0 VMware Aria Operations 8.x  — corrigido na versão 8.18.6 Exploração ativa preocupa especialistas A inclusão da falha no catálogo KEV indica que existem evidências de exploração ativa da vulnerabilidade. Esse catálogo é utilizado pela CISA para alertar organizações sobre falhas que já estão sendo utilizadas em ataques no mundo real. Apesar disso, ainda não há detalhes públicos sobre: quais grupos hackers estão explorando a falha quais organizações já foram afetadas qual a escala dos ataques observados A própria Broadcom afirmou que recebeu relatos sobre possível exploração da vulnerabilidade, mas ainda não conseguiu confirmar independentemente essas atividades. Prazo para correção em órgãos federais Devido ao risco representado pela falha, a CISA determinou que agências federais dos Estados Unidos  devem aplicar as correções de segurança até 24 de março de 2026 . Para organizações que não conseguem aplicar o patch imediatamente, a VMware disponibilizou uma solução temporária. Administradores podem executar um script chamado aria-ops-rce-workaround.sh  com privilégios de root em cada nó do appliance virtual do Aria Operations para mitigar temporariamente o problema. Especialistas recomendam que empresas que utilizam soluções VMware apliquem as atualizações o mais rápido possível , pois vulnerabilidades com exploração ativa costumam ser rapidamente incorporadas em ferramentas automatizadas de ataque.

Uma ferramenta de segurança ofensiva baseada em inteligência artificial chamada CyberStrikeAI  foi utilizada em uma campanha automatizada de ataques contra dispositivos Fortinet FortiGate , comprometendo centenas de equipamentos em 55 países . A atividade foi atribuída a um invasor que fala russo e que utilizou recursos de IA generativa para automatizar a descoberta e exploração de vulnerabilidades . A investigação foi conduzida pela Team Cymru após análise de um endereço IP utilizado na campanha ( 212.11.64[.]250 ), responsável por realizar varreduras em larga escala na internet em busca de appliances FortiGate vulneráveis . A CyberStrikeAI é uma plataforma open source de testes ofensivos com inteligência artificial , desenvolvida por um programador chinês conhecido pelo pseudônimo Ed1s0nZ . Pesquisadores acreditam que o desenvolvedor possa ter ligações indiretas com operações cibernéticas alinhadas ao governo chinês . Ataques com IA comprometeram mais de 600 dispositivos Os detalhes da campanha vieram à tona inicialmente após análises da Amazon Threat Intelligence , que detectou um invasor desconhecido utilizando modelos de IA generativa como Claude (Anthropic) e DeepSeek  para automatizar ataques contra equipamentos FortiGate. Segundo os dados coletados, mais de 600 appliances FortiGate foram comprometidos  ao redor do mundo. Os ataques foram conduzidos por meio de scripts automatizados capazes de identificar vulnerabilidades e iniciar cadeias de exploração sem intervenção humana. A CyberStrikeAI atua como um framework de automação ofensiva , permitindo integrar diversas ferramentas de segurança e conduzir ataques complexos com apoio de inteligência artificial. Plataforma integra mais de 100 ferramentas de segurança De acordo com informações disponíveis no repositório do projeto no GitHub, a CyberStrikeAI foi desenvolvida em linguagem Go  e integra mais de 100 ferramentas de segurança  voltadas para diferentes etapas de um ataque cibernético. Entre suas principais funcionalidades estão: descoberta de vulnerabilidades análise de cadeias de ataque recuperação de conhecimento técnico visualização de resultados automação de testes de segurança Pesquisadores identificaram 21 endereços IP distintos executando a ferramenta entre 20 de janeiro e 26 de fevereiro de 2026 . A infraestrutura utilizada para executar a CyberStrikeAI foi encontrada principalmente em servidores localizados em: China Singapura Hong Kong Outros servidores associados à ferramenta também foram identificados em Estados Unidos, Japão e Suíça . Desenvolvedor também criou ferramentas para exploração e jailbreak de IA A análise do perfil GitHub do desenvolvedor revelou que o mesmo também publicou outras ferramentas relacionadas a exploração de vulnerabilidades e manipulação de modelos de inteligência artificial . Entre os projetos identificados estão: PrivHunterAI  – ferramenta que usa modelos como DeepSeek, GPT e Kimi para detectar vulnerabilidades de escalonamento de privilégios ChatGPTJailbreak  – coleção de prompts destinados a contornar restrições de segurança em modelos de IA banana_blackmail  – ransomware desenvolvido em Go InfiltrateX  – scanner de vulnerabilidades para escalonamento de privilégios VigilantEye  – ferramenta de monitoramento de vazamento de dados sensíveis em bancos de dados Esses projetos indicam um forte interesse do desenvolvedor em exploração ofensiva e manipulação de sistemas de inteligência artificial . Possíveis ligações com operações cibernéticas do governo chinês Pesquisadores também identificaram interações do desenvolvedor com organizações associadas a operações cibernéticas patrocinadas pelo Estado chinês . Uma dessas empresas é a Knownsec 404 , uma companhia chinesa de segurança que sofreu um grande vazamento de dados no ano passado, expondo mais de 12 mil documentos internos . Os documentos vazados revelaram: ferramentas de hacking utilizadas pela empresa dados de clientes governamentais registros telefônicos sul-coreanos roubados informações sobre infraestrutura crítica de Taiwan detalhes de operações cibernéticas conduzidas contra outros países Segundo análises da DomainTools , a Knownsec atua como um contratado cibernético alinhado ao governo chinês , possuindo ligações com o Exército de Libertação Popular (PLA)  e com o Ministério de Segurança do Estado da China (MSS) . Tentativa de esconder vínculos com banco de vulnerabilidades chinês Pesquisadores também notaram que o desenvolvedor removeu recentemente referências em seu perfil GitHub  a um prêmio recebido do CNNVD (China National Vulnerability Database) . Esse banco de vulnerabilidades é controlado pelo Ministério de Segurança do Estado da China , enquanto outro banco similar, o CNVD , é administrado pelo órgão de resposta a incidentes do país. Especialistas afirmam que a remoção dessas referências pode indicar uma tentativa de ocultar possíveis vínculos institucionais , especialmente após o aumento da popularidade da CyberStrikeAI. Ferramentas ofensivas com IA preocupam especialistas Pesquisadores alertam que o uso crescente de ferramentas como a CyberStrikeAI representa uma nova etapa na evolução das armas cibernéticas , combinando automação com inteligência artificial para ampliar o alcance dos ataques. Segundo especialistas, a disseminação dessas plataformas pode facilitar o acesso de grupos hackers a capacidades avançadas de exploração , reduzindo o nível técnico necessário para conduzir campanhas em larga escala.

Pesquisadores identificaram um novo e sofisticado kit de exploração para iOS  chamado Coruna , também conhecido como CryptoWaters , capaz de comprometer iPhones que executam versões do sistema iOS entre 13.0 e 17.2.1 . O framework reúne 23 vulnerabilidades distribuídas em cinco cadeias completas de exploração , permitindo que invasores obtenham acesso avançado aos dispositivos. De acordo com o Google Threat Intelligence Group (GTIG), o kit se destaca não apenas pela quantidade de vulnerabilidades exploradas, mas também pelo uso de técnicas avançadas de exploração e métodos de bypass de mecanismos de segurança ainda não divulgados publicamente . O sistema foi projetado de forma modular, conectando diferentes exploits por meio de frameworks de exploração e utilitários compartilhados. Apesar da sofisticação do kit, ele não é eficaz contra as versões mais recentes do iOS , que já receberam correções para diversas vulnerabilidades utilizadas na campanha. Mercado de exploits reutilizados As análises indicam que o Coruna começou a circular entre diferentes invasores a partir de fevereiro de 2025 , passando por diversas mãos ao longo do tempo. Inicialmente, o kit teria sido utilizado por uma empresa de vigilância comercial, depois por um invasor patrocinado por governo e, posteriormente, por um grupo com motivação financeira operando a partir da China , no final de 2025. Ainda não está claro como o kit foi transferido entre esses atores. No entanto, o caso revela a existência de um mercado ativo de exploits zero-day reutilizados , onde ferramentas originalmente criadas para operações de espionagem acabam sendo revendidas ou reaproveitadas por outros invasores. Segundo especialistas da empresa de segurança móvel iVerify , o Coruna representa um dos exemplos mais claros de capacidade de spyware avançado migrando do setor de vigilância comercial para operações estatais e, posteriormente, para atividades criminosas em larga escala . Exploração começa com framework JavaScript A investigação revelou que parte da cadeia de exploração foi inicialmente observada no início de 2025, quando invasores utilizaram um framework JavaScript inédito  para iniciar o ataque. Esse framework é responsável por realizar um fingerprint detalhado do dispositivo , coletando informações como: modelo exato do iPhone versão do iOS instalada características do dispositivo Com base nesses dados, o sistema seleciona automaticamente o exploit mais adequado para o alvo. A primeira etapa do ataque envolve a exploração de uma falha no WebKit , mecanismo de renderização utilizado pelo Safari e por aplicativos que exibem conteúdo web. A vulnerabilidade explorada é a CVE-2024-23222 , um bug do tipo type confusion , que permite execução remota de código (RCE). Essa falha foi corrigida pela Apple em janeiro de 2024 , com o lançamento do iOS 17.3 e iPadOS 17.3 , além de atualizações de segurança para versões anteriores do sistema. Ataques foram observados em sites comprometidos Em julho de 2025 , o framework JavaScript foi identificado no domínio cdn.uacounter[.]com , carregado como um iFrame oculto  em diversos sites comprometidos na Ucrânia. Entre os tipos de sites afetados estavam: páginas de equipamentos industriais ferramentas de varejo serviços locais plataformas de comércio eletrônico A campanha é atribuída a um grupo de espionagem suspeito chamado UNC6353 , que entregava os exploits apenas para usuários de iPhone localizados em regiões específicas , indicando um ataque altamente direcionado. Nesse estágio da campanha, foram utilizadas as vulnerabilidades: CVE-2024-23222 CVE-2022-48503 CVE-2023-43000 A última delas é uma falha do tipo use-after-free no WebKit , corrigida pela Apple em 2023 , mas que só teve documentação completa publicada em novembro de 2025 . Nova campanha usou sites falsos na China Uma terceira onda de ataques foi identificada em dezembro de 2025 , quando pesquisadores descobriram uma rede de sites falsos chineses , muitos deles relacionados a serviços financeiros. Esses sites orientavam usuários a acessá-los por meio de iPhones ou iPads , alegando oferecer melhor experiência para dispositivos móveis. Ao acessar as páginas, um iFrame oculto era injetado , iniciando a entrega do kit de exploração Coruna. Essa campanha foi atribuída a um cluster de ameaças monitorado como UNC6691 , e diferentemente das campanhas anteriores, não havia restrições geográficas para entrega do exploit . Malware rouba criptomoedas e dados sensíveis Após a exploração bem-sucedida do dispositivo, os invasores implantam um componente inicial chamado PlasmaLoader , também conhecido como PLASMAGRID . Esse malware é capaz de: decodificar QR codes de imagens baixar módulos adicionais de servidores externos roubar dados sensíveis de aplicativos Entre os aplicativos visados estão carteiras de criptomoedas e serviços financeiros, incluindo: Base Bitget Wallet Exodus MetaMask O malware também utiliza uma infraestrutura de comando e controle (C2) com múltiplos servidores e inclui um algoritmo de geração de domínios (DGA)  baseado na palavra “lazarus” , capaz de criar automaticamente novos domínios com extensão .xyz  caso os servidores principais fiquem indisponíveis. Ataque evita dispositivos com Lockdown Mode Uma característica curiosa do Coruna é que o exploit não é executado em dispositivos com o Lockdown Mode ativado , um modo de segurança avançado introduzido pela Apple para proteger usuários contra ataques altamente sofisticados. Além disso, o kit também evita executar a exploração quando o navegador está em modo de navegação privada , possivelmente para dificultar a análise e detecção da campanha. Especialistas recomendam que usuários de iPhone mantenham o sistema operacional sempre atualizado  e considerem ativar o Lockdown Mode  para reduzir o risco de exploração.

Uma nova onda de ataques cibernéticos conduzidos por grupos hackers foi registrada após o início da operação militar “Epic Fury” , lançada pelos Estados Unidos em conjunto com Israel contra o Irã no final de fevereiro de 2026. A escalada do conflito rapidamente ultrapassou o campo militar e chegou ao ambiente digital, mobilizando coletivos de hacktivismo em campanhas coordenadas de ataques de negação de serviço distribuído (DDoS)  contra governos e organizações estratégicas. Segundo análise divulgada pela Radware , os primeiros sinais de mobilização digital surgiram menos de nove horas após o início da ofensiva militar , indicando que grupos hackers estavam preparados para reagir rapidamente ao evento geopolítico. Entre 28 de fevereiro e 2 de março de 2026 , foram registradas 149 reivindicações de ataques DDoS , direcionadas contra 110 organizações em 16 países . A investigação revela que apenas dois grupos hackers — Keymous+  e DieNet  — foram responsáveis por quase 70% de toda a atividade ofensiva  registrada no período. Posteriormente, o grupo pró-russo NoName057(16)  entrou na campanha em apoio às narrativas pró-Irã e pró-Palestina, ampliando o alcance da ofensiva digital. Guerra física e guerra digital caminham juntas A campanha militar que desencadeou a escalada cibernética começou em 28 de fevereiro de 2026 , quando forças dos Estados Unidos e de Israel realizaram ataques coordenados contra o Irã com o objetivo de neutralizar capacidades nucleares e de mísseis do país. A operação envolveu mais de 100 aeronaves americanas, navios equipados com mísseis Tomahawk e cerca de 200 caças israelenses , que atacaram instalações militares, centros de comando e sistemas de defesa aérea em cidades como Teerã, Isfahan, Qom e Kermanshah . Os ataques também teriam atingido o distrito de Pasteur Street , onde se localiza a residência do líder supremo iraniano. Posteriormente, autoridades confirmaram a morte do aiatolá Ali Khamenei , além de outros oficiais militares de alto escalão. Em resposta, o Irã lançou centenas de mísseis balísticos e drones  contra Israel e bases militares dos Estados Unidos no Oriente Médio, além de ameaçar bloquear o Estreito de Hormuz , rota estratégica para o comércio global de petróleo. Enquanto o conflito militar se intensificava em pelo menos nove países da região , grupos hackers alinhados ao chamado “Eixo da Resistência”  passaram a realizar ataques cibernéticos como forma de retaliação. Primeiros ataques começaram poucas horas após os bombardeios O primeiro ataque digital identificado ocorreu ainda no dia 28 de fevereiro , quando o grupo hacker Hider Nex , também conhecido como Tunisian Maskers Cyber Force , lançou um ataque DDoS contra a empresa israelense de telecomunicações Bezeq . Esse coletivo hacktivista surgiu em meados de 2025 , operando a partir da Tunísia e apoiando causas pró-Palestina. Suas campanhas geralmente combinam ataques DDoS com estratégias de propaganda digital e mobilização ideológica. Pouco tempo depois, o grupo DieNet  iniciou ataques contra um site governamental do Catar e rapidamente expandiu a ofensiva para Bahrein e Emirados Árabes Unidos , mirando portais governamentais e serviços de infraestrutura. Ainda no mesmo dia, o grupo Keymous+  entrou na campanha, reivindicando ataques contra empresas israelenses de telecomunicações e tecnologia, incluindo Bezeq, Partner Communications, ITC e Advantech Wireless . Infraestrutura governamental foi o principal alvo A análise das campanhas revela que os ataques não foram aleatórios. Pelo contrário, os grupos hackers priorizaram alvos estratégicos capazes de gerar impacto político e visibilidade internacional . Os principais setores atingidos foram: Governos e instituições públicas — 53% dos ataques Serviços financeiros — 13,7% Telecomunicações — 8,8% Além disso, o padrão geográfico mostra uma concentração significativa de ataques em três países específicos: Kuwait — 28% dos ataques Israel — 27,1% Jordânia — 21,5% Juntos, esses três países representaram mais de 76% de todas as reivindicações de ataques na região . Expansão da ofensiva digital Nos dias seguintes, novos grupos hackers passaram a participar da campanha. Entre eles estão: Conquerors Electronic Army (CEA) Nation of Saviors (NOS) 313 Team Sylhet Gang O grupo Conquerors Electronic Army , alinhado a narrativas pró-Irã, concentrou ataques contra empresas israelenses dos setores financeiro e varejista. Já o Sylhet Gang , grupo hacktivista de origem bengalesa, afirmou ter atacado sistemas ligados ao Ministério do Interior da Arábia Saudita , alegando retaliação pelo apoio do país às operações militares dos Estados Unidos. Entrada de grupo russo amplia ameaça global No dia 2 de março , a campanha ganhou um novo impulso com a entrada do grupo pró-russo NoName057(16) , conhecido por ataques DDoS contra países da OTAN e da União Europeia. O grupo passou a atacar organizações governamentais e empresas israelenses, sinalizando uma possível ampliação da aliança entre coletivos hacktivistas pró-Irã, pró-Palestina e grupos ligados à Rússia. Na Europa, esse mesmo grupo foi responsável por mais de 73% das reivindicações de ataques , com foco principalmente em instituições governamentais da Dinamarca, Alemanha e Espanha . 149 ataques em apenas três dias No total, entre 28 de fevereiro e 2 de março , foram registradas: 149 reivindicações de ataques DDoS 110 organizações afetadas 16 países atingidos 12 grupos hackers envolvidos Os três grupos mais ativos foram: Keymous+ — 26,8% dos ataques DieNet — 25,5% NoName057(16) — 22,2% Somados, eles foram responsáveis por 74,6% de todas as operações registradas no período . A maioria das atividades ocorreu no Oriente Médio (71,8%) , seguido pela Europa (22,8%) . Especialistas alertam para risco crescente Analistas de segurança afirmam que o conflito militar está impulsionando uma expansão da guerra cibernética na região. Com o agravamento das tensões, há expectativa de que mais grupos hackers se unam às campanhas digitais , ampliando o número de ataques contra infraestrutura crítica. Especialistas alertam que organizações devem reforçar suas defesas contra ataques DDoS e outras ameaças cibernéticas, pois, no atual cenário geopolítico, a questão não é se  um ataque ocorrerá, mas quando .

Ataques com drones atribuídos ao Irã atingiram instalações de data centers da Amazon nos Emirados Árabes Unidos e no Bahrein nesta semana, provocando interrupções em serviços de computação em nuvem na região do Golfo. De acordo com a empresa , dois data centers nos Emirados foram diretamente atingidos , enquanto uma instalação no Bahrein sofreu danos causados por um drone que explodiu nas proximidades. Aproximadamente 60 serviços da Amazon Web Services (AWS) apresentaram instabilidade, impactando aplicações, tráfego web e operações corporativas que dependem da nuvem na região. Danos estruturais e falhas de energia Segundo comunicado oficial da Amazon, os ataques causaram: Danos estruturais às instalações Interrupção no fornecimento de energia Ativação automática dos sistemas de supressão de incêndio Danos adicionais por água dentro dos prédios Equipes de emergência locais desligaram a energia e os geradores durante o combate a incêndios iniciados por destroços que atingiram os locais. A empresa não informou se houve feridos, mas afirmou que a segurança dos colaboradores é prioridade e que trabalha com autoridades locais para restaurar a infraestrutura afetada. Contexto geopolítico Os ataques ocorreram após uma ofensiva militar conjunta dos Estados Unidos e Israel que resultou na morte do líder supremo iraniano, Ayatollah Ali Khamenei, e de outras autoridades iranianas de alto escalão. Em resposta, o Irã ampliou suas ações militares na região , atingindo não apenas bases americanas, mas também aeroportos, hotéis e infraestruturas estratégicas de petróleo e gás. Agora, a infraestrutura digital também entrou no raio de impacto. Impacto na arquitetura da AWS A AWS opera suas regiões com múltiplas Availability Zones (AZs)  — data centers fisicamente separados, com energia, rede e sistemas de resfriamento independentes, interligados por conexões de alta velocidade. Essa arquitetura permite distribuir cargas de trabalho para manter serviços ativos mesmo se uma unidade for comprometida. Nos Emirados Árabes Unidos, duas das três zonas de disponibilidade foram atingidas . No Bahrein, uma zona sofreu uma queda prolongada de energia e problemas contínuos de conectividade, ampliando os impactos nos serviços na região do Golfo. Inicialmente, a Amazon havia atribuído as interrupções a falhas de conectividade e energia. Posteriormente, confirmou que as instalações haviam sido fisicamente atingidas por drones. Orientações aos clientes A empresa recomendou que clientes no Oriente Médio: Realizem backup imediato de dados críticos Migrem aplicações para outras regiões da AWS Ativem estratégias de redundância multi-região A recuperação completa dependerá da restauração da infraestrutura física danificada, em um ambiente considerado “imprevisível” devido à escalada do conflito. Infraestrutura crítica como alvo O episódio reforça uma tendência preocupante: data centers e provedores de nuvem passaram a integrar o rol de infraestruturas estratégicas sensíveis em cenários de guerra híbrida. A dependência global da computação em nuvem transforma ataques físicos contra essas estruturas em eventos com potencial impacto econômico, operacional e geopolítico significativo.

A popularização de dispositivos vestíveis com câmera embutida, como óculos inteligentes, reacendeu um debate sensível: é possível estar sendo gravado sem saber? Esses equipamentos muitas vezes são visualmente idênticos a óculos comuns, o que dificulta identificar quando há gravação ativa. Agora, um novo aplicativo para Android promete funcionar como um “radar de vigilância”. Batizado de Nearby Glasses (cuidado ao instalar qualquer aplicativo) , o app envia alertas quando detecta, nas proximidades, dispositivos vestíveis com Bluetooth ativo incluindo modelos fabricados pela Meta (como os Ray-Ban Meta e modelos em parceria com a Oakley) e pela Snap. Como o aplicativo funciona O Nearby Glasses monitora constantemente sinais Bluetooth ao redor do usuário. Ele identifica dispositivos com base em identificadores públicos vinculados aos fabricantes do hardware. Se detectar um dispositivo compatível como óculos inteligentes da Meta ou da Snap o aplicativo emite um alerta. Além disso, o usuário pode adicionar manualmente identificadores específicos de fabricantes, ampliando o alcance da detecção para outros gadgets potencialmente invasivos. Em testes realizados por veículos internacionais, o aplicativo demonstrou funcionar conforme o esperado. Ao adicionar um identificador Bluetooth da Apple (0x004C), o sistema passou a gerar múltiplos alertas ao identificar dispositivos Apple nas proximidades evidenciando que o mecanismo de detecção é operacional. Limitações e risco de falsos positivos O próprio desenvolvedor, Yves Jeanrenaud, reconhece que o aplicativo pode gerar falsos positivos . Por exemplo, ele pode identificar um headset de realidade virtual da Meta como se fosse um óculos inteligente, já que ambos compartilham identificadores de fabricante semelhantes. Ainda assim, a proposta não é garantir precisão absoluta, mas oferecer maior consciência situacional ao usuário em ambientes onde dispositivos de gravação constante possam estar presentes. Debate sobre vigilância e consentimento O lançamento do aplicativo ocorre em meio ao crescimento da resistência contra tecnologias de gravação contínua. Críticos argumentam que esses dispositivos capturam informações de terceiros sem consentimento explícito. Jeanrenaud afirmou que decidiu desenvolver o app após acompanhar relatos sobre o uso de óculos inteligentes em contextos controversos, incluindo gravações em ações migratórias e filmagens não autorizadas de terceiros. Para ele, trata-se de uma tentativa técnica de enfrentar um problema social ampliado pela tecnologia. O desenvolvedor descreve o projeto como um “ato de resistência”, reconhecendo que a questão da vigilância vestível dificilmente desaparecerá no curto prazo. Um novo capítulo na privacidade digital A evolução dos dispositivos vestíveis com câmeras e, mais recentemente, recursos de reconhecimento facial, levanta questionamentos importantes sobre privacidade, consentimento e limites regulatórios. Ferramentas como o Nearby Glasses indicam que, à medida que a tecnologia avança, também surgem mecanismos de contraponto criando um novo campo de tensão entre inovação e proteção de dados pessoais.

Nos últimos anos, a segurança cibernética virou um tema recorrente nos conselhos, nos comitês de risco e nas conversas estratégicas da alta liderança. Em geral, acompanhado de políticas bem estruturadas, frameworks reconhecidos e contratos com fornecedores especializados. A Resolução CMN nº 5.274/2025 muda esse cenário de forma silenciosa — e profunda. Ao estabelecer um prazo claro para adequação (até março deste ano), o Banco Central sinaliza que a segurança deixou de ser um compromisso formal e passou a ser uma capacidade que precisa existir, funcionar e responder continuamente. Com a data limite se aproximando, a pergunta deixa de ser “temos uma política?” e passa a ser outra, bem mais incômoda: estamos realmente preparados para lidar com um incidente relevante quando — não se — ele acontecer? Essa inquietação não surge por acaso. Estudos globais mostram que o setor financeiro está entre os mais visados por ataques cibernéticos e também entre os que registram os maiores impactos financeiros quando um incidente ocorre. De acordo com o Cost of a Data Breach Report, da IBM, instituições financeiras levam, em média, mais de cinco meses para identificar um ataque e ainda precisam de semanas adicionais para contê-lo. Em um ambiente altamente regulado, esse tempo faz toda a diferença. É exatamente esse intervalo — entre o início do incidente e sua descoberta — que o regulador passa a não aceitar mais. O que a nova Resolução traz não é apenas um reforço técnico. Ela traduz uma mudança clara de expectativa. O foco sai do papel e vai para a operação. Sai do planejamento e entra na execução. Sai do eventual e passa a exigir constância. Em um sistema financeiro cada vez mais digital, integrado e exposto, incidentes deixaram de ser exceção. São eventos esperados. E a maturidade de uma instituição passa a ser medida não pela ausência de problemas, mas pela capacidade de detectá-los rapidamente, responder de forma coordenada e aprender com eles. No Brasil, esse risco já é concreto. Dados divulgados pelo próprio Banco Central indicam dezenas de incidentes de cibersegurança registrados no sistema financeiro nos últimos dois anos. Não se trata mais de uma hipótese futura, mas de uma realidade presente, com impacto operacional, regulatório e reputacional. Esse ponto se torna ainda mais sensível em ambientes críticos como Pix, STR, integrações via APIs e operações em nuvem. Falhas nesses contextos não são apenas técnicas. Elas afetam clientes, parceiros e a confiança no sistema como um todo — e inevitavelmente atraem a atenção do regulador. A CMN 5.274 também reforça um aspecto que ainda gera desconforto em muitas organizações: a terceirização não transfere responsabilidade. Mesmo quando a infraestrutura ou o processamento estão fora de casa, a obrigação de garantir segurança, monitoramento e resposta continua sendo da instituição regulada. Na prática, isso exige uma mudança de postura. Segurança deixa de ser um tema restrito à área técnica e passa a ser um assunto de liderança. De governança. De decisão executiva. Instituições que ainda tratam segurança cibernética como um conjunto de controles estáticos tendem a descobrir incidentes tarde demais, responder de forma fragmentada e ter dificuldade em demonstrar diligência quando mais precisam. Já aquelas que encaram segurança como parte viva da operação ganham previsibilidade, controle e confiança — interna e externamente. O prazo imposto pelo Banco Central não deveria ser visto apenas como mais uma obrigação regulatória. Ele é um alerta claro de que o nível de exigência mudou. Faltando menos de 30 dias, a pergunta que realmente importa não é se a norma foi lida ou se a política foi atualizada. É se a organização consegue, hoje, sustentar na prática aquilo que sempre afirmou no discurso. E essa resposta não está nos documentos. Ela aparece, todos os dias, na forma como a instituição opera. Via - DF

Em um pronunciamento no Pentágono, o chefe do Estado-Maior Conjunto dos Estados Unidos, General Dan Caine , afirmou que forças do United States Cyber Command e do United States Space Command coordenaram ataques online que desorganizaram as comunicações e sensores iranianos , contribuindo para o avanço da ofensiva militar americana e israelense contra o Irã nesta semana. A ação, parte da chamada Operação Epic Fury , teria deixado as forças iranianas “sem capacidade de ver, coordenar ou responder efetivamente” no início do confronto, disse o general. Segundo Caine, as operações de cibersegurança e espaço foram “dos primeiros efeitos não cinéticos”  aplicados para apoiar o ataque conjunto liderado pelos EUA e Israel, que, conforme relatado por veículos internacionais, incluiu bombardeios e outras ações militares. Esses ataques online teriam se concentrado em redes de comunicação e sensores estratégicos iranianos, degradando sua capacidade de coordenar defesas e responder ao avanço militar americano. Além disso, analistas destacam que a ciberoperação pode ter complementado a campanha com ataques de desinformação, mensagens e interrupções de serviços digitais — um padrão que acompanha operações modernas de guerra cibernética. A Operação Epic Fury começou após o aumento das tensões entre o Irã e o Ocidente. Autoridades de diversos países estão em alerta para possíveis ciberataques retaliatórios , especialmente por parte de grupos aliados ou patrocinados por Teerã, que historicamente realizam atividades como ransomware  e ataques de negação de serviço. Além disso, na mesma operação, foram registrados ataques a sites de notícias e aplicativos de calendário religioso — atribuídos a forças digitais israelenses — com mensagens incentivando deserções e resistência contra o regime iraniano. O general também afirmou que os esforços combinados de cibercomando e outras forças contribuíram para criar confusão e desorientação nas defesas do Irã, dando suporte à campanha aérea e terrestre coordenada com parceiros internacionais. Paralelamente, houve relatos de maior mobilização de tropas dos EUA no Oriente Médio em apoio à operação em curso.

Uma vulnerabilidade crítica no Google Chrome permitia que extensões maliciosas elevassem privilégios dentro do navegador e acessassem recursos sensíveis do sistema, como câmera, microfone, arquivos locais e captura de tela. A falha, identificada como CVE-2026-0628  (CVSS 8.8), foi corrigida pelo Google no início de janeiro de 2026, na versão 143.0.7499.192/.193 para Windows e macOS, e 143.0.7499.192 para Linux. O problema estava relacionado a uma aplicação inadequada de políticas de segurança no componente WebView, utilizado para renderização de conteúdos internos no navegador. Como a vulnerabilidade funcionava De acordo com a descrição publicada na base do National Institute of Standards and Technology (NIST), a falha permitia que uma extensão especialmente criada injetasse scripts ou código HTML em uma página privilegiada do navegador. A vulnerabilidade foi descoberta pelo pesquisador Gal Weizman, da Palo Alto Networks Unit 42, que apontou que extensões com permissões básicas poderiam assumir o controle do novo painel Gemini Live , integrado ao Chrome em setembro de 2025. O painel Gemini pode ser aberto pelo ícone localizado na parte superior do navegador e faz parte da estratégia do Google de incorporar recursos de inteligência artificial diretamente ao ambiente de navegação. Escalada de privilégios e acesso a dados sensíveis Ao explorar a falha, um invasor poderia: Acessar câmera e microfone sem autorização explícita Capturar screenshots de qualquer site aberto Interagir com arquivos locais Executar código arbitrário dentro do domínio gemini.google.com/app A exploração ocorria por meio da API declarativeNetRequest , que permite que extensões interceptem e modifiquem requisições HTTPS — recurso normalmente utilizado por bloqueadores de anúncios. Na prática, bastava convencer a vítima a instalar uma extensão maliciosa. Uma vez instalada, ela poderia injetar código JavaScript diretamente no painel Gemini, que opera em um contexto de alto privilégio dentro do navegador. O risco da IA integrada ao navegador O caso expõe um novo vetor de ataque associado à integração de agentes de inteligência artificial diretamente nos navegadores. Para que assistentes baseados em IA executem tarefas complexas — como resumir conteúdos, interagir com páginas e automatizar ações — é necessário conceder a eles permissões elevadas. Esse modelo, porém, cria um cenário de risco quando há falhas na separação de privilégios. Segundo os pesquisadores, páginas maliciosas poderiam inserir prompts ocultos que instruíssem o assistente de IA a executar ações que normalmente seriam bloqueadas pelo navegador, resultando em exfiltração de dados ou até execução remota de código. Em cenários mais avançados, o agente poderia ser manipulado para armazenar instruções em memória, mantendo comportamento malicioso persistente entre sessões. Um alerta para navegadores “agentic” O relatório destaca que a inclusão de painéis de IA dentro do contexto privilegiado do navegador pode reintroduzir riscos clássicos, como: Cross-Site Scripting (XSS) Escalada de privilégios Ataques de canal lateral Falhas lógicas de implementação Embora extensões operem com um conjunto definido de permissões, a exploração da CVE-2026-0628 demonstrou que a fronteira entre comportamento esperado e falha de segurança pode se tornar tênue quando componentes de IA são incorporados diretamente à arquitetura do browser. O Google já corrigiu a vulnerabilidade, mas o episódio reforça um ponto central: quanto mais poder é concedido a agentes de IA dentro do navegador, maior deve ser o rigor na separação de contextos e no enforcement de políticas de segurança.

O Google anunciou uma nova iniciativa no navegador Google Chrome para preparar o ecossistema de certificados HTTPS contra uma ameaça que ainda não é prática, mas já preocupa a indústria: a computação quântica. A empresa revelou que não pretende, neste momento, adicionar certificados tradicionais X.509 contendo criptografia pós-quântica ao Chrome Root Store . Em vez disso, está desenvolvendo uma evolução do modelo atual baseada em Merkle Tree Certificates (MTCs) , proposta que está sendo discutida no grupo de trabalho PLANTS. O problema: criptografia forte demais pode ficar pesada Hoje, o HTTPS depende de uma infraestrutura conhecida como Public Key Infrastructure (PKI) , responsável por validar certificados digitais e garantir a autenticidade dos sites. No entanto, a adoção de algoritmos pós-quânticos projetados para resistir a futuros ataques com computadores quânticos tende a aumentar significativamente o tamanho das chaves e assinaturas digitais. Na prática, isso pode tornar o processo de handshake TLS mais pesado, impactando desempenho, latência e consumo de banda. É justamente nesse ponto que entram os Merkle Tree Certificates. O que são Merkle Tree Certificates (MTCs)? A proposta dos MTCs é reduzir ao mínimo indispensável o número de chaves públicas e assinaturas transmitidas durante a negociação TLS. No modelo tradicional, cada certificado faz parte de uma cadeia X.509 que precisa ser enviada ao navegador para validação. Já no novo modelo: Uma Autoridade Certificadora (CA) assina apenas um único “Tree Head”. Esse Tree Head representa potencialmente milhões de certificados. O navegador recebe apenas uma prova leve de inclusão  daquele certificado dentro da árvore criptográfica. Em outras palavras, em vez de transmitir uma cadeia inteira de certificados, o navegador valida uma prova matemática compacta baseada em árvore de Merkle. Segundo o Google, isso permite: Adoção de algoritmos pós-quânticos Redução significativa do volume de dados transmitidos Separação entre força criptográfica e tamanho da autenticação Manutenção da performance atual da web A proposta busca manter a internet pós-quântica tão rápida quanto a internet atual. Testes já estão em andamento O Google informou que já está testando os MTCs com tráfego real de internet e que a implementação ocorrerá em três fases até 2027: Fase 1 (em andamento) Estudo de viabilidade técnica em parceria com a Cloudflare para avaliar desempenho e segurança das conexões TLS com MTCs. Fase 2 (Q1 2027) Convite para operadores de logs de Certificate Transparency (CT) que já possuem pelo menos um log utilizável no Chrome antes de fevereiro de 2026 participarem da fase inicial pública. Fase 3 (Q3 2027) Definição dos requisitos finais para inclusão de novas Autoridades Certificadoras no novo Chrome Quantum-resistant Root Store (CQRS), que será compatível apenas com MTCs. A computação quântica ainda não é capaz de quebrar a criptografia atual da web em larga escala. No entanto, especialistas alertam para o risco do modelo “collect now, decrypt later” quando invasores armazenam dados criptografados hoje para descriptografá-los no futuro com máquinas quânticas mais avançadas. Ao iniciar a transição agora, o Google tenta antecipar o problema e evitar um cenário de ruptura brusca no ecossistema global de certificados digitais. A adoção de um root store resistente à computação quântica pode redefinir a base de confiança da internet nas próximas décadas.