🇰🇷 한글 설명
리눅스 커널에서 do_close_on_exec() 함수가 exec_update_lock을 획득하기 전에 호출되지 않아 발생하는 레이스 컨디션 및 데드락 취약점입니다. 파일 시스템 응답 지연 시 락을 점유한 상태로 대기하게 되어 시스템 전체의 프로세스 상태 접근을 차단하거나 FUSE 파일 시스템 사용 시 데드락을 유발할 수 있습니다.
💡 쉬운 설명
프로그램을 실행할 때 파일을 닫는 과정에서 시스템의 중요한 잠금 장치를 너무 일찍 잡아서 발생하는 문제입니다. 이로 인해 파일 시스템이 응답하지 않으면 컴퓨터 전체가 멈추거나 먹통이 될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
exec: do_close_on_exec() before taking exec_update_lock
do_close_on_exec() currently happens while holding the exec_update_lock,
which is used in a lot of places that access process state to
synchronize access checks.
I recently added another such use of exec_update_lock, causing a
regression.
do_close_on_exec() can block waiting for a reply from a filesystem.
That means a hung filesystem can block codepaths that use
exec_update_lock; and it also means that a FUSE filesystem which
attempts to inspect the calling process can deadlock.
To avoid such problems, move do_close_on_exec() before the
exec_update_lock is taken, but after the FD table has been copied if
necessary.
I have looked through all the calls between the old and new position of
the do_close_on_exec() call; there seems to be no file descriptor table
access in between.
📍 영향받는 시스템
Linux Kernel (do_close_on_exec() 함수를 사용하는 모든 버전)
⚔️ 공격 벡터
응답이 지연되는 파일 시스템(예: FUSE)을 통해 시스템의 프로세스 상태 접근을 차단하거나 데드락 유도
🛡️ 대응 방법
do_close_on_exec() 호출 위치를 exec_update_lock 획득 이전으로 이동시킨 최신 커널 패치 적용
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전인지 배포판 보안 공지를 통해 확인