CVE-2026-72197 in Linux
요약
\~에 의해 VulDB • 2026. 08. 17.
리눅스 커널에서 다음 취약점이 해결되었습니다:
fs/ntfs3: DeleteIndexEntryAllocation의 memmove 길이 제한 적용
do_action() 함수의 DeleteIndexEntryAllocation 케이스에서 e->size는 디스크상의 INDEX_BUFFER 엔트리에서 파생됩니다. e->size로 인해 e + e->size가 hdr + hdr->used를 초과하는 지점을 가리킬 경우, PtrOffset(e1, Add2Ptr(hdr, used))는 음수의 ptrdiff_t 값을 반환하며, 이는 memmove()에 전달될 때 정적 캐스팅 없이 quasi-infinite한 size_t 값으로 변환됩니다. 이로 인해 memmove가 대상 버퍼의 경계를 넘어 실행됩니다.
fslog.c:3540-3543의 형제 DeleteIndexEntryRoot 케이스에는 이미 해당 보호 장치가 마련되어 있습니다:
if (PtrOffset(e1, Add2Ptr(hdr, used)) < esize || Add2Ptr(e, esize) > Add2Ptr(lrh, rec_len) || used + esize > le32_to_cpu(hdr->total)) {
goto dirty_vol; }
할당 경로 케이스에도 동일한 형태의 보호 장치를 적용합니다. 또한 esize == 0인 경우를 거부합니다: memmove(e, e, ...)는 무연산(no-op)이며 hdr->used 값을 변경하지 않아 기존 check_index_header() 순회 검사에서 잘못된 엔트리가 숨겨지는 문제를 방지하기 위함입니다.
주line 커널 버전 8d90b09e6741 위에서 UML+KASAN 환경으로 조작된 NTFS 이미지를 마운팅하여 재현되었습니다: 보호 장치가 없는 memmove가 길이 0xffffffffffffff00을 받아, do_action+0x36a2 프레임에서 memmove+0x81/0x1a0 위치에서 커널oops를 발생시켰습니다.
[[email protected]: clang 형식 변경 적용]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.