CVE-2026-90095 in Linux
요약
\~에 의해 VulDB • 2026. 09. 18.
Linux 커널에서 다음 취약점이 해결되었습니다:
fuse: over-io-uring 활성화 조건 수정
fuse_uring_cmd() 함수의 기존 조건은 이미 io-uring을 사용하여 실행 중인 연결에 대해 io-uring을 비활성화하지 않도록 하기 위해 존재합니다. 그러나 FUSE_INIT 응답 플래그인 FUSE_OVER_IO_URING이 누락된 경우, 해당 연결/채널에서 IORING_OP_URING_CMD를 거부하기 위한 조건이 빠져 있었습니다. 이 응답 플래그가 없으면 fuse_uring_ready() 함수의 장벽(barrier)이 제대로 작동하지 않으며, IO 작업이 이미 진행 중이고 데드록 상태(최소한 경우 fch->bg_lock과 queue->lock 간에 하나)를 초래할 수 있습니다.
본 변경 자체는 단순하지만 동작 변화를 가져옵니다. FUSE_OVER_IO_URING은 fuse 서버가 IORING_OP_URING_CMD를 수락하기 위해 FUSE_INIT_REPLY에서 설정해야 합니다. Libfuse는 이를 수행하며, 제가 발견한 libfuse 기반이 아닌 유일한 구현체(fracal-fuse)도 이를 수행합니다. 제 지식에 따르면 Qemu의 fuse-io-uring 패치는 아직 병합되지 않았습니다.
smp_load_acquire(&fch->initialized) 체크가 앞으로 이동되었습니다. 이는 fuse 서버 구현체가 FUSE_INIT 처리 전에 io-uring을 설정하려고 시도할 수 있으며, 그 결과 -EAGAIN 대신 -EOPNOTSUPP를 반환할 가능성이 있기 때문입니다.
또한 초기 RFC 버전에서 FUSE_OVER_IO_URING 플래그의 처리 방법을 설명하는 오래된 주석이 수정되었습니다.
만약 어떤 라이브러리나 애플리케이션으로부터 관련 보고가 접수된다면, 우리는 이 커밋을 되돌려야 할 수도 있습니다.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.