{"id":29288,"date":"2026-09-25T20:32:20","date_gmt":"2026-09-25T12:32:20","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-98134"},"modified":"2026-09-25T20:32:20","modified_gmt":"2026-09-25T12:32:20","slug":"cve-2026-98134","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-98134","title":{"rendered":"CVE-2026-98134 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nbpf: check_cond_jmp_o"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>bpf: check_cond_jmp_op(): properly infer if register is null<\/p>\n<p>Nicholas Carlini reported a bug when verifier can incorrectly infer<br \/>\nthat a pointer is non-null. The bug occurs when two pointers are<br \/>\ncompared and one of them has a type w\/o PTR_MAYBE_NULL flag,<br \/>\nbut which allows a value to be NULL at runtime.<br \/>\nHere is an example:<\/p>\n<p>  \/\/ `a` is PTR_TO_MEM | MEM_RDONLY | PTR_UNTRUSTED<br \/>\n  \/\/ `a` is 0 at runtime.<br \/>\n  \/\/ `b` is PTR_TO_MAP_VALUE | PTR_MAYBE_NULL<br \/>\n  void *a = bpf_rdonly_cast(0, 0);<br \/>\n  int  *b = bpf_map_lookup_elem(&#8230;);<\/p>\n<p>  if (a == b)<br \/>\n    *b = 42;  \/\/ verifier does not catch null pointer dereference<\/p>\n<p>This happens because of a special case in check_cond_jmp_op(),<br \/>\nwhich attempts to strip PTR_MAYBE_NULL flags from pointer types,<br \/>\nwhen processing comparisons like `rA == rB`, if either rA or rB can&#8217;t<br \/>\nbe null.<\/p>\n<p>The non-null property is derived based on the absence of<br \/>\nPTR_MAYBE_NULL flag on rA&#8217;s or rB&#8217;s type. But that is not sufficient<br \/>\nfor types like PTR_TO_MEM, as in the example.<\/p>\n<p>This patch replaces type_may_be_null() call with reg_not_null(),<br \/>\nwhich contains an allowlist of types for which absence of<br \/>\nPTR_MAYBE_NULL actually means that the value can&#8217;t be NULL at runtime.<\/p>\n<p>At the moment, the list in the reg_not_null() omits two types for<br \/>\nwhich PTR_MAYBE_NULL is applicable: PTR_TO_XDP_SOCK and PTR_TO_BUF.<br \/>\nIn order to remain backward compatible, and assuming that only<br \/>\ncomparison between pointers of the same type makes sense,<br \/>\nthis commit extends reg_not_null(). W\/o such an extension e.g.<br \/>\nverifier_jeq_infer_not_null\/null_ptr_to_map_value fails.<\/p>\n<p>reg_not_null() can be extended further, but I deem that out of scope<br \/>\nfor the fix at hand. Explicit base_type(&#8230;) != PTR_TO_BTF_ID<br \/>\nchecks in the check_cond_jmp_op() can be removed with migration to<br \/>\nreg_not_null(), but that is a behavioural change, as the special case<br \/>\nwould start matching for PTR_TO_BTF_ID that is also is_trusted_reg().<br \/>\nI omit the behavioural change from this commit.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>bpf: check_cond_jmp_op(): properly infer if register is null<\/p>\n<p>Nicholas Carlini reported a bug when verifier can incorrectly infer<br \/>\nt<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-29288","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/29288","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=29288"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=29288"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=29288"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}