CVE-2026-74485 in Linuxinformação

Sumário

de VulDB • 15/08/2026

No kernel do Linux, a seguinte vulnerabilidade foi resolvida:

binfmt_misc: rejeitar um caractere de sinalizador como delimitador de campo

A string de registro começa com um delimitador escolhido pelo usuário que separa os campos individuais. Para garantir que os analisadores de campo terminem mesmo em strings truncadas, create_entry() preenche o buffer com esse mesmo delimitador:

memset(buf + count, del, 8);

A maioria dos campos é verificada quanto ao delimitador usando strchr()/scanarg() e para corretamente no preenchimento. O campo de sinalizadores (flags) é diferente: em vez de procurar pelo delimitador, check_special_flags() consome os caracteres de sinalizador 'P', 'O', 'C' e 'F' e para no primeiro byte que não seja nenhum deles, confiando no delimitador final para encerrar a análise.

Se o delimitador for ele mesmo um caractere de sinalizador, o preenchimento deixa de atuar como terminador. A análise consome todos os oito bytes de preenchimento e continua lendo além do fim da alocação até encontrar um byte que não seja um caractere de sinalizador. Por exemplo, registrar:

PaPEPPxPPiP

com 'P' como delimitador (nome "a", tipo extensão, mágico "x", interpretador "i", flags vazias) faz com que a análise das flags continue além do fim do buffer. O registro é rejeitado no final porque o analisador não para exatamente em buf + count, mas apenas após a leitura fora dos limites já ter ocorrido. Com um layout de alocação azarado, a análise pode acessar uma página não mapeada; sob KASAN, isso é relatado como uma leitura slab fora dos limites (slab out of bounds read). As montagens binfmt_misc estão disponíveis para usuários sem privilégios em um namespace de usuário, portanto, a leitura é acessível sem privilégios.

Rejeitar antecipadamente um delimitador que seja um dos caracteres de sinalizador. Tal registro sempre foi rejeitado de qualquer maneira, apenas após a leitura fora dos limites, portanto, nenhuma string de registro válida muda de significado.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Responsável

Linux

Reservar

15/08/2026

Divulgação

15/08/2026

Moderação

aceite

Entrada

VDB-390775

CPE

pronto

EPSS

0.00000

KEV

não

Atividades

muito baixo

Fontes

Want to stay up to date on a daily basis?

Enable the mail alert feature now!