{"id":17310,"date":"2026-09-05T02:30:58","date_gmt":"2026-09-04T18:30:58","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-80806"},"modified":"2026-09-05T02:30:58","modified_gmt":"2026-09-04T18:30:58","slug":"cve-2026-80806","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-80806","title":{"rendered":"CVE-2026-80806 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\next4: don&#8217;t enable DA"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>ext4: don&#8217;t enable DAX on new encrypted files<\/p>\n<p>Currently, when a new encrypted regular file is created, the call to<br \/>\next4_set_inode_flags(inode, init=true) in __ext4_new_inode() is made<br \/>\nbefore EXT4_INODE_ENCRYPT is set.  As a result, it can set S_DAX if the<br \/>\nfilesystem is mounted with &#8220;-o dax=always&#8221;.<\/p>\n<p>EXT4_INODE_ENCRYPT then actually gets set a bit later in<br \/>\n__ext4_new_inode(), when it calls fscrypt_set_context() which calls<br \/>\next4_set_context().  ext4_set_context() sets EXT4_INODE_ENCRYPT and<br \/>\ncalls ext4_set_inode_flags(inode, init=false) to set S_ENCRYPTED too.<\/p>\n<p>This was intended to clear S_DAX as well.  However, this was broken by<br \/>\ncommit 043546e46dc7 (&#8220;fs\/ext4: Only change S_DAX on inode load&#8221;).  This<br \/>\ncauses data written to the file to bypass encryption, also causing<br \/>\nxfstests failures such as generic\/548 (when &#8220;-o dax=always&#8221; is used).<\/p>\n<p>Fix this by simplifying the flow by making __ext4_new_inode() set<br \/>\nEXT4_INODE_ENCRYPT earlier.  This makes it take effect in<br \/>\next4_set_inode_flags(inode, init=true), making S_DAX never be set.<\/p>\n<p>Similarly, make EXT4_STATE_MAY_INLINE_DATA never be set in the first<br \/>\nplace on new encrypted inodes.  Then it doesn&#8217;t need to be cleared.<\/p>\n<p>As a result of these simplifications, ext4_set_context() no longer needs<br \/>\nto change inode flags or state when &#8216;handle != NULL&#8217;.  Remove that too.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>ext4: don&#8217;t enable DAX on new encrypted files<\/p>\n<p>Currently, when a new encrypted regular file is created, the call to<br \/>\next4_set_inode_<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-17310","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/17310","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=17310"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=17310"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=17310"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}