🇰🇷 한글 설명
Linux 커널의 MIPS 아키텍처에서 커널이 32비트 주소 범위를 벗어날 경우 ftrace 기능 사용 시 메모리 오염이 발생하는 취약점입니다. UASM_i_LA_mostly 매크로가 2개 이상의 명령어를 생성함에도 불구하고 ftrace 코드가 이를 2개로 가정하여 배열 범위를 초과하는 버퍼 오버플로우가 발생합니다. 이로 인해 __read_mostly 섹션의 변수가 손상되어 부팅 초기 단계에서 시스템이 멈출 수 있습니다.
💡 쉬운 설명
컴퓨터의 핵심 운영체제(커널)가 특정 메모리 위치를 다룰 때, 계산 착오로 인해 정해진 공간보다 더 많은 데이터를 쓰면서 시스템을 망가뜨리는 문제입니다. 이 오류가 발생하면 컴퓨터가 켜지는 도중에 멈춰버릴 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
MIPS: ftrace: Fix memory corruption when kernel is located beyond 32 bits
Since commit e424054000878 ("MIPS: Tracing: Reduce the overhead of
dynamic Function Tracer"), the macro UASM_i_LA_mostly has been used,
and this macro can generate more than 2 instructions. At the same
time, the code in ftrace assumes that no more than 2 instructions can
be generated, which is why it stores them in an int[2] array. However,
as previously noted, the macro UASM_i_LA_mostly (and now UASM_i_LA)
causes a buffer overflow when _mcount is beyond 32 bits. This leads to
corruption of the variables located in the __read_mostly section.
This corruption was observed because the variable
__cpu_primary_thread_mask was corrupted, causing a hang very early
during boot.
This fix prevents the corruption by avoiding the generation of
instructions if they could exceed 2 instructions in
length. Fortunately, insn_la_mcount is only used if the instrumented
code is located outside the kernel code section, so dynamic ftrace can
still be used, albeit in a more limited scope. This is still
preferable to corrupting memory and/or crashing the kernel.
📍 영향받는 시스템
MIPS 아키텍처를 사용하는 Linux 커널 (커밋 e424054000878 적용 이전 버전)
⚔️ 공격 벡터
로컬 공격자가 특정 조건(커널이 32비트 주소 범위를 벗어남)을 유도하여 메모리 오염 및 시스템 중단을 유발할 수 있음
🛡️ 대응 방법
해당 취약점이 수정된 최신 Linux 커널 버전으로 업데이트하십시오.
🔧 검증 코드
커널 버전 확인 및 소스 코드 내 수정 커밋(e424054000878) 포함 여부를 통해 패치 적용 상태를 확인합니다.
uname -a && grep -r 'e424054000878' /path/to/kernel/source 2>/dev/null