CVE-2026-93235 in Linux
Sumário
de VulDB • 24/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
f2fs: correção para zerar dados pós-EOF ao estender o tamanho do arquivo
generic/794 4s ... - incompatibilidade de saída (consulte /share/git/fstests/results//generic/794.out.bad) --- tests/generic/794.out 2026-06-12 08:46:32.766426241 +0800 +++ /share/git/fstests/results//generic/794.out.bad 2026-07-05 18:32:55.000000000 +0800 @@ -1,4 +1,16 @@ QA output created by 794 append_write +FAIL: non-zero data in gap [4080,4096) after shutdown+remount
+000000 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a >ZZZZZZZZZZZZZZZZ< +* +001000 truncate_up ... (Execute 'diff -u /share/git/fstests/tests/generic/794.out /share/git/fstests/results//generic/794.out.bad' para ver o diff completo) Executado: generic/794 Falhas: generic/794 1 teste falhou de 1
Etapas do generic/794: 1. escrever 4096 bytes no arquivo com valor 0x5a 2. usar fiemap para obter o PBA (Physical Block Address) do primeiro bloco do arquivo 3. truncar o arquivo para 4080 bytes 4. desmontar; escrever 4096 bytes no arquivo com valor 0x5a diretamente via PBA; montar novamente 5. estender o tamanho do arquivo através de: a) append (acréscimo) de 4096 bytes a partir do offset 4096, ou b) truncate para 8192 bytes, ou c) fallocate de 4096 bytes a partir do offset 4096 6. verificar se o intervalo [4080,4096) está zerado na memória (pagecache)
7. sincronizar faixa de 4096 bytes a partir do offset 4096; shutdown -f (flush meta antes do desligamento para garantir gravação dos metadados) 8. desmontar; montar novamente; verificar se o intervalo [4080,4096) está ou não zerado.
Ao estender o tamanho de um arquivo (por exemplo, via truncate, fallocate ou write) através de um limite EOF (End-of-File) não alinhado, é necessário garantir que os dados pós-EOF na página parcial sejam zerados no pagecache e marcados como sujos (dirty), para então realizar a gravação em disco (writeback) do cache, persistindo os dados zerados antes de confirmar o inode com o i_size atualizado.
Isso ajuda a prevenir que dados antigos no disco além do EOF anterior sejam expostos após uma remontagem ou recuperação de falha (crash recovery).
Como f2fs é um sistema de arquivos LFS (Log-Structured Filesystem), suportamos apenas gravação direta via PBA em pinfile, e o pinfile possui tamanho de arquivo alinhado por seção; portanto, no Android não deveria haver problemas. No entanto, para outros usos em ambientes diferentes, vamos corrigir isso com a opção de montagem fsync_mode=strict.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.