🇰🇷 한글 설명
Linux 커널의 IPv6 flowlabel 처리 과정에서 소켓당 할당되는 리스(lease) 개수를 제한하지 않아 발생하는 취약점입니다. 공격자가 반복적인 GET 요청을 통해 소켓의 리스 목록을 무한히 늘림으로써 시스템 메모리를 고갈시킬 수 있습니다.
💡 쉬운 설명
네트워크 주소를 처리하는 과정에서 메모리를 계속 사용하게 만드는 버그가 발견되었습니다. 이를 악용하면 컴퓨터의 메모리가 가득 차서 시스템이 멈출 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
ipv6: flowlabel: cap duplicate leases per socket
ipv6_flowlabel_get() allocates an ipv6_fl_socklist entry for every
successful GET. The recheck path for a compatible existing flowlabel
links another lease without applying any lease admission check. Repeated
GET requests for one shareable label can therefore grow a socket's lease
list without bound.
Reject a new unprivileged lease once the socket already holds
FL_MAX_PER_SOCK leases. Check this on the shared recheck path so reuse
of a globally interned label, including the fl_intern() collision path,
is covered as well. New-label admission remains under the existing
mem_check() policy.
Use capable(CAP_NET_ADMIN) rather than ns_capable(), matching
mem_check(). An unprivileged user must not bypass the cap by creating a
user namespace and a netns where they have CAP_NET_ADMIN, which would
still consume host memory.
Check the capability only when the socket reaches the limit, so
successful unprivileged GET requests below the cap do not generate a
capability audit. Do the admission check before updating linger and
expires so a rejected GET does not refresh the shared label, matching
the existing socket-list allocation failure path.
📍 영향받는 시스템
Linux Kernel (IPv6 flowlabel 관련 기능이 활성화된 버전)
⚔️ 공격 벡터
비특권 사용자가 반복적인 IPv6 flowlabel GET 요청을 보내 메모리 할당을 유도하는 방식
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 소켓당 리스 개수 제한을 적용해야 합니다.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인합니다.