🔍 CVE-2026-64368

8.1
CVSS Score
HIGH
2026-07-25
2026-10-19 21:17
✅ 완료

🇰🇷 한글 설명

Linux 커널의 mm/slab 구성 요소에서 발생한 취약점으로, SLAB_RED_ZONE이 활성화된 경우 메모리 초기화 범위가 요청된 크기를 초과할 수 있습니다. 이로 인해 krealloc()의 __GFP_ZERO 보장 조건이 깨져 메모리 데이터 무결성이 손상될 수 있습니다. slub_debug_orig_size()를 사용하여 요청된 크기 추적 여부를 정확히 확인하도록 수정되었습니다.

💡 쉬운 설명

컴퓨터 메모리를 정리할 때 정해진 구역을 넘어서 잘못된 범위를 건드리는 문제가 있었습니다. 이로 인해 메모리에 저장된 중요한 정보가 의도치 않게 지워지거나 섞일 위험이 있었습니다.

🇺🇸 원문 (English)

In the Linux kernel, the following vulnerability has been resolved: mm/slab: do not limit zeroing to orig_size when only red zoning is enabled When init (zeroing) on allocation is requested, for kmalloc() we generally have to zero the full object size even if a smaller size is requested, in order to provide krealloc()'s __GFP_ZERO guarantees. But if we track the requested size, krealloc() uses that information to do the right thing, so we can zero only the requested size. With red zoning also enabled, any extra size became part of the red zone, so it must not be zeroed and thus we must zero only the requested size. However the current check is imprecise, and will trigger also when only SLAB_RED_ZONE is enabled without SLAB_STORE_USER (which enables tracking the requested size). This means enabling red zoning alone can compromise krealloc()'s __GFP_ZERO contract. Fix this by using slub_debug_orig_size() instead, which is the exact check for whether the requested size is tracked. We don't need to care if red zoning is also enabled or not. Also update and expand the comment accordingly.

📍 영향받는 시스템

Linux Kernel (SLAB_RED_ZONE 옵션이 활성화된 환경)

⚔️ 공격 벡터

메모리 할당 및 재할당 과정에서 발생하는 데이터 무결성 결함을 이용한 메모리 정보 유출 또는 오염

🛡️ 대응 방법

커널 패치를 적용하여 slub_debug_orig_size()를 사용하는 최신 버전의 Linux 커널로 업데이트

🔧 검증 코드

출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인

Shell / Script
uname -r

📊 CVSS Vector String

CVSS Vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H

💻 영향받는 소프트웨어

Linux Kernel