🇰🇷 한글 설명
Linux 커널의 ntfs3 파일 시스템 드라이버에서 발생한 취약점으로, 조작된 NTFS 이미지를 마운트할 때 발생합니다. 인덱스 엔트리 삭제 과정에서 크기 검증이 누락되어 memmove 함수가 잘못된 메모리 범위를 참조함으로써 커널 패닉(Kernel Oops)을 유발할 수 있습니다.
💡 쉬운 설명
나쁜 의도로 만들어진 NTFS 저장 장치를 컴퓨터에 연결하면, 운영체제가 이를 읽는 과정에서 메모리 오류를 일으켜 시스템이 멈출 수 있습니다. 이는 잘못된 데이터 크기 정보를 처리할 때 발생하는 보안 결함입니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
fs/ntfs3: bound DeleteIndexEntryAllocation memmove length
In do_action()'s DeleteIndexEntryAllocation case, e->size comes
from an on-disk INDEX_BUFFER entry. When e->size makes
e + e->size point past hdr + hdr->used,
PtrOffset(e1, Add2Ptr(hdr, used)) returns a negative ptrdiff_t
that is silently cast to a quasi-infinite size_t when passed
to memmove(). The memmove then walks past the destination
buffer.
The sibling DeleteIndexEntryRoot case at fslog.c:3540-3543
already carries the corresponding guard:
if (PtrOffset(e1, Add2Ptr(hdr, used)) < esize ||
Add2Ptr(e, esize) > Add2Ptr(lrh, rec_len) ||
used + esize > le32_to_cpu(hdr->total)) {
goto dirty_vol;
}
Apply the same shape to the allocation-path case. Also reject
esize == 0: memmove(e, e, ...) is a no-op and leaves
hdr->used unchanged, hiding a malformed entry from the
existing check_index_header() walk.
Reproduced under UML+KASAN on mainline 8d90b09e6741 by
mounting a crafted NTFS image: the unguarded memmove takes a
length of 0xffffffffffffff00 and the kernel oopses in
memmove+0x81/0x1a0 on the do_action+0x36a2 frame.
[
[email protected]: clang-formatted the changes]
📍 영향받는 시스템
Linux Kernel (ntfs3 파일 시스템 드라이버를 사용하는 버전)
⚔️ 공격 벡터
조작된 NTFS 파일 시스템 이미지를 포함한 저장 매체를 시스템에 마운트
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 취약점이 해결된 최신 패치 버전인지 확인