🇰🇷 한글 설명
Linux 커널의 skbuff 처리 과정에서 공유된 제로카피(zerocopy) 상태를 잘못 건드려 발생하는 취약점입니다. Open vSwitch 환경에서 클론된 skb가 공유 데이터의 플래그를 해제함으로써, 아직 전송 중인 다른 패킷의 데이터가 의도치 않게 수정되거나 복호화될 수 있습니다.
💡 쉬운 설명
데이터를 복사하지 않고 효율적으로 전달하는 과정에서, 복사본이 원본 데이터의 관리 정보를 잘못 건드리는 문제입니다. 이로 인해 네트워크를 통해 전달 중인 데이터가 중간에 오염되거나 보안이 깨질 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net: skbuff: don't touch shared zerocopy state in skb_tx_error()
skb_tx_error() completes the zerocopy uarg and clears
SKBFL_ALL_ZEROCOPY, and skb_zcopy_downgrade_managed() clears
SKBFL_MANAGED_FRAG_REFS. Both live in skb_shinfo(), which every clone
shares, while the caller only owns the reference it is about to drop.
Through a clone it tells the producer its pages are free and drops
SKBFL_SHARED_FRAG for an skb that is still in flight.
Open vSwitch reaches this with a non-last OVS_ACTION_ATTR_RECIRC:
clone_execute() sends a skb_clone() into ovs_dp_process_packet() while
do_execute_actions() keeps forwarding the original, and skb_clone()
does not privatise the frags here -- skb_orphan_frags() returns early
on SKBFL_DONT_ORPHAN. A flow miss on the clone then strips the marker
from the packet still being forwarded, and a later local ESP delivery
decrypts in place over frags it does not own privately.
Skip it for a cloned skb. Nothing is lost: skb_release_data() clears
the zerocopy state once the last reference to the shared data goes.
📍 영향받는 시스템
Linux Kernel (Open vSwitch를 사용하는 환경)
⚔️ 공격 벡터
Open vSwitch의 특정 액션(OVS_ACTION_ATTR_RECIRC)을 유도하여 공유 메모리 상태를 조작하는 방식
🛡️ 대응 방법
해당 취약점이 수정된 최신 버전의 Linux 커널로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 취약점이 패치된 보안 업데이트 버전인지 확인하십시오.