Se nenhuma flag de verificação for fornecida, todas as quatro são executadas.

Modos de Saída

Forçar bonito quando usado com pipe: cvecheck --pretty | tee report.txt. Forçar texto simples em um TTY: cvecheck --no-color ou NO_COLOR=1 cvecheck.

Declaração de Segurança (Sonda de Mecanismo)

A sonda emite exatamente duas chamadas de sistema socket(AF_ALG, SOCK_SEQPACKET, 0) e bind(fd, &SockaddrALG{Type:"aead", Name:"authencesn(hmac(sha256), cbc(aes))"}). Em seguida, é seguida por close(fd). Ela não executa setsockopt para uma chave, não executa accept, não executa sendmsg, não executa splice e não cria pipes. O caminho de código vulnerável requer sendmsg de dados criptográficos combinado com um splice de um descritor de arquivo com suporte de cache de página; nenhuma dessas operações ocorre, portanto a falha não pode ser acionada.

Uma sonda bem-sucedida significa que a superfície está acessível. Se o kernel ainda contém a falha é decidido pelos sinais de versão do kernel + changelog.

Efeito colateral: um bind bem-sucedido carrega automaticamente algif_aead via o carregador automático de módulos do kernel. A verificação do módulo é executada antes da sonda de mecanismo, para que o relatório de estado carregado seja pré-sonda. Para suprimir o carregamento automático completamente, coloque algif_aead na lista negra primeiro.

Códigos de Saída

Cobertura de Distribuições

Implantação

Instalação Automática

Detecta automaticamente sua arquitetura, baixa o binário correto em $(pwd) e verifica seu SHA-256 contra o SHA256SUMS publicado:

O script sai com código não-zero em caso de incompatibilidade de checksum e remove o arquivo defeituoso.

Baixar Binário (manual)

Escolha o binário para a arquitetura do seu host:

Verifique antes de executar:

Compilar a partir do Código-Fonte

Executar o Programa

SSH para o Host

Executar como Comando Remoto SSH

Para Contêineres/Chroot:

Monte a raiz do host em algum lugar legível e passe --root:

--root controla todas as buscas em disco (/etc/os-release, modprobe.d, /lib/modules, /boot/config-*, arquivos de changelog). As sondas de versão do kernel e de mecanismo ainda tocam o kernel em execução via uname(2) e socket(AF_ALG, ...).

Escada de Precedência

Resolvida nesta ordem (a primeira correspondência vence):

1. PATCHED: O changelog da distribuição referencia o ID da CVE.
2. NOT_VULNERABLE: Kernel em execução >= versão corrigida upstream.
3. MITIGATED: algif_aead na lista negra e não carregado e não embutido no vmlinux.
4. LIKELY_NOT_EXPLOITABLE: AF_ALG indisponível e módulo não está em disco.
5. MECHANISM_REACHABLE: Superfície acessível, mas versão do kernel não verificada.
6. VULNERABLE: Kernel na faixa vulnerável e mecanismo acessível.
7. INCONCLUSIVE: Nenhum dos acima corresponde.

Se --mechanism for executado junto com --kernel-version e ambos sinalizarem problema, o resultado é VULNERABLE com uma dica de remediação.

Dicas de Remediação

• Distribuições com módulos carregáveis (Debian, Ubuntu, SUSE, Alpine, Arch): coloque algif_aead na lista negra até a atualização do kernel chegar.
  root@kitploit:~

  echo 'blacklist algif_aead' | sudo tee /etc/modprobe.d/cve-2026-31431.conf
  sudo rmmod algif_aead 2>/dev/null
  

• Distribuições com módulos embutidos (RHEL, CentOS, Rocky, Alma, Oracle, Amazon): arquivos de lista negra são ineficazes porque CONFIG_CRYPTO_USER_API_AEAD=y coloca o símbolo dentro do vmlinux. Apenas uma atualização do kernel (ou patch ao vivo estilo kpatch) resolve a exposição. A ferramenta detecta isso.

Solução de Problemas

Fontes

• Banco de Dados de CVE do NIST
• Site Oficial Copy.Fail
• Artigo Técnico Oficial
• Aviso oss-security
• Artigo do Theori
• Resumo do Bugcrowd