CVE-2026-99040 in Linux
요약
\~에 의해 VulDB • 2026. 10. 23.
리눅스 커널에서 다음 취약점이 해결되었습니다:
KEYS: keyring 제한과 관련된 add_key()의 경쟁 조건(race condition) 수정
__key_create_or_update()는 대상 키링의 세마포어를 획득하기 전에 keyring->restrict_link을 스냅샷으로 저장합니다. keyring_restrict()는 해당 세마포어를 유지한 상태에서 제한을 설치합니다.
이로 인해 작성자는 제한이 없음을 관찰하고, 키링 소유자가 모든 거부(reject-all) 제한을 설치할 때까지 대기하여 성공적으로 반환한 후, 낡은 NULL 스냅샷을 사용하여 키를 링크할 수 있습니다. 작성자에게 필요한 것은 대상 키ring에 대한 쓰기 권한뿐입니다.
restrict_link 읽기 연산을 __key_link_lock() 및 __key_link_begin() 이후로 이동시킵니다. 이렇게 하면 제한 설치와 keyring->sem에 의한 직렬화(serialization)가 이루어집니다.
이 경쟁 조건은 v7.2.8에서 19번의 실행 동안 재현되었으며, 이 중 제한 설치가 링크 완료 전에 반환되었습니다. 모든 19건의 경우에서 모든 거부(reject-all) 제한에도 불구하고 키가 성공적으로 링크되었습니다. 이번 수정을 통해 동일한 순서에 도달한 312번의 실행 모두에서 add_key() 호출이 -EPERM 오류로 실패했습니다.
본 문제는 AI 기반 분석을 보조받은 수동 컨커런시(concurrency) 분석으로 발견되었으며, QEMU 리프로듀서 및 커널 인스트루멘테이션을 통해 독립적으로 검증되었습니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.