Vulnerabilidade DirtyClone no núcleo do Linux permite escalação de privilégios em memória através de pacotes clonados

Vulnerabilidade DirtyClone no núcleo do Linux permite escalação de privilégios em memória através de pacotes clonados

A falha de segurança identificada como CVE-2026-43503 explora a ausência de uma flag de proteção durante a cópia interna de pacotes de rede, permitindo que usuários locais sobrescrevam binários privilegiados diretamente no cache de páginas do sistema para obter acesso de administrador.

ComponenteNúcleo do Linux (Linux kernel), especificamente no gerenciamento de memória do subsistema de rede durante a clonagem de pacotes.
VetorEscalação de privilégios local. Requer a capacidade CAP_NET_ADMIN para configurar um túnel IPsec em loopback, frequentemente obtida por usuários sem privilégios através da criação de namespaces de usuário não confiáveis.
ImpactoExecução de código com privilégios máximos (root). A modificação ocorre apenas na memória RAM, contornando ferramentas de monitoramento de integridade de arquivos em disco.
PrioridadeCrítica. Aplicar imediatamente as atualizações do núcleo do Linux foul-furnecedores, já corrigidas na versão upstream v7.1-rc5.
Resumo técnico

Uma nova vulnerabilidade de escalonamento de privilégios locais no núcleo do Linux, denominada DirtyClone e pertencente à classe de falhas DirtyFrag, demonstra um problema crítico de design no subsistema de rede do sistema operacional. A falha, rastreada como CVE-2026-43503 e com pontuação CVSS de 8.8, expõe servidores e máquinas virtuais a ataques onde um usuário mal-intencionado sem privilégios pode manipular buffers de memória para obter acesso irrestrito ao sistema.

O problema central reside na maneira como o núcleo do Linux gerencia a cópia e a fragmentação de pacotes de rede. Durante a cópia interna de um pacote, funções auxiliares do sistema falham ao propagar uma flag de segurança vital. Essa flag é responsável por marcar a memória do pacote como compartilhada com um arquivo físico residente no disco. Sem essa sinalização correta, o contrato de segurança do kernel é quebrado, permitindo que operações de rede subsequentes tratem blocos de memória de código executável de forma insegura.

Pesquisadores da JFrog Security Research documentaram a técnica e publicaram um guia técnico de prova de conceito funcional. A exploração bem-sucedida da cadeia permite que um invasor corrompa a memória suportada por arquivos através de um pacote de rede fabricado. Uma característica notável deste ataque é que ele é extremamente furtivo do ponto de vista de integridade de disco. A alteração maliciosa existe apenas no cache de páginas da memória volátil. Consequentemente, ferramentas tradicionais de File Integrity Monitoring (FIM) não detectam aação, não há registro de alteração em sistemas de auditoria de arquivos e uma simples reinicialização da máquina restaura os binários originais a partir do disco, apagando os rastros do ataque.

Fluxo técnico

A exploração tira vantagem da arquitetura de rede de cópia zero do Linux, projetada originalmente para otimizar a transferência de dados permitindo que a memória baseada em arquivos sirva diretamente como dado de rede. O fluxo de execução da técnica começa quando o atacante acessa uma conta de usuário comum no sistema operacional alvo e instrui o kernel a carregar um binário privilegiado, como o utilitário /usr/bin/su, para a memória RAM.

Uma vez carregado, o invasor vincula as páginas de memória que contêm o código do binário a um pacote de rede recém-criado e força o kernel a cloná-lo. A vulnerabilidade manifesta-se em funções auxiliares de transferência de memória de rede, notadamente em __pskb_copy_fclone(), com skb_shift() também afetada. O ponto central é que essas funções dropam a marcação que protege a memória durante o processo de clonagem.

Para adulterar o binário em memória, o operador cria um túnel criptográfico IPsec na interface de loopback, isolando o tráfego dentro de um ambiente de rede simulado na própria máquina. O pacote clonado, que carrega ilegitimamente o código do /usr/bin/su, é então roteado por este túnel. Durante a etapa de descriptografia do IPsec, a lógica do kernel operando sob falsas premissas sobrescreve os mecanismos de verificação de credenciais do binário com bytes maliciosos escolhidos pelo atacante. Na próxima vez que qualquer usuário executar o comando su, a verificação de senha legitimamente falha, mas a porta aberta pelo atacante é ativada, concedendo acesso de superusuário (root) imediatamente.

Superfície afetada

Os ambientes computacionais que exigem maior atenção são sistemas operacionais multi-inquilinos, plataformas de integração e entrega contínua (CI runners), hospedeiros de contêineres compartilhados e clusters de orquestração como Kubernetes. Nestes cenários, a vulnerabilidade permite que um inquilino de baixo privilégio escape de seu ambiente restrito e comprometa toda a máquina física, acarretando em evasão de contêiner e acesso a dados adjacentes.

Testes realizados pela equipe de pesquisa confirmaram que as configurações padrão de distribuições como Debian, Ubuntu e Fedora são diretamente vulneráveis, uma vez que permitem a criação de namespaces por usuários não privilegiados. A partir do Ubuntu 24.04, contudo, a fabricante restringiu fortemente a criação de namespaces através de políticas do AppArmor, bloqueando nativamente a rota padrão usada pelo exploit itensificado.

Importante ressaltar que este é o quarto incidente recente documentado na classe DirtyFrag que compartilha o mesmo modo de falha sistêmica. O histórico inclui a falha Copy Fail (CVE-2026-31431) no módulo algif_aead, as vulnerabilidades gêmeasDirtyFrag (CVE-2026-43284 e CVE-2026-43500) em rotas de criptografia, e a Fragnesia (CVE-2026-46300), que contornou correções prévias explorando falhas durante a coalescência de pacotes na função skb_try_coalesce().

  • Servidores multi-inquilinos e runners de integração contínua compartilhados.
  • Hospedeiros de contêineres sem isolamento rígido de kernel adaptation.
  • Distribuições Linux com namespaces de usuário não privilegiados habilitados por padrão (Debian, Fedora e versões mais antigas do Ubuntu).
  • Versões stagnadas ou sem aplicação das notas de segurança de maio e junho.
Hunting e telemetria

A detecção em ambientes nativamente afetados é complexa, pois a manipulação ocorre na memória RAM, não gerando alertas de alteração nos sistemas de arquivos. As equipes de resposta a incidentes devem focar na telemetria de Syscalls do kernel, auditoria avançada de processos e monitoramento de namespaces. A maior área de observação é a fonte inicial de abuso do atacante para obter privilégios de rede locais.

Ferramentas de endpoint detection and response (EDR) devem ser configuradas para registrar anomalias estruturais na criação de redes virtuais isoladas e estabelecimento de interfaces de criptografia inócuas. Deve-se prestar atenção a tentativas incomuns de usuários comuns abrindo conexões IPsec locais em loopback.

A premissa do ataque é que o cache de página do kernel é global em nível de máquina. Sinais de fuga de dados ou técnica de injeção de memória que cruzam limites de isolamento de namespaces devem ser tratados como comportamento de alta confiança para alertas de comprometimento ativo. Ferramentas que fazem inspeção de memória volatile auxiliam na identificação do residuo malicioso em tempo de execução.

  • Monitorar syscalls de criação de namespaces de rede e usuário por contas de baixo privilégio.
  • Registrar tentativas abuso de criação de sockets de rede do tipo AF_ALG, focando na mathora de interfaces locais por módulos como algif_aead.
  • Inspecionar anomalias de alocação de pacotes de rede envolvendo páginas de memória contendo binários executáveis do sistema identificas.
  • Buscar por evidências de mudanças inesperadas na memória de processos críticos como su ou sudo, específicamente na sobreposição ou corrupção de lógicas de autenticação.
Mitigação

A resolução primária e definitiva contra a vulnerabilidade DirtyClone e suas variantes correlatas é aplicar rigorosamente as atualizações de segurança do kernel disponibilizadas pelo respectivo fornecedor do sistema operacional. O reparo no código principal do Linux identifica e processa corretamente o problema sistêmico das funções auxiliares que falhavam ao manter intacta a bitola de segurança da memória durante operações complexas.

O patch de segurança definitivo foi aceito no repositório oficial do Linux sob o código de commit 48f6a5356a33, atribuído formalmente à falha CVE-2026-43503 no final de maio e enviado na versão v7.1-rc5. A correção aborda não apenas o problema isolado em si, mas reforça a obrigatoriedade de preservação do bit compartilhado em todos os caminhos de transferência de memória de rede. Os principais fornecedores, incluindo SUSE, Canonical (Ubuntu), Red Hat e Debian, já emitem documentos declarando a disponibilização dos binários corrigidos.

Em situações onde o janelamento de manutenção impede a reinicialização imediata do ativo ou a atualização não pôde ser aplicada de imediato, administradores podem estabelecer controles compensatórios temporários. Essas medidas restritivas não ajustam a raiz da falha, mas eliminam o caminho predileto da cadeia de exploração documentada.

  • Instalar imediatamente os pacotes do kernel Linux com foco nos ramificações estáveis e versões de longo suporte (LTS) atualizados.
  • Desativar de forma global a criação de namespaces de usuário sem privilégios. No Debian e no Ubuntu, isso deve ser implementado alterando o parâmetro de kernel kernel.unprivileged_userns_clone=0.
  • Bloquear preventivamente os módulos de rede do kernel envolvidos na manipulação de túneis de exploração (esp4, esp6 e rxrpc), se o ambiente operacional tolerar a paralisação das funções dependentes de IPsece AFS.

Postar um comentário

0 Comentários