🇰🇷 한글 설명
ngx_cache_purge 3.0.4 미만 버전에서 nginx와 애플리케이션이 동일한 사용자 계정으로 실행될 경우 심볼릭 링크 공격을 통해 파일이 삭제될 수 있습니다. 3.0.4 버전은 임의의 시점에 생성된 심볼릭 링크 문제는 해결했으나, TOCTOU(Time-of-Check to Time-of-Use) 레이스 컨디션 문제는 여전히 존재합니다.
💡 쉬운 설명
해커가 가짜 연결 통로(심볼릭 링크)를 만들어 놓으면, 서버가 캐시를 정리하는 과정에서 엉뚱한 중요한 파일을 지워버릴 수 있는 문제입니다. 특히 웹 서버와 웹 프로그램이 같은 권한을 사용할 때 위험합니다.
🇺🇸 원문 (English)
ngx_cache_purge before 3.0.4 can allow file deletion via a symlink attack in certain situations where nginx and a served application (e.g., WordPress) run under the same user account. The attacker must be able to create a symlink inside the cache path. Version 3.0.4 fixes this for the case of a symlink created at an arbitrary earlier time, but does not resolve an applicable TOCTOU race condition. (The ngx_cache_purge module follows symlinks while walking the cache directory tree during purge operations. The module relies on nginx's ngx_walk_tree(), which relies on stat() and therefore follows symlinks.)
📍 영향받는 시스템
ngx_cache_purge module version < 3.0.4
⚔️ 공격 벡터
캐시 경로 내부에 심볼릭 링크를 생성하여 파일 삭제를 유도하는 공격
🛡️ 대응 방법
ngx_cache_purge 모듈을 3.0.4 이상 버전으로 업데이트하거나, nginx와 애플리케이션의 실행 계정을 분리합니다.
🔧 검증 코드
출력 결과에서 ngx_cache_purge 모듈의 버전 정보를 확인하여 3.0.4 미만인지 체크합니다.
nginx -V 2>&1 | grep -i 'ngx_cache_purge'