In the Linux kernel, the following vulnerability has been resolved: bpf: Scrub packet on bpf_redirect_peer When bpf_redirect_peer is used
위협 신호 · CVSS · EPSS · KEV
이론적 심각도 점수
30일 내 악용 확률 예측
실측 악용 기록 없음
별도 긴급 패치 불필요 — 정기 시스템 업그레이드 주기에 맞춰 조치
CVSS 벡터 · 메트릭
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H상세 설명
In the Linux kernel, the following vulnerability has been resolved:
bpf: Scrub packet on bpf_redirect_peer
When bpf_redirect_peer is used to redirect packets to a device in
another network namespace, the skb isn't scrubbed. That can lead skb
information from one namespace to be "misused" in another namespace.
As one example, this is causing Cilium to drop traffic when using
bpf_redirect_peer to redirect packets that just went through IPsec
decryption to a container namespace. The following pwru trace shows (1)
the packet path from the host's XFRM layer to the container's XFRM
layer where it's dropped and (2) the number of active skb extensions at
each function.
1NETNS MARK IFACE TUPLE FUNC 24026533547 d00 eth0 10.244.3.124:35473->10.244.2.158:53 xfrm_rcv_cb 3 .active_extensions = (__u8)2, 44026533547 d00 eth0 10.244.3.124:35473->10.244.2.158:53 xfrm4_rcv_cb 5 .active_extensions = (__u8)2, 64026533547 d00 eth0 10.244.3.124:35473->10.244.2.158:53 gro_cells_receive 7 .active_extensions = (__u8)2, 8[...] 94026533547 0 eth0 10.244.3.124:35473->10.244.2.158:53 skb_do_redirect10 .active_extensions = (__u8)2,114026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 ip_rcv12 .active_extensions = (__u8)2,134026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 ip_rcv_core14 .active_extensions = (__u8)2,15[...]164026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 udp_queue_rcv_one_skb17 .active_extensions = (__u8)2,184026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 __xfrm_policy_check19 .active_extensions = (__u8)2,204026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 __xfrm_decode_session21 .active_extensions = (__u8)2,224026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 security_xfrm_decode_session23 .active_extensions = (__u8)2,244026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 kfree_skb_reason(SKB_DROP_REASON_XFRM_POLICY)25 .active_extensions = (__u8)2,In this case, there are no XFRM policies in the container's network
namespace so the drop is unexpected. When we decrypt the IPsec packet,
the XFRM state used for decryption is set in the skb extensions. This
information is preserved across the netns switch. When we reach the
XFRM policy check in the container's netns, __xfrm_policy_check drops
the packet with LINUX_MIB_XFRMINNOPOLS because a (container-side) XFRM
policy can't be found that matches the (host-side) XFRM state used for
decryption.
This patch fixes this by scrubbing the packet when using
bpf_redirect_peer, as is done on typical netns switches via veth
devices except skb->mark and skb->tstamp are not zeroed.
AI 심층 분석
공격 시나리오 · 재현 가능한 PoC 페이로드 · 즉시 적용 가능한 차단 패치를 한 번에 받아 보세요. 보안 운영팀이 그대로 점검·티켓팅에 쓸 수 있는 형태로 정리해 드립니다.
영향받는 제품·버전
- linux linux_kernel5.10 - 6.1.139linux
- linux linux_kernel6.2 - 6.6.91linux
- linux linux_kernel6.7 - 6.12.29linux
- linux linux_kernel6.13 - 6.14.7linux
- linux linux_kernellinux
- linux linux_kernellinux
- linux linux_kernellinux
- linux linux_kernellinux
- linux linux_kernellinux
- debian debian_linuxlinux
영향받는 구성 (CPE) 7
- linux linux_kernel≥ 5.10 < 6.1.139cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
- linux linux_kernel 6.15cpe:2.3:o:linux:linux_kernel:6.15:rc1:*:*:*:*:*:*
- linux linux_kernel 6.15cpe:2.3:o:linux:linux_kernel:6.15:rc2:*:*:*:*:*:*
- linux linux_kernel 6.15cpe:2.3:o:linux:linux_kernel:6.15:rc3:*:*:*:*:*:*
- linux linux_kernel 6.15cpe:2.3:o:linux:linux_kernel:6.15:rc4:*:*:*:*:*:*
- linux linux_kernel 6.15cpe:2.3:o:linux:linux_kernel:6.15:rc5:*:*:*:*:*:*
- debian debian_linux 11.0cpe:2.3:o:debian:debian_linux:11.0:*:*:*:*:*:*:*
참고 자료 7
- https://lists.debian.org/debian-lts-announce/2025/08/msg00010.htmlThird Party Advisory
링크 내용 불러오는 중…