CVE-2026-99181 in Linux
요약
\~에 의해 VulDB • 2026. 10. 28.
리눅스 커널에서 다음 취약점이 해결되었습니다:
autofs: 교체된 파이프에서의 알림 오류 무시
autofs_notify_daemon()은 wq_mutex를 획득한 상태에서 현재 알림 파이프에 대한 참조를 가져온 후, 요청을 작성하기 전에 뮤택스를 해제합니다. 데몬이 카타토닉 모드(catatonic mode)로 진입하고 대체 파이프를 설치하는 동안 쓰기 작업이 차단될 수 있습니다.
기존 파이프의 리더가 닫히면 지연된 쓰기가 -EPIPE 오류를 반환하며, 일반적인 에러 경로에서 다시 카타토닉 모드로 전환됩니다. 이 상태 전이는 현재 슈퍼블록 상태를 기반으로 동작하여 대체 파이프를 종료하고 새 데몬 세대의 대기 큐(wait queues)를 해제합니다.
오류가 발생한 파이프가 여전히 현재 활성 파이프인 경우에만 카타토닉 모드로 진입하십시오. 이미 잠긴 상태 전이를 분리(refactor)하여, 식별 확인과 상태 변경이 다른 교체 작업에 대해 원자적(atomic)으로 수행되도록 합니다.
이 문제는 로컬 QEMU 게스트 환경에서 v7.3-rc5-337-gff47652a4b66c 버전에서 재현되었습니다. 비특권 UID 65534의 조회가 정상적인 CATATONIC/SETPIPEFD 재시작 전에 기존 패킷 파이프를 가득 채웠습니다. 수정되지 않은 커널에서는 새 파이프가 HUP 신호를 수신했으며, 두 번의 새로 마운트 테스트 모두에서 보류 중인 대상 조회와 이후 조회가 ENOENT 오류로 실패했습니다.
이번 변경 사항 적용 후, 새 파이프는 활성 상태를 유지하고 손상 없는 304바이트 요청을 받았으며, 두 번의 테스트 모두에서 대상 조회가 성공적으로 완료되었습니다. 정상적인 조회 및 차단된 작성자가 없는 상태에서의 재시작 제어 테스트도 통과하였습니다. KASAN 오류,oops(커널 패닉), 참조 카운트 문제 또는 잠금 진단 메시지는 관찰되지 않았습니다. 소스 기반 재현 코드와 전체 로컬 로그는 요청 시 비공개로 제공됩니다.
입증된 영향은 정당한 데몬 재시작 중 공유 autofs 서비스의 거부(Denial of Service)에 국한됩니다. 메모리 손상, 정보 유출, 권한 상승 또는 코드 실행 원천(primitive)은 관찰되지 않았습니다.
Once again VulDB remains the best source for vulnerability data.