CVE ID :CVE-2026-53368<\/p>\n
Published : July 19, 2026, 9:17 a.m. | 23\u00a0minutes ago<\/p>\n
Description :In the Linux kernel, the following vulnerability has been resolved:<\/p>\n
f2fs: fix fsck inconsistency caused by incorrect nat_entry flag usage<\/p>\n
f2fs_need_dentry_mark() reads nat_entry flags without mutual exclusion
\nwith the checkpoint path, which can result in an incorrect inode block
\nmarking state. The scenario is as follows:<\/p>\n
create & write & fsync ‘file A’ write checkpoint
\n– f2fs_do_sync_file \/\/ inline inode
\n – f2fs_write_inode \/\/ inode folio is dirty
\n – f2fs_write_checkpoint
\n – f2fs_flush_merged_writes
\n – f2fs_sync_node_pages
\n – f2fs_fsync_node_pages \/\/ no dirty node
\n – f2fs_need_inode_block_update \/\/ return true
\n – f2fs_fsync_node_pages \/\/ inode dirtied
\n – f2fs_need_dentry_mark \/\/return true
\n – f2fs_flush_nat_entries
\n – f2fs_write_checkpoint end
\n – __write_node_folio \/\/ inode with DENT_BIT_SHIFT set
\n SPO, “fsck –dry-run” find inode has already checkpointed but still
\n with DENT_BIT_SHIFT set<\/p>\n
The state observed by f2fs_need_dentry_mark() can differ from the state
\nobserved in __write_node_folio() after acquiring sbi->node_write. The
\nroot cause is that the semantics of IS_CHECKPOINTED and
\nHAS_FSYNCED_INODE are only guaranteed after the checkpoint write has
\nfully completed.<\/p>\n
This patch moves set_dentry_mark() into __write_node_folio() and
\nprotects it with the sbi->node_write lock.<\/p>\n
Severity: 0.0 | NA<\/p>\n
Visit the link for more details, such as CVSS details, affected products, timeline, and more…\u00a0<\/p>\n","protected":false},"excerpt":{"rendered":"
CVE ID :CVE-2026-53368 Published : July 19, 2026, 9:17 a.m. | 23\u00a0minutes ago Description :In the Linux kernel, the following vulnerability has been resolved: f2fs: fix fsck inconsistency caused by incorrect nat_entry flag usage f2fs_need_dentry_mark() reads nat_entry flags without mutual exclusion with the checkpoint path, which can result in an incorrect inode block marking state. …<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-82238","post","type-post","status-publish","format-standard","hentry","category-vulnerability"],"_links":{"self":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/82238","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/comments?post=82238"}],"version-history":[{"count":0,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/82238\/revisions"}],"wp:attachment":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/media?parent=82238"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/categories?post=82238"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/tags?post=82238"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}