Linux elimina a API strncpy após seis anos de trabalho e mais de 360 patches

A remoção da strncpy() do kernel Linux não é só uma limpeza de código, é um desfecho técnico de uma falha estrutural que alimentou vulnerabilidades reais. A função sempre foi problemática: não garante terminação NUL se o buffer de destino for menor que a fonte, e preenche com zeros até o fim do buffer mesmo quando desnecessário, comportamento que já contribuiu para bugs de overflow, memória corrompida e acessos out-of-bounds em camadas críticas do kernel.

O timing não é coincidência: essa remoção ocorre menos de dois meses após duas falhas graves exploráveis por usuários não privilegiados, o 'Copy Fail' (CVE-2026-31431) e o acesso out-of-bounds via certificados malformados. Ambas envolvem manipulação incorreta de cópias de memória em contextos sensíveis. Substituir strncpy() por strscpy() ou memcpy_and_pad() impõe contratos explícitos: tamanho máximo, tratamento definido de truncamento e ausência de zero-filling cego. É uma mudança que reduz superfície de ataque, não por mágica, mas por exigir intenção clara do desenvolvedor.

Em fevereiro de 2026, o CEVIU já havia destacado a transição do perf buffer para ring buffer no eBPF como um movimento para maior segurança e eficiência na comunicação kernel-userspace. Agora, com a remoção da strncpy() no Linux 7.2, o kernel avança na mesma direção, mas em camada mais baixa e crítica: a manipulação direta de strings e buffers. Antes, a substituição era gradual e orientada por patches individuais; agora, é definitiva e obrigatória. O que era recomendação técnica virou política de código-fonte: nenhuma nova chamada a strncpy() será aceita, e todas as instâncias antigas foram eliminadas, incluindo em subsistemas que resistiram por anos, como criptografia e rede.

Para equipes de segurança corporativa, isso significa que futuras auditorias estáticas de kernel terão menos falsos positivos em cópias de string, e mais confiança em alertas reais. Para desenvolvedores de drivers ou módulos externos, é um sinal claro: usar strncpy() agora gera erro de compilação, não só warning. E para quem opera infraestrutura crítica, a mudança reduz riscos latentes em vetores de ataque já explorados, como o 'Copy Fail', que dependia exatamente da imprevisibilidade de operações de cópia mal dimensionadas.