PHP2Shell atinge centenas; kernel com 2,1 milhões expostos
Falha no PHP já atinge centenas, relatório da Binance cita três engenheiros e kernel soma 2,1 milhões de servidores expostos.

O resumo de 30 segundos
- PHP2Shell já atinge centenas: falhas no PHP dão controle total de servidores sem senha; vítimas incluem alvos ligados ao governo dos EUA.
- Relatório da Binance cita três engenheiros: computadores comprometidos durante meses levaram ao roubo de US$ 6,3 bilhões, o maior da cripto.
- Quase 63 mil ataques em 24 horas contra a falha do WordPress; sondagens começaram horas depois do patch, sem invasões confirmadas.
- Varredura achou 2,1 milhões de servidores acessíveis à falha 9,8 do kernel Linux; Ubuntu ainda não liberou correção.
- Um hacker com 12 agentes de IA invadiu os serviços de emergência de Taipei e extraiu exames e sinais vitais de pacientes.
PHP2Shell já atinge centenas de servidores, estima pesquisador
Duas falhas graves no PHP, batizadas de PHP2Shell, permitem que invasores controlem servidores web sem senha. Um pesquisador estima algumas centenas de vítimas na campanha, com controle total obtido em alvos ligados ao governo dos EUA. A exploração ativa está confirmada.
Servidores invadidos dão controle total aos atacantes, com movimento para sistemas internos, mineradores de criptomoeda e avaliação de intenção de ransomware. Produtos que embutem PHP também são afetados, como IBM SevOne, QNAP e portais Apigee do Google Cloud.
Para o time técnico
Cadeia de duas falhas use-after-free no PHP (CVE-2026-109618 e CVE-2026-109619) que levam a RCE em servidores que servem requisições web. Exploração ativa confirmada, inclusive contra interfaces de gerenciamento do PAN-OS expostas à internet. A CISA adicionou a falha de kernel encadeada (CVE-2026-46300) ao KEV.
- CVE
- CVE-2026-109618, CVE-2026-109619
- Afetados
- PHP 8.2 antes de 8.2.35, 8.3 antes de 8.3.36, 8.4 antes de 8.4.27 e 8.5 antes de 8.5.12; 8.1 e anteriores sem correção do projeto
- Exploração
- ativa confirmada
- Correção
- Atualizar para PHP 8.2.35, 8.3.36, 8.4.27 ou 8.5.12 e aplicar pacotes dos fornecedores (Ubuntu, RHEL, IBM, Palo Alto, Siemens, Peplink, QNAP)
O que fica: Software base amplamente embutido exige acompanhar avisos de cada fornecedor, não só do projeto original.
Fontes: JPCERT/CC, TechCrunch Security, @hakluke
No radarAcompanhe este incidente ao vivo →Relatório da Binance rastreia roubo bilionário a três engenheiros
O primeiro relatório de incidente da Binance rastreia o roubo de US$ 6,3 bilhões a uma campanha que durou meses e comprometeu os computadores de três engenheiros, com um teste de código fraudulento e o abuso de uma ferramenta de IA.
Um único computador de funcionário pode alcançar sistemas que movimentam bilhões: a entrada teria sido o notebook de um engenheiro DevOps, com acesso a um contêiner usado para enviar saques. Cerca de US$ 3 bilhões já foram congelados; atacantes ainda seguram US$ 2,4 bilhões.
Para o time técnico
Segundo a Binance, a entrada possível foi o notebook de um engenheiro DevOps que deu acesso a um contêiner de serviço usado para saques não autorizados; a empresa afirma não ter evidência de vazamento de chaves privadas. Pela TRM Labs, a maior parte saiu em cerca de 20 minutos e restam mais de 420 mil ETH e 18.270 BTC com os atacantes.
- Afetados
- não informado nas fontes
- Exploração
- não informado nas fontes
- Correção
- Binance suspendeu saques, prometeu cobrir perdas com fundos próprios e SAFU e publicará prova de reservas atualizada, segundo a empresa.
O que fica: O caminho até sistemas críticos costuma começar em um computador de funcionário com acesso amplo demais.
Fontes: @vxunderground, @WatcherGuru, @pashov
No radarAcompanhe este incidente ao vivo →WordPress: quase 63 mil ataques em 24 horas após o patch
Quase 63 mil tentativas de ataque em 24 horas miram a falha do WordPress que permite executar código no servidor durante a janela de atualização, sem senha. As sondagens começaram horas depois do lançamento da versão 7.1.4, em 28 de outubro.
A Wordfence ainda não registrou invasões bem-sucedidas, mas todo site desatualizado é alvo: o ataque exige acertar uma janela de segundos durante a atualização do núcleo. A CISA (agência de cibersegurança dos EUA) mantém o prazo federal de 6 de novembro.
Para o time técnico
Condição de corrida TOCTOU no processo de atualização completa do núcleo expõe caminhos de staging previsíveis e acessíveis na web; atacante não autenticado que alcança o instalador durante a janela pode executar código. Wordfence registrou mais de 18.500 requisições a caminhos de instalador nas primeiras 21 horas, a primeira nove minutos após a regra de firewall.
- CVE
- CVE-2026-119977
- Afetados
- WordPress 4.7 a 7.1.3; versões 4.6 e anteriores sem correção de segurança
- Exploração
- ativa confirmada
- Correção
- WordPress 7.1.4 e versões de segurança dos ramos 4.7 a 7.0; investigar requisições PHP suspeitas em wp-content/upgrade
O que fica: Sondagem começa minutos depois do patch; atualizar rápido e conferir logs é o que separa do invasor.
Fontes: The Hacker News, @DarkWebInformer, @TheHackersNews, CISA KEV
No radarAcompanhe este incidente ao vivo →CISA confirma ataques a falha da Apple corrigida há dois anos
A CISA confirmou exploração ativa de uma falha de autenticação em sistemas Apple (CVE-2024-27834), usada em ataques que instalam malware de roubo de informações, segundo The Hacker News. A correção existe há mais de dois anos. Órgãos federais têm prazo até 18 de novembro.
A falha afeta iPhone, iPad e Mac, aparelhos usados por executivos, e abre caminho para malware que rouba credenciais, e-mails e dados corporativos. Segundo a CISA, um atacante com capacidade de leitura e escrita contorna a autenticação de ponteiros.
Para o time técnico
CVE-2024-27834 (CVSS 5.5): improper authentication que permite a atacante com capacidade arbitrária de leitura e escrita contornar pointer authentication em iOS, iPadOS, macOS, Safari, tvOS e watchOS 10.5. Adicionada ao KEV após ataques com info-stealers.
- CVE
- CVE-2024-27834
- Afetados
- iOS, iPadOS, macOS, Safari, tvOS e watchOS 10.5, conforme a CISA
- Exploração
- ativa confirmada
- Correção
- Atualizar todos os dispositivos Apple para as versões corrigidas; KEV fixa 18/11/2026 para órgãos federais dos EUA
Fontes: CISA KEV, The Hacker News, @TheHackersNews
No radarAcompanhe este incidente ao vivo →GitLab: ataque tentou falha 10.0 em servidor com GitLab atualizado
Um atacante tentou explorar a falha de gravidade máxima do GitLab no servidor do projeto Alpine Linux, em 20 e 21 de outubro. O GitLab estava atualizado, mas o Ruby não, e a falha seguiu explorável. Sem prova de sucesso, o servidor foi reconstruído.
Mais de 1.000 servidores seguem expostos à falha, que permite executar código sem senha por configuração maliciosa de CI (integração contínua), com risco de roubo de código-fonte e segredos. A CISA confirmou exploração ativa; instalações com Ruby próprio seguem vulneráveis mesmo com GitLab atualizado.
Para o time técnico
CVE-2026-97229: integer overflow no compilador de expressões regulares de CI/CD (engine Onigmo do Ruby) permite RCE não autenticado via regex maliciosa em configuração de CI. A CISA nota que outras aplicações Ruby com o mesmo engine podem ser afetadas.
- CVE
- CVE-2026-97229
- Afetados
- GitLab CE/EE 19.2 antes de 19.2.8, 19.3 antes de 19.3.5 e 19.4 antes de 19.4.2; instalações com Ruby próprio dependem de atualização do Ruby
- Exploração
- ativa confirmada
- Correção
- GitLab 19.2.8, 19.3.5 ou 19.4.2; com Ruby próprio, atualizar para Ruby 3.3.13, 3.4.12, 4.0.9 ou posterior
O que fica: Atualizar o aplicativo pode não corrigir a dependência por baixo; a correção precisa ser confirmada, não presumida.
Fontes: The Hacker News, @TheHackersNews, @DailyDarkWeb, CISA KEV
No radarAcompanhe este incidente ao vivo →Android: mais de 40% dos aparelhos ficam fora da correção crítica
Mais de 40% dos aparelhos Android rodam versões antigas demais para receber a correção da falha crítica CVE-2026-58868, segundo dados do Google. A falha permite executar código a distância, sem clique ou ação do usuário, no Android 14 a 17.
Não há ataques confirmados, mas parte do parque corporativo pode ficar exposta por tempo indefinido, já que fabricantes e operadoras distribuem a correção em datas próprias. O boletim de novembro trouxe 216 correções, 23 delas críticas.
Para o time técnico
CVE-2026-58868: heap buffer overflow no componente Framework (FrameDecoder.cpp, onOutputReceived), com out-of-bounds write no processamento de frames de mídia; permite RCE sem interação nem privilégios. Sem PoC pública e sem ataques confirmados até 4 de novembro.
- CVE
- CVE-2026-58868
- Afetados
- Android 14, 15, 16, 16 QPR2 e 17
- Exploração
- não observada
- Correção
- Nível de patch de segurança 2026-11-01 ou posterior; 2026-11-05 recomendado para cobrir o boletim completo
Fontes: SecurityWeek, The Hacker News, @DarkWebInformer, @IntCyberDigest
No radarAcompanhe este incidente ao vivo →Kernel Linux: varredura encontra 2,1 milhões de servidores acessíveis
Uma varredura encontrou 2,1 milhões de servidores acessíveis pela internet, alvos potenciais da falha crítica do kernel Linux (CVE-2026-98432, nota 9,8), que dá controle total do servidor a um atacante remoto, sem senha. O número foi relatado por Marcus Hutchins.
A Anthropic demonstrou um exploit escrito por seu modelo de IA que assumiu servidores de teste com controle total em cerca de 53 minutos; o código não foi publicado. O Ubuntu ainda não liberou correção; Debian e Red Hat já publicaram.
Para o time técnico
CVE-2026-98432: condição de corrida na pilha TCP IPv4 causa use-after-free antes da autenticação da aplicação; permite leak ou corrupção de memória do kernel e execução como root sem credenciais em servidores com listener MPTCP. Programas em Go 1.24 ou mais novo ativam MPTCP por padrão. Red Hat classifica 5,9 por considerar a corrida difícil de vencer.
- CVE
- CVE-2026-98432
- Afetados
- Kernel Linux 4.4 e posteriores
- Exploração
- não observada
- Correção
- Kernels 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 e 7.3; Debian e Red Hat já publicaram pacotes, Ubuntu segue sem data. Mitigação: desativar MPTCP ou bloquear pacotes SYN com opções IP
Fontes: The Hacker News, @DarkWebInformer, @IntCyberDigest
No radarAcompanhe este incidente ao vivo →Zyxel lança Patch 3 após correção anterior falhar em switches
Um zero-day da Zyxel foi explorado para atacar quase 1.000 switches de rede, segundo a BleepingComputer. A primeira correção, o Patch 2, não bloqueava a execução de comandos com privilégios máximos sem senha; a Zyxel lançou o Patch 3 para 10 modelos GS1900.
Equipamentos com apenas o Patch 2 continuavam expostos a quem alcançasse a interface web de gerenciamento. Switches comprometidos podem parar a rede da empresa e servir de base para outros ataques.
Para o time técnico
Firmware 2.90 (Patch 2) dos switches GS1900 não bloqueava execução de comandos como root sem autenticação pela interface web de gestão, confirmaram pesquisadores da Binarly. O exploit exige apenas que a interface seja alcançável. Zero-day em exploração ativa contra quase 1.000 equipamentos.
- Afetados
- Switches Zyxel GS1900, 10 modelos afetados
- Exploração
- ativa confirmada
- Correção
- Aplicar o Patch 3 (novo firmware) nos 10 modelos afetados; o Patch 2 não é suficiente; restringir acesso à interface web de gerenciamento
O que fica: Patch aplicado não é falha corrigida: sem reteste, a brecha pode seguir aberta sem ninguém notar.
Fontes: The Hacker News, @BleepinComputer, @TheHackersNews
No radarAcompanhe este incidente ao vivo →Grupo alega vazamento de 7,7 milhões de registros de empresa brasileira
Membros do grupo Anka Team afirmam ter vazado 7,7 milhões de registros ligados à Cingular, empresa brasileira de TI e consultoria. Os dados alegados incluem nomes, e-mails, telefones e números de identificação nacional e fiscal. Uma amostra parcialmente ocultada foi publicada.
Origem e autenticidade seguem sem confirmação independente. Se confirmado, o vazamento expõe dados pessoais com risco de fraude e phishing, e informações internas podem apoiar ataques posteriores contra a empresa e seus clientes.
Para o time técnico
Alegação publicada por membros do Anka Team, identificados como İmam Doğan e Mojz, de vazamento de 7,7 milhões de registros da Cingular com nomes, e-mails, telefones, números de identificação nacional e fiscal e dados internos. Amostra parcialmente ocultada divulgada; origem e autenticidade não confirmadas de forma independente.
- Afetados
- Cingular, empresa brasileira de TI e consultoria (alegado)
- Exploração
- não informado nas fontes
- Correção
- não informado nas fontes
Fontes: @DarkWebInformer
No radarAcompanhe este incidente ao vivo →Hacker operou 12 agentes de IA e invadiu serviços de emergência de Taipei
Um hacker em Taiwan operou 12 agentes de IA contra centenas de organizações em 11 países, segundo a Acronis, empresa de segurança. Entre os alvos invadidos estão os serviços de emergência de Taipei, com registros de despacho e dados de pacientes de 2018 extraídos.
Ele deu autoridade total ao agente líder e usou modelos DeepSeek locais sem treinamento de segurança, após recusas de Grok e MiniMax. O caso mostra que agentes autônomos podem ser apontados contra centenas de organizações em vários países.
Para o time técnico
Relato da Acronis: um operador em Taiwan coordenou 12 agentes de IA contra centenas de organizações em 11 países. O agente líder recebeu autoridade total; Grok e MiniMax recusaram ataques e o operador migrou para modelos DeepSeek locais sem treinamento de segurança. Dados extraídos incluem ECGs e sinais vitais de pacientes de ambulância de 2018; um agente descartou sozinho um sistema da força aérea de Honduras por estar fora do escopo.
- Afetados
- Serviços de emergência de Taipei e centenas de organizações em 11 países, segundo a Acronis
- Exploração
- não informado nas fontes
- Correção
- não informado nas fontes
Fontes: @IntCyberDigest
No radarAcompanhe este incidente ao vivo →Pra fechar
O dia repete um padrão claro: falhas em software base, de PHP a kernel, viram campanhas ativas enquanto muitos parques seguem desatualizados. Duas correções desta rodada falharam ou não bastaram, e as sondagens começaram minutos após o patch. Atualizar é só o começo; confirmar que a correção chegou e fechou a falha é o que protege.
Se o patch de hoje falhasse, quanto tempo levaríamos para notar?
A maioria das correções só mostra que funcionou quando alguém testa de novo.
Solicitar conversa