{"id":82298,"date":"2026-07-20T20:48:22","date_gmt":"2026-07-20T17:18:22","guid":{"rendered":"https:\/\/afaghhosting.net\/blog\/cve-2026-64192-bpf-reject-bpf_map_type_inode_storage-creation-if-bpf-lsm-is-uninitialized\/"},"modified":"2026-07-20T20:48:22","modified_gmt":"2026-07-20T17:18:22","slug":"cve-2026-64192-bpf-reject-bpf_map_type_inode_storage-creation-if-bpf-lsm-is-uninitialized","status":"publish","type":"post","link":"https:\/\/afaghhosting.net\/blog\/cve-2026-64192-bpf-reject-bpf_map_type_inode_storage-creation-if-bpf-lsm-is-uninitialized\/","title":{"rendered":"CVE-2026-64192 &#8211; bpf: Reject BPF_MAP_TYPE_INODE_STORAGE creation if BPF LSM is uninitialized"},"content":{"rendered":"<p>CVE ID :CVE-2026-64192<\/p>\n<p>  Published : July 20, 2026, 5:18 p.m. | 25\u00a0minutes ago<\/p>\n<p>  Description :In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>bpf: Reject BPF_MAP_TYPE_INODE_STORAGE creation if BPF LSM is uninitialized<\/p>\n<p>When CONFIG_BPF_LSM=y is set, BPF inode storage maps<br \/>\n(BPF_MAP_TYPE_INODE_STORAGE) are compiled into the kernel. However,<br \/>\nif the BPF LSM is not explicitly enabled at boot time (e.g. omitted<br \/>\nfrom the &#8220;lsm=&#8221; boot parameter), lsm_prepare() is never executed for<br \/>\nthe BPF LSM.<\/p>\n<p>Consequently, the BPF inode security blob offset<br \/>\n(bpf_lsm_blob_sizes.lbs_inode) is never initialized and remains at<br \/>\nits default compiled size of 8 bytes instead of being updated to a<br \/>\nvalid offset past the reserved struct rcu_head (typically 16 bytes<br \/>\nor more).<\/p>\n<p>When a privileged user creates and updates a BPF_MAP_TYPE_INODE_STORAGE<br \/>\nmap, bpf_inode() evaluates inode-&gt;i_security + 8. This erroneously<br \/>\naliases the struct rcu_head.func callback pointer at the beginning<br \/>\nof the inode-&gt;i_security blob. During subsequent map element cleanup<br \/>\nor inode destruction, writing NULL to owner_storage clears the queued<br \/>\nRCU callback pointer. When rcu_do_batch() later executes the queued<br \/>\ncallback, it attempts an instruction fetch at address 0x0, triggering<br \/>\nan immediate kernel panic.<\/p>\n<p>Fix this by introducing a global bpf_lsm_initialized boolean flag<br \/>\nmarked with __ro_after_init. Set this flag to true inside bpf_lsm_init()<br \/>\nwhen the LSM framework successfully registers the BPF LSM. Gate map<br \/>\nallocation in inode_storage_map_alloc() on this flag, returning<br \/>\n-EOPNOTSUPP if the BPF LSM is in turn uninitialized.<\/p>\n<p>This fail-fast approach prevents userspace from allocating inode<br \/>\nstorage maps when the supporting BPF LSM infrastructure is absent,<br \/>\navoiding zombie map states.<\/p>\n<p>  Severity: 0.0 | NA<\/p>\n<p>  Visit the link for more details, such as CVSS details, affected products, timeline, and more&#8230;\u00a0<\/p>\n","protected":false},"excerpt":{"rendered":"<p>CVE ID :CVE-2026-64192 Published : July 20, 2026, 5:18 p.m. | 25\u00a0minutes ago Description :In the Linux kernel, the following vulnerability has been resolved: bpf: Reject BPF_MAP_TYPE_INODE_STORAGE creation if BPF LSM is uninitialized When CONFIG_BPF_LSM=y is set, BPF inode storage maps (BPF_MAP_TYPE_INODE_STORAGE) are compiled into the kernel. However, if the BPF LSM is not explicitly &hellip;<\/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-82298","post","type-post","status-publish","format-standard","hentry","category-vulnerability"],"_links":{"self":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/82298","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=82298"}],"version-history":[{"count":0,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/82298\/revisions"}],"wp:attachment":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/media?parent=82298"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/categories?post=82298"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/tags?post=82298"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}