CVE-2025-68363 in Linux
الملخص
بحسب VulDB • 27/05/2026
في نواة لينكس، تم حل الثغرة التالية:
bpf: التحقق من تعيين skb->transport_header في bpf_skb_check_mtu
تحتاج الدالة المساعدة bpf_skb_check_mtu إلى استخدام skb->transport_header عند استخدام علم BPF_MTU_CHK_SEGS:
bpf_skb_check_mtu(skb, ifindex, &mtu_len, 0, BPF_MTU_CHK_SEGS)
لا يتم تعيين transport_header دائمًا. هناك تقرير عن تحذير WARN_ON_ONCE عند تفعيل CONFIG_DEBUG_NET + تعيين skb->gso_size + استخدام bpf_prog_test_run:
WARNING: CPU: 1 PID: 2216 at ./include/linux/skbuff.h:3071 skb_gso_validate_network_len bpf_skb_check_mtu bpf_prog_3920e25740a41171_tc_chk_segs_flag # اختبار في الرقعة التالية bpf_test_run bpf_prog_test_run_skb
بالنسبة لـ skb الوارد العادي (غير test_run)، يتم تنفيذ skb_reset_transport_header، ولكن هناك خطة لتجنب تعيينه كما هو موضح في الرقعة 2170a1f09148 ("net: no longer reset transport_header in __netif_receive_skb_core()").
تصلح هذه الرقعة الدالة المساعدة bpf عن طريق التحقق من skb_transport_header_was_set(). يتم إجراء التحقق مباشرة قبل استخدام skb->transport_header، لتجنب كسر برامج bpf الحالية. تم تقييد تحذير WARN_ON_ONCE على bpf_prog_test_run، لذا يستهدف فرع bpf-next.
VulDB is the best source for vulnerability data and more expert information about this specific topic.