🇰🇷 한글 설명
Linux 커널의 AppArmor 모듈 내 verify_tags() 함수에서 정수 오버플로 취약점이 발견되었습니다. 공격자가 조작된 정책 블롭을 통해 인덱스 검사를 우회하면, 할당된 메모리 범위를 벗어난 영역을 읽는 Out-of-Bounds Read가 발생할 수 있습니다.
💡 쉬운 설명
프로그램이 숫자를 계산할 때 너무 큰 숫자가 들어오면 다시 0부터 시작하는 오류를 이용한 공격입니다. 이를 통해 시스템의 허용되지 않은 메모리 영역을 몰래 들여다볼 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
apparmor: fix integer overflow in verify_tags() bounds check
verify_tags() validates the tagset table unpacked from a policy blob.
For each set it reads a count and checks that advancing the index by
that count stays inside sets.table[]:
u32 cnt = tags->sets.table[i];
if (i+cnt >= tags->sets.size) {
i, cnt and sets.size are all u32, so i+cnt is evaluated modulo 2^32.
sets.table[] is filled by unpack_tagsets() with aa_unpack_u32(), so
every entry is a raw unbounded 32-bit word taken from the policy blob,
and verify_tags() is the function that is supposed to validate it. A
count close to U32_MAX makes the sum wrap to a small value, the guard
passes, and the inner loop then walks sets.table[++i] past the end of
the kcalloc(size, sizeof(u32)) allocation.
Note that sets.size is bounded by 65535, because unpack_tagsets() reads
it with aa_unpack_array() as a u16, so the wrap cannot be reached by
growing the table; it is reached purely through the attacker-supplied
count.
With sets.size = 2 and sets.table = { 0, 0xffffffff }:
i = 0: cnt = 0, guard 0 + 0 >= 2 is false, inner loop does not run
i = 1: cnt = 0xffffffff, guard (1 + 0xffffffff) mod 2^32 == 0 >= 2 is
false, so the guard is bypassed and the inner loop reads
sets.table[2] -- one element past a two element allocation
The walk continues until an out-of-bounds value happens to be >=
hdrs.size or the access faults, so a crafted policy yields an
out-of-bounds read on the policy load path
(aa_replace_profiles -> aa_unpack -> unpack_policydb -> unpack_tags ->
verify_tags). unpack_tags() runs before the perms and DFA tables are
unpacked, so no other table needs to be well formed to reach it.
Policy load is gated by aa_may_manage_policy(), which checks
CAP_MAC_ADMIN relative to the subject's own user namespace rather than
the init user namespace, so with the default
unprivileged_userns_apparmor_policy=1 the path is reachable from an
unprivileged task in a matched-level nested namespace, not only by a
globally privileged one.
Perform the addition in u64 so that it cannot wrap, restoring the
intended i + cnt < sets.size guarantee.
📍 영향받는 시스템
AppArmor가 활성화된 Linux 커널 (unprivileged_userns_apparmor_policy=1 설정 시 비특권 사용자도 영향 가능)
⚔️ 공격 벡터
조작된 AppArmor 정책 파일을 로드하여 정수 오버플로를 유도하고 메모리 경계를 초과하여 읽기
🛡️ 대응 방법
i + cnt 계산 시 u64 타입을 사용하여 오버플로를 방지하도록 커널 패치 적용
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 최신 보안 패치 버전인지 확인하십시오.