Rust, 안전하다고? uutils 감사 결과로 본 시스템 코드의 새로운 보안 경계
by DD
2개월 전
조회수 12
Canonical社의 uutils 프로젝트 감사 결과, Rust 코드베이스에서도 다수의 보안 취약점(CVE)이 발견됨
파일 경로 조작(Path Manipulation), UTF-8 변환 오류(UTF-8 Conversion Errors) 등, Rust의 안전성 경계를 벗어나는 취약점 분석
파일 디스크립터(File Descriptor) 사용, 오류 처리(Error Handling) 강화 등, 방어적 프로그래밍 패턴 제시
GNU coreutils와의 호환성(Compatibility) 유지를 통해 기존 쉘 스크립트의 오작동 방지 필요성 강조
TOCTOU(Time-of-Check to Time-of-Use) 취약점과 해결
게시글에서는 TOCTOU(Time-of-Check to Time-of-Use) 취약점을 야기하는 `fs::metadata`, `File::create` 등, Rust 표준 라이브러리의 path 기반 API 사용의 위험성을 지적한다. 특히, `fs::remove_file`과 `File::create` 사이의 시간 간격 동안 공격자가 심볼릭 링크를 조작하여 임의의 파일을 덮어쓸 수 있는 취약점을 설명한다. 해결책으로 파일 디스크립터(File Descriptor)를 사용하고, `OpenOptions::create_new(true)`를 통해 파일 생성 시점의 권한 설정을 권장한다. 댓글에서는 이러한 문제에 대해 Rust의 `std::fs` API 설계가 부적절하다는 비판이 제기되었다.
경로 비교 시 문자열 비교의 위험성
게시글은 경로 비교 시 문자열 비교 대신 `fs::canonicalize`를 사용하여 경로를 정규화해야 함을 강조한다. 문자열 비교는 `/../`, `/./`과 같은 경로 조작에 취약하며, 심볼릭 링크를 통해 우회될 수 있다. 를 통해 이러한 문제를 해결할 수 있으며, GNU coreutils와 같이 (dev, inode) 쌍을 비교하는 것이 더 안전한 방법이라고 언급한다. 커뮤니티에서는 이러한 취약점에 대한 인식이 부족했음을 지적하며, 보안 코딩의 중요성을 강조한다.
