🇰🇷 한글 설명
리눅스 커널의 bpf_netns_link_update_prog 함수에서 잠금(lock) 없이 검사를 수행하여 발생하는 Use-After-Free(UAF) 취약점입니다. 두 스레드가 동시에 BPF_LINK_UPDATE를 실행할 경우 레이스 컨디션이 발생하여 메모리 오류를 유발할 수 있습니다.
💡 쉬운 설명
여러 작업이 동시에 같은 데이터를 수정하려고 할 때, 데이터가 이미 삭제되었음에도 이를 계속 사용하려고 시도하여 시스템 오류를 일으키는 문제입니다. 이로 인해 시스템이 멈추거나 보안 문제가 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
bpf: Fix potential UAF in bpf_netns_link_update_prog
In bpf_netns_link_update_prog, the checks for old_prog and prog type
are currently performed locklessly before acquiring netns_bpf_mutex.
This creates a race condition that can lead to a UAF issue.
If two threads concurrently execute BPF_LINK_UPDATE on the same netns
link, the following execution path can trigger a UAF:
CPU0 CPU1
bpf_netns_link_update_prog
if (old_prog && old_prog != link->prog)
return -EPERM;
bpf_netns_link_update_prog
if (old_prog && old_prog != link->prog)
...
old_prog = xchg(&link->prog, new_prog);
bpf_prog_put(old_prog);
if (new_prog->type != link->prog->type) <-- trigger UAF
Fix this by moving the old_prog and prog->type checks inside the
netns_bpf_mutex critical section. Meanwhile, use guard() to simplify
lock management and avoid all the goto jumping.
📍 영향받는 시스템
Linux Kernel (bpf_netns_link_update_prog 함수를 사용하는 버전)
⚔️ 공격 벡터
동시에 여러 스레드를 이용해 BPF_LINK_UPDATE 시스템 호출을 실행하는 레이스 컨디션 공격
🛡️ 대응 방법
리눅스 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 netns_bpf_mutex 보호 구역 내에서 검사가 이루어지도록 수정해야 합니다.
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전인지 확인합니다.