🇰🇷 한글 설명
Linux 커널의 configfs_lookup() 함수에서 inode 할당 실패 시 s_dentry 포인터를 적절히 해제하지 않아 발생하는 취약점입니다. 이로 인해 해제된 메모리 주소를 참조하는 Use-After-Free(UAF) 상태가 발생하여 시스템 불안정성이나 보안 위협을 초래할 수 있습니다.
💡 쉬운 설명
컴퓨터가 사용이 끝난 메모리 주소를 지우지 않고 계속 붙잡고 있다가, 나중에 이미 사라진 데이터를 다시 읽으려 할 때 발생하는 오류입니다. 이 과정에서 해커가 시스템의 제어권을 탈취하거나 시스템을 강제로 종료시킬 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
configfs_lookup(): don't leave ->s_dentry dangling on failure
Normally ->s_dentry is cleared when dentry it's pointing to becomes
negative (on eviction, realistically). However, that only happens
if dentry gets to be positive in the first place; in case of inode
allocation failure dentry never becomes positive, so ->d_iput()
is not called at all.
We do part of what normally would've been done by configfs_d_iput()
(dropping the reference to configfs_dirent) manually, but we do
not clear ->s_dentry there. Sloppy as it is, it does not matter in
case of configfs_create_{dir,link}() - there configfs_dirent does
not survive dropping the sole reference to it.
However, for configfs_lookup() it *does* survive, with a dangling
pointer to soon to be freed dentry sitting it its ->s_dentry.
Subsequent getdents(2) in that directory will end up dereferencing
that pointer in order to pick the inode number. Use after free...
This is the minimal fix; the right approach is to set the linkage
between dentry and configfs_dirent only after we know that we have
an inode, but that takes more surgery and the bug had been there
since 2006, so...
📍 영향받는 시스템
Linux Kernel (configfs 모듈을 사용하는 시스템)
⚔️ 공격 벡터
특정 조건에서 configfs를 통해 디렉토리 조회를 유도하여 해제된 메모리 주소를 참조하게 함
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인