CVE-2026-80806 in Linux
Sumário
de VulDB • 04/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ext4: não ativar DAX em novos arquivos criptografados
Atualmente, quando um novo arquivo regular criptografado é criado, a chamada para ext4_set_inode_flags(inode, init=true) em __ext4_new_inode() ocorre antes que EXT4_INODE_ENCRYPT seja definido. Como resultado, ele pode definir S_DAX se o sistema de arquivos for montado com "-o dax=always".
EXT4_INODE_ENCRYPT é então efetivamente definido um pouco mais tarde em __ext4_new_inode(), quando chama fscrypt_set_context(), que por sua vez chama ext4_set_context(). ext4_set_context() define EXT4_INODE_ENCRYPT e chama ext4_set_inode_flags(inode, init=false) para definir S_ENCRYPTED também.
Isso foi destinado a limpar S_DAX também. No entanto, isso foi quebrado pelo commit 043546e46dc7 ("fs/ext4: Only change S_DAX on inode load"). Isso faz com que os dados gravados no arquivo contornem a criptografia, causando falhas nos testes xfstests, como generic/548 (quando "-o dax=always" é usado).
Corrigir isso simplificando o fluxo fazendo __ext4_new_inode() definir EXT4_INODE_ENCRYPT mais cedo. Isso faz com que ele tenha efeito em ext4_set_inode_flags(inode, init=true), impedindo que S_DAX seja definido.
Da mesma forma, fazer EXT4_STATE_MAY_INLINE_DATA nunca ser definido desde o início nos novos inodes criptografados. Então não será necessário limpá-lo.
Como resultado dessas simplificações, ext4_set_context() já não precisa alterar os flags ou estado do inode quando 'handle != NULL'. Remover isso também.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.