CVE-2025-68363 in Linux
Zusammenfassung
von VulDB • 14.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bpf: Prüfen, ob skb->transport_header in bpf_skb_check_mtu festgelegt ist
Die Helper-Funktion bpf_skb_check_mtu muss skb->transport_header verwenden, wenn das Flag BPF_MTU_CHK_SEGS eingesetzt wird:
bpf_skb_check_mtu(skb, ifindex, &mtu_len, 0, BPF_MTU_CHK_SEGS)
Der transport_header ist nicht immer festgelegt. Es tritt ein WARN_ON_ONCE-Report auf, wenn CONFIG_DEBUG_NET aktiviert ist + skb->gso_size festgelegt ist + bpf_prog_test_run verwendet wird:
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 # Ein Test im nächsten Patch bpf_test_run bpf_prog_test_run_skb
Bei einem normalen ingress skb (kein test_run) wird skb_reset_transport_header ausgeführt, es gibt jedoch Pläne, dies zu vermeiden, wie in Commit 2170a1f09148 („net: no longer reset transport_header in __netif_receive_skb_core()") beschrieben.
Dieser Patch behebt den bpf-Helper, indem skb_transport_header_was_set() geprüft wird. Die Prüfung erfolgt unmittelbar vor der Verwendung von skb->transport_header, um bestehende bpf-Programme nicht zu beeinträchtigen. Die WARN_ON_ONCE-Beschränkung gilt nur für bpf_prog_test_run, daher wird bpf-next als Ziel festgelegt.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.