Para outras arquiteturas, baixe o artefato correspondente na página de Releases do GitHub:

https://github.com/ErdemOzgen/copy-fail-cve-2026-31431/releases

Conteúdo

• Teste Rápido (Sem Build)
• Pré-requisitos de Build
• Build Local
• Uso
• Solução de Problemas
• Visão Geral
• Por Que Isso Importa
• Causa Raiz
• Caminho de Gatilho em authencesn
• Como o Bug Se Tornou Acessível
• Fluxo de Exploração em Alto Nível
• Resumo da Correção
• Remediação
• Linha do Tempo de Divulgação
• Como Foi Encontrado
• Estrutura do Repositório
• GitHub Actions
• Distribuições Testadas
• Referências

Pré-requisitos de Build

• Go 1.23+
• GNU Make

Build Local

Compilar todos os alvos Linux:

Compilar e gerar checksums:

Binários de saída em dist/:

• copy-fail-cve-2026-31431_linux_amd64
• copy-fail-cve-2026-31431_linux_arm64
• copy-fail-cve-2026-31431_linux_386
• copy-fail-cve-2026-31431_linux_armv7
• SHA256SUMS

Uso

Execução padrão:

Usar um caminho de alvo personalizado:

Desabilitar a execução de su após a execução:

Imprimir metadados de build:

Solução de Problemas

Se a execução falhar no offset 0 com um erro semelhante a:

o kernel provavelmente rejeitou o caminho AEAD in-place vulnerável (por exemplo, porque o host está corrigido para CVE-2026-31431 ou algif_aead está mitigado/desabilitado).

Verificações rápidas:

Em sistemas remediados, espera-se que este PoC falhe.

Visão Geral

De acordo com a divulgação pública, o caminho vulnerável permite que um usuário local sem privilégios influencie uma primitiva de escrita de 4 bytes no conteúdo de page cache de arquivos legíveis sob condições específicas.

A propriedade operacional importante é que a cópia em memória do page cache pode divergir dos bytes em disco durante a execução, o que pode tornar a análise de impacto não trivial para equipes que dependem apenas de verificações de integridade em nível de disco.

Por Que Isso Importa

Copy Fail é notável porque foi relatado como:

• Determinístico (sem requisito de corrida no caminho de gatilho descrito).
• Portátil entre as principais distribuições Linux nos testes.
• Compacto na implementação, sem dependência de builder de payload externo.
• Relevante além do escopo de um único processo devido ao comportamento compartilhado do page cache.

Causa Raiz

Em alto nível, o problema está na interseção de três mecânicas:

1. Manipulação de requisições AEAD AF_ALG.
2. Movimentação de dados com suporte de page cache via splice().
3. Comportamento de scratch de descriptografia em authencesn.

No design vulnerável, segmentos com suporte de page cache podem ser vinculados a uma forma de requisição que posteriormente recebe escritas durante o processamento do algoritmo, violando uma suposição chave de que apenas regiões de destino pretendidas são modificadas.

Caminho de Gatilho em authencesn

No caminho documentado, authencesn usa operações de scratch no lado do destino em torno da manipulação do layout ESN e realiza uma escrita em um offset além do contrato esperado de saída de descriptografia.

Quando combinado com a configuração AEAD in-place e referências encadeadas de scatterlist, essa escrita pode atingir memória com suporte de page cache para regiões selecionadas pelo atacante.

Como o Bug Se Tornou Acessível

A divulgação descreve uma evolução de múltiplos commits:

• O comportamento de authencesn originou-se em histórico de integração anterior.
• O suporte AEAD AF_ALG introduziu acessibilidade a partir do espaço do usuário com interação splice().
• A otimização in-place posterior em algif_aead combinou o fluxo de origem e destino de uma forma que tornou essa interseção explorável.

A lição chave é o risco composicional: mudanças individualmente razoáveis podem se tornar inseguras em combinação.

Fluxo de Exploração em Alto Nível

O write-up público e o PoC descrevem esta sequência:

1. Abrir e configurar um socket AEAD AF_ALG para authencesn(hmac(sha256),cbc(aes)).
2. Fornecer metadados elaborados e dados em blocos.
3. Usar splice() para rotear dados de arquivo com suporte de page cache através do caminho de requisição.
4. Acionar o tratamento de descriptografia e repetir em etapas controladas de 4 bytes.

A implementação em Go deste repositório espelha a lógica do PoC público para pesquisa e validação em ambientes autorizados.

Resumo da Correção

A correção relatada reverte a operação AEAD in-place vulnerável em algif_aead para o comportamento out-of-place.

Conceitualmente:

• Antes da correção: origem e destino podiam colapsar em uma única cadeia gravável para este caminho.
• Após a correção: origem e destino permanecem separados, impedindo que segmentos de origem com suporte de page cache sejam usados como regiões de destino graváveis neste fluxo.

Remediação

• Aplicar patches nos kernels para versões que contenham a correção upstream.
• Distribuir atualizações de pacotes de kernel do fornecedor em toda a frota e imagens.
• Considerar controles temporários de endurecimento (por exemplo, restrições de política no uso de AF_ALG onde operacionalmente viável).
• Validar a remediação com verificações em tempo de execução, não apenas fluxos de checksum em disco.

Linha do Tempo de Divulgação

Com base no write-up público:

Como Foi Encontrado

A pesquisa publicada credita análise de subsistema assistida por IA e guiada por humanos, focada em caminhos de código criptográfico acessíveis a partir do espaço do usuário e proveniência de scatterlist/página sob splice().

Estrutura do Repositório

• main.go: Port do PoC em Go.
• Makefile: alvos de build Linux multi arquitetura determinísticos.
• .github/workflows/build.yml: fluxo de trabalho de build CI e artefatos de release.

GitHub Actions

Arquivo de fluxo de trabalho: .github/workflows/build.yml

Gatilhos:

• Pull requests
• Push para main
• Push de tag correspondente a v*
• workflow_dispatch manual

Comportamento:

1. Compila todos os binários Linux com checksums via make clean checksums.
2. Envia artefatos de CI nomeados com ref + commit SHA.
3. Publica automaticamente os ativos de release para tags correspondentes a v*.

Fluxo de release sugerido:

Distribuições Testadas

Referências

• Artigo público original: https://xint.io/blog/copy-fail-linux-distributions
• Entrada CVE: CVE-2026-31431