Ncat의 HTTP 프록시 모드와 고정 TCP 릴레이
고정 바이트 릴레이는 HTTP 처리를 기존 프록시에 맡깁니다. Ncat의 HTTP 수신 모드는 프로토콜을 이해하는 별도의 서비스입니다.
client → local TCP relay → existing forward proxy → destination이 구성에서 릴레이는 하나의 고정 업스트림을 가집니다. 클라이언트 요청을 변경하지 않고 기존 전달 프록시로 넘깁니다. 그 프록시가 절대 URL이나 CONNECT 대상을 읽고, 정책을 적용하고, 목적지 연결을 엽니다.
릴레이를 웹사이트로 직접 향하게 하면 계약이 달라집니다. 전달 프록시는 목적지를 선택하고 HTTP 프레이밍과 연결 동작을 처리해야 합니다. 첫 줄에서 호스트 이름만 뽑는 것으로는 충분하지 않습니다.
Nmap의 Ncat은 HTTP를 이해하는 수신 모드를 별도로 제공합니다.
ncat --listen 127.0.0.1 3128 --proxy-type http이 루프백 예제는 Ncat의 프록시 구현을 사용하며, 모든 nc가 공유하는 기능은 아닙니다. 수신 측 프록시가 HTTP 메서드와 CONNECT를 처리합니다. 클라이언트 측 SOCKS 옵션은 수신 모드에서 SOCKS 서버를 세우지 않습니다. 상시 공유 서비스에는 의도적인 연결 처리, 접근 제어, 기록도 필요합니다.
관찰하려면 암호화 경계를 파악해야 합니다. 평문 HTTP 프록시 연결 위의 릴레이는 프록시 요청과 응답을 볼 수 있습니다. CONNECT 이후 목적지의 HTTPS는 TLS 바이트이며 읽을 수 있는 페이지 내용이 아닙니다. 프록시까지의 TLS는 그 링크의 초기 프록시 교환조차 숨깁니다. 해석된 트랜잭션에는 클라이언트와 프록시 진단을 사용하고, 자격 증명이나 민감한 URL이 담길 수 있는 로그를 보호하십시오.