🇰🇷 한글 설명
프록시 서버에서 customUrl.enabled 설정 시, 전달되는 HTTP 헤더의 사용자 입력값에 대한 검증이 적절히 이루어지지 않습니다. 공격자는 이를 조작하여 URL 생성 과정에 영향을 줄 수 있으며, 이로 인해 오픈 리다이렉트 취약점이 발생합니다. 또한 검증되지 않은 헤더 값이 애플리케이션 로그에 그대로 기록됩니다.
💡 쉬운 설명
공격자가 웹 요청의 특정 정보를 조작해 사용자를 악성 사이트로 몰래 이동시킬 수 있습니다. 또한 조작된 가짜 기록을 로그에 남겨 보안 조사를 방해할 수 있습니다.
🇺🇸 원문 (English)
When a proxy server is configured with `customUrl.enabled`, the component accepts user-supplied input within forwarded HTTP headers without enforcing expected validation constraints. A malicious actor can manipulate these headers to influence the URL construction process, leading to an open redirect vulnerability. Additionally, unsanitized header values are written to application logs.
An attacker can exploit this to force redirection to arbitrary malicious domains, potentially enabling phishing attacks. Furthermore, they can inject forged entries into application logs, impacting the reliability of security logs and potentially hindering incident investigation.
📍 영향받는 시스템
customUrl.enabled 설정을 사용하는 프록시 서버 컴포넌트 (정확한 영향 버전은 벤더 보안 공지 확인 필요)
⚔️ 공격 벡터
악의적으로 조작된 HTTP 전달 헤더를 포함한 요청을 전송하여 리다이렉트 URL 변조 및 로그 위조 수행
🛡️ 대응 방법
벤더가 제공하는 최신 패치를 적용하고, 헤더 값에 대한 입력 검증 및 리다이렉트 대상 화이트리스트를 설정하며, customUrl.enabled 기능을 필요할 때만 활성화하세요
🔧 검증 코드
customUrl.enabled 설정이 true로 활성화되어 있으면 취약 가능성이 있으므로 패치 적용 여부와 벤더 보안 공지의 영향 버전을 함께 확인하세요
grep -rn 'customUrl' /etc /opt 2>/dev/null | grep -i 'enabled' | head -20