🇰🇷 한글 설명
Linux 커널의 KVM arm64 구현에서 VNCR TLB 크기 계산 시 음수 S1 워크 레벨을 적절히 처리하지 못하는 취약점이 발견되었습니다. MMU가 비활성화된 상태를 나타내는 특정 음수 값이 잘못 해석되어 TLB 무효화 크기가 0으로 계산되는 문제가 있었습니다.
💡 쉬운 설명
컴퓨터의 메모리 관리 기능이 꺼져 있을 때, 시스템이 이를 잘못 계산하여 메모리 정리 작업을 제대로 수행하지 못하는 문제입니다. 이로 인해 메모리 데이터가 꼬이거나 보안상 문제가 생길 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
KVM: arm64: Handle negative S1 walk levels in VNCR TLB size evaluation
Computing the effects of a TLB invalidation involves looking at
the size of the mapping cached by the TLB. For S1 mappings such as
VNCR, this is deducted from the combination of the base granule size
and the mapping level.
However, this implies that the S1 MMU is *on*. When the MMU is off,
we indicate this with the level being set to a "creative" value of
-127 (S1_MMU_DISABLED).
This ends-up being misinterpreted by pgshift_level_to_ttl() as it
doesn't handle negative levels at all (the level is immediately cast
to a u8 and only the bottom two bits considered), leading to an
invalidation size of 0. Not helpful.
Tidy-up pgshift_level_to_ttl() to handle these negative levels, and
ttl_to_size() to always return SZ_1G when no valid TTL is present.
This allows the removal of open-coded checks for similar situations.
Note that the check for a negative value not explicitely checking for
S1_MMU_DISABLED is deliberate, so that actual negative levels introduced
with LVA2 and D128 can take the same path if we ever support them.
📍 영향받는 시스템
Linux kernel (KVM arm64 module enabled)
⚔️ 공격 벡터
Local (커널 내부 상태 조작을 통한 로컬 공격)
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인하십시오.