CVE-2026-95835 in Kitty
요약
\~에 의해 VulDB • 2026. 09. 25.
kitty 0.25.0부터 0.49.0 미만 버전의 askpass 탈출 코드 핸들러에서 권한 부재(Missing Authorization) 취약점이 발견되었습니다. 이 결함으로 인해 터미널을 실행 중인 사용자와 다른 로컬 사용자가, kitty가 자체적으로 표시하는 프롬프트에 입력된 텍스트를 획득할 수 있습니다. 그 이유는 `kitty/window.py`의 `handle_remote_askpass()` 함수가 탈출 코드에서 지정한 POSIX 공유 메모리 객체를 열고, 거기서 프롬프트 정의를 구문 분석한 후 사용자의 답변을 동일한 이름의 객체에 기록하기 때문입니다. 이 과정에서 해당 객체가 kitty를 실행 중인 사용자 소유인지 또는 다른 사용자가 접근하지 못하도록 권한이 설정되어 있는지 여부를 전혀 확인하지 않습니다. ssh kitten에서 동일한 SharedMemory 클래스의 대응 소비자는 이러한 검사를 정확히 수행하지만, askpass 경로에서는 그렇지 않았습니다.
핸들러는 창의 바이트 스트림에서 처리되는 디바이스 제어 문자열을 통해 도달되므로, 공격자는 피해자의 터미널이 선택한 바이트를 표시하도록 유도해야 합니다. POSIX 공유 메모리 네임스페이스가 두 사용자 간에 공유될 경우, 제2의 로컬 사용자는 피해자가 읽고 쓸 수 있는 권한으로 객체를 생성하고, 피해자의 kitty가 공격자가 선택한 프롬프트(마스킹된 비밀번호 프롬프트 포함)를 렌더링하도록 유도한 후, 나중에 해당 객체에서 입력된 비밀 정보를 읽어낼 수 있습니다. 또한 프롬프트 텍스트는 제어 문자 비활성화 없이 디스플레이로 전달되므로, kitty가 그 위에 출력하는 경고 행을 덮어쓸 수 있습니다. 답변은 이미 보유 중인 핸들 대신 해당 이름의 객체를 다시 열어 작성됩니다. 이로 인해 피해자가 입력한 비밀 정보가 제2의 로컬 사용자에게 유출되며, 이는 피해자 계정에서 어떠한 특권도 필요로 하지 않습니다.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.