🇰🇷 한글 설명
Linux 커널 메모리 할당 시스템(slab)에서 NMI(Non-Maskable Interrupt) 컨텍스트에서 current->mems_allowed_seq 시퀀스 카운터에 접근할 때 발생하는 문제입니다. seqcount_spinlock_t는 NMI-safe하지 않아 교착 상태(deadlock)가 발생할 수 있습니다. 해결책으로 NMI 컨텍스트에서 이 변수 접근을 피하도록 수정되었습니다.
💡 쉬운 설명
Linux 커널의 메모리 할당 부분에서 특정 상황(NMI 신호)에서 동시성 제어가 안전하지 않아 시스템이 응답 불가 상태에 빠질 수 있습니다. 커널이 메모리를 할당하려 할 때 이 안전하지 않은 동기화 메커니즘을 사용하면서 발생합니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
mm/slab: do not access current->mems_allowed_seq if !allow_spin
Lockdep complains when get_from_any_partial() is called in an NMI
context, because current->mems_allowed_seq is seqcount_spinlock_t and
not NMI-safe:
================================
WARNING: inconsistent lock state
6.19.0-rc5-kfree-rcu+ #315 Tainted: G N
--------------------------------
inconsistent {INITIAL USE} -> {IN-NMI} usage.
kunit_try_catch/9989 [HC1[1]:SC0[0]:HE0:SE1] takes:
ffff889085799820 (&____s->seqcount#3){.-.-}-{0:0}, at: ___slab_alloc+0x58f/0xc00
{INITIAL USE} state was registered at:
lock_acquire+0x185/0x320
kernel_init_freeable+0x391/0x1150
kernel_init+0x1f/0x220
ret_from_fork+0x736/0x8f0
ret_from_fork_asm+0x1a/0x30
irq event stamp: 56
hardirqs last enabled at (55): [<ffffffff850a68d7>] _raw_spin_unlock_irq+0x27/0x70
hardirqs last disabled at (56): [<ffffffff850858ca>] __schedule+0x2a8a/0x6630
softirqs last enabled at (0): [<ffffffff81536711>] copy_process+0x1dc1/0x6a10
softirqs last disabled at (0): [<0000000000000000>] 0x0
other info that might help us debug this:
Possible unsafe locking scenario:
CPU0
----
lock(&____s->seqcount#3);
<Interrupt>
lock(&____s->seqcount#3);
*** DEADLOCK ***
According to Documentation/locking/seqlock.rst, seqcount_t is not
NMI-safe and seqcount_latch_t should be used when read path can interrupt
the write-side critical section. In this case, do not access
current->mems_allowed_seq and avoid retry.
📍 영향받는 시스템
Linux 커널 6.19.0-rc5 및 관련 버전의 mm/slab 할당자
⚔️ 공격 벡터
로컬 공격자가 특정 메모리 할당 경로를 트리거하여 커널 교착 상태 유발 (커널 패닉/DoS)
🛡️ 대응 방법
영향받는 Linux 커널을 수정된 버전으로 업데이트 (패치 적용 또는 최신 커널 설치)
🔧 검증 코드
현재 커널 버전을 확인하여 6.19 이상이면 영향받을 가능성이 있으며, 커널 로그에서 lockdep 경고가 나타나면 취약 상태임을 확인할 수 있습니다.
uname -r | grep -E '^6\.(19|[2-9][0-9]|[0-9]{3,})'