
Gixy-Next: NGINX 구성 보안 스캐너 및 성능 검사기
Gixy-Next (Gixy)는 오픈소스 NGINX 구성 보안 스캐너이자 하드닝 도구로, nginx.conf를 정적으로 분석하여 보안 설정 오류, 하드닝 격차, 그리고 흔한 성능 함정을 프로덕션에 도달하기 전에 탐지합니다. Yandex의 Gixy를 활발히 유지보수하는 포크입니다. Gixy-Next의 소스 코드는 GitHub에서 확인할 수 있습니다.
Gixy-Next는 이 페이지에서 브라우저로도 실행할 수 있습니다. 다운로드가 필요 없으며, 웹사이트에서 (WebAssembly를 사용하여 로컬에서) 구성을 스캔할 수 있습니다.
Gixy-Next (gixy 또는 gixy-next CLI)는 PyPI에 배포되어 있습니다. pip 또는 uv로 설치할 수 있습니다:
# pip
pip3 install gixy-next
# uv
uv pip install gixy-next
그런 다음 실행할 수 있습니다:
# gixy defaults to reading /etc/nginx/nginx.conf
gixy
# But you can also specify a path to the configuration
gixy /opt/nginx.conf
NGINX 구성을 단일 덤프 파일로 내보낼 수도 있습니다 (nginx -T 라이브 구성 덤프 참조):
# Dumps the full NGINX configuration into a single file (including all includes)
nginx -T > ./nginx-dump.conf
# Scan the dump elsewhere (or via stdin):
gixy ./nginx-dump.conf
# or
cat ./nginx-dump.conf | gixy -
Gixy-Next를 로컬에 다운로드하여 실행하는 대신, 이 웹페이지를 사용하여 웹 브라우저에서 (WebAssembly를 사용하여 로컬에서) 구성을 스캔할 수 있습니다.
Gixy-Next는 Docker Hub 또는 GitHub Registry에서 Docker 이미지로 사용할 수 있습니다.
로컬 구성 파일을 컨테이너에 마운트하여 스캔합니다:
# Use Github Registry
docker run --pull=always --rm -v "$PWD/nginx.conf:/nginx.conf:ro" ghcr.io/megamansec/gixy-next /nginx.conf
# Or Docker Hub
docker run --pull=always --rm -v "$PWD/nginx.conf:/nginx.conf:ro" megamansec/gixy-next /nginx.conf
NGINX 라이브 구성 덤프를 스캔합니다:
# Dumps the full NGINX configuration into a single file (including all includes)
nginx -T > ./nginx-dump.conf
# Use Github Registry
docker run --pull=always --rm -v "$PWD/nginx-dump.conf:/nginx-dump.conf:ro" ghcr.io/megamansec/gixy-next /nginx-dump.conf
# Or Docker Hub
docker run --pull=always --rm -v "$PWD/nginx-dump.conf:/nginx-dump.conf:ro" megamansec/gixy-next /nginx-dump.conf
stdin에서 스캔합니다:
# Use Github Registry
nginx -T | docker run --pull=always --rm -i ghcr.io/megamansec/gixy-next gixy-next -
# Or Docker Hub
nginx -T | docker run --pull=always --rm -i megamansec/gixy-next gixy-next -
Gixy-Next는 nginx.conf 및 포함된 구성 파일 전반에서 광범위한 NGINX 보안 및 성능 설정 오류를 탐지할 수 있습니다. 다음 플러그인이 지원됩니다:
error_log가 off로 설정됨keepalive_requestsworker_processes 누락proxy_buffering 비활성화proxy_pass 경로 정규화 문제try_files 지시문이 악마worker_rlimit_nofile은 worker_connections의 최소 두 배여야 함탐지되지 않는 항목이 있나요? 누락된 내용과 함께 GitHub에 이슈를 열어주세요!
gixy는 기본적으로 시스템의 NGINX 구성을 /etc/nginx/nginx.conf에서 읽습니다. gixy에 경로를 전달하여 위치를 지정할 수도 있습니다:
# Analyze the configuration in /opt/nginx.conf
gixy /opt/nginx.conf
--tests로 특정 검사 하위 집합만 실행할 수 있습니다:
# Only run these checks
gixy --tests http_splitting,ssrf,version_disclosure
또는 --skips로 몇 가지 시끄러운 검사를 건너뛸 수 있습니다:
# Run everything except these checks
gixy --skips low_keepalive_requests,worker_rlimit_nofile_vs_connections
특정 심각도 이상의 문제만 보고하려면 누적되는 -l 플래그를 사용합니다:
# -l for LOW severity issues and higher, -ll for MEDIUM and higher, and -lll for only HIGH severity issues
gixy -ll
기본적으로 gixy의 출력은 ANSI 색상이 적용되며, 호환되는 터미널에서 가장 잘 보입니다. --format (-f) 플래그에 text 값을 사용하면 색상 없는 출력을 얻을 수 있습니다:
$ gixy -f text
==================== Results ===================
Problem: [http_splitting] Possible HTTP-Splitting vulnerability.
Description: Using variables that can contain "\n" may lead to http injection.
Additional info: https://gixy.io/plugins/http_splitting/
Reason: At least variable "$action" can contain "\n"
Pseudo config:
include /etc/nginx/sites/default.conf;
server {
location ~ /v1/((?<action>[^.]*)\.json)?$ {
add_header X-Action $action;
}
}
==================== Summary ===================
Total issues:
Informational: 0
Low: 0
Medium: 0
High: 1
-f json을 사용하면 재현 가능한 기계 판독 가능 JSON 출력을 얻을 수도 있습니다: