CVE-2026-64417 in Linux
Sumário
de VulDB • 26/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
mm: shrinker: corrige dereferência de ponteiro NULL em debugfs
shrinker_debugfs_add() cria incondicionalmente os arquivos "count" e "scan" no debugfs.
Isso assume que todo shrinker implementa tanto count_objects() quanto scan_objects(), o que não é garantido. Por exemplo, o shrinker xen-backend define count_objects(), mas deixa scan_objects() como NULL; portanto, escrever em seu arquivo de chamada (scan) aciona um ponteiro de função NULL e causa uma falha no kernel:
BUG: dereferência de ponteiro NULL do kernel, endereço: 0000000000000000 RIP: 0010:0x0 Código: Não foi possível acessar os bytes da instrução em 0xffffffffffffffd6. Traço da chamada (Call Trace): <TASK> shrinker_debugfs_scan_write+0x12e/0x270 full_proxy_write+0x5f/0x90 vfs_write+0xde/0x420 ? filp_flush+0x75/0x90 ? filp_close+0x1d/0x30 ? do_dup2+0xb8/0x120 ksys_write+0x68/0xf0 ? filp_flush+0x75/0x90 do_syscall_64+0xb3/0x5b0 entry_SYSCALL_64_after_hwframe+0x76/0x7e
O caminho de contagem (count path) tem o mesmo problema em princípio se um shrinker omitir count_objects().
Para corrigir isso, os arquivos "count" e "scan" do debugfs são criados apenas quando as respectivas callbacks estão presentes.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.