🇰🇷 한글 설명
Linux 커널의 EROFS 파일 시스템에서 LZMA 압축 스트림 풀 크기가 CPU 개수에 따라 과도하게 할당될 수 있는 취약점입니다. 고성능 CPU 시스템에서 작은 EROFS 이미지를 마운트할 경우, 수백 MiB의 vmalloc 메모리가 해제되지 않고 점유될 수 있습니다.
💡 쉬운 설명
컴퓨터의 CPU 개수가 많을수록 파일 압축을 풀기 위한 준비 공간을 너무 많이 차지하여 메모리가 부족해질 수 있는 문제입니다. 이를 방지하기 위해 준비 공간의 최대치를 제한하는 조치가 적용되었습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
erofs: cap LZMA stream pool size
fs/erofs/decompressor_lzma.c sizes the module-global MicroLZMA stream
pool from num_possible_cpus() when the lzma_streams module parameter is
unset, then z_erofs_load_lzma_config() preallocates one image-supplied
dictionary per stream, accepting dictionaries up to 8 MiB. On high-CPU
systems, a small EROFS image can pin hundreds of MiB of vmalloc-backed
decoder state until the erofs module is unloaded.
Impact: An EROFS image mounted by the system can pin up to 8 MiB of
vmalloc memory per LZMA stream, either as intended or unexpectedly.
Bound the default stream count by a new
CONFIG_EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS option, default 16, so the
worst-case default preallocation is 128 MiB if the number of CPUs is no
less than 16 while preserving the existing per-image dictionary limit.
An explicit lzma_streams module parameter is still honoured as-is, so
administrators who deliberately size the pool are not affected.
📍 영향받는 시스템
LZMA 압축을 사용하는 EROFS 파일 시스템이 포함된 Linux 커널
⚔️ 공격 벡터
악의적으로 설계된 작은 크기의 EROFS 이미지를 시스템에 마운트하여 메모리 고갈 유도
🛡️ 대응 방법
CONFIG_EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS 옵션이 적용된 최신 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 패치된 최신 보안 업데이트 버전인지 확인하십시오.