🇰🇷 한글 설명
benoitc의 hackney 라이브러리에서 발생하는 해석 충돌 취약점으로, 서버 측 요청 위조(SSRF)를 허용합니다. URL의 호스트 부분이 파싱된 후 2차로 URL 디코딩되면서, 허용 목록(Allowlist) 검사를 우회하여 로컬 호스트나 내부 네트워크에 접근할 수 있습니다.
💡 쉬운 설명
웹사이트가 주소를 검사할 때 특수 문자로 숨겨진 주소를 알아채지 못해 발생하는 보안 구멍입니다. 공격자가 이 점을 이용해 서버 내부의 비밀 정보나 관리자 페이지에 몰래 접속할 수 있습니다.
🇺🇸 원문 (English)
Interpretation Conflict vulnerability in benoitc hackney allows Server Side Request Forgery. hackney_url:normalize/2 URL-decodes the host component after the URL has been parsed into a #hackney_url{} record. OTP's uri_string:parse/1 and inet:parse_address/1 do not decode percent-escapes in the host, so a URL such as http://%31%32%37%2E%30%2E%30%2E%31/ is seen by a caller's allowlist validator with host %31%32%37%2E%30%2E%30%2E%31 (not an IP address), which passes the allowlist check. hackney's normalizer then decodes the host to 127.0.0.1 and opens a TCP connection to loopback. Because hackney:request/5 always calls hackney_url:normalize/2 with no opt-out, every request that takes a binary or list URL is affected. The same technique reaches cloud instance metadata services (169.254.169.254), RFC1918 networks, and any admin interface listening on localhost.
This issue affects hackney: from 0.13.0 before 4.0.1.
📍 영향받는 시스템
hackney: 0.13.0 버전부터 4.0.1 미만 버전
⚔️ 공격 벡터
URL 인코딩된 호스트(예: %31%32%37...)를 사용하여 허용 목록 검사를 우회한 뒤 내부 네트워크로 요청 전송
🛡️ 대응 방법
hackney 라이브러리를 4.0.1 이상의 최신 버전으로 업데이트하십시오.
🔧 검증 코드
프로젝트의 의존성 목록에서 hackney 버전을 확인하여 4.0.1 미만인지 체크합니다.
mix list | grep hackney || erl -noshell -eval 'io:format("\n")' 2>/dev/null