🇰🇷 한글 설명
Linux 커널의 clone_private_mnt() 함수에서 호출자가 마운트 네임스페이스의 적절한 userns 내에서 CAP_SYS_ADMIN 권한을 보유하고 있는지 확인하지 않는 취약점입니다. 이로 인해 권한이 없는 사용자가 마운트 설정을 되돌릴 수 없는 상태로 노출시킬 위험이 있습니다.
💡 쉬운 설명
시스템의 격리된 공간을 만들 때, 관리자 권한이 없는 사용자가 시스템 설정을 변경할 수 있는 허점이 발견되었습니다. 이 허점을 이용하면 보안상 숨겨져 있어야 할 설정이 외부로 드러날 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
clone_private_mnt(): make sure that caller has CAP_SYS_ADMIN in the right userns
What we want is to verify there is that clone won't expose something
hidden by a mount we wouldn't be able to undo. "Wouldn't be able to undo"
may be a result of MNT_LOCKED on a child, but it may also come from
lacking admin rights in the userns of the namespace mount belongs to.
clone_private_mnt() checks the former, but not the latter.
There's a number of rather confusing CAP_SYS_ADMIN checks in various
userns during the mount, especially with the new mount API; they serve
different purposes and in case of clone_private_mnt() they usually,
but not always end up covering the missing check mentioned above.
📍 영향받는 시스템
CAP_SYS_ADMIN 권한 체크 로직이 누락된 특정 버전의 Linux 커널
⚔️ 공격 벡터
권한이 제한된 사용자 네임스페이스에서 clone_private_mnt()를 호출하여 마운트 상태를 조작
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인