무료 프록시로 비밀번호를 보내기 전에
낯선 프록시가 볼 수 있는 정보, 검증된 HTTPS가 보호하는 범위, 실제 계정을 넘기지 않고 연결을 확인하는 방법을 살펴봅니다.
낯선 프록시가 작동하는지 알아보려고 실제 비밀번호를 쓰지 마세요. 무해한 페이지로 하는 연결 테스트는 계정을 노출하지 않고 연결을 확인할 수 있습니다. 개인 트래픽을 그 경로에 맡겨도 되는지는 연결을 따로 살펴봐야 합니다.
암호화되지 않은 HTTP에서는 프록시가 읽을 수 있는 요청과 응답을 처리합니다. 비밀번호, 쿠키, API 키, 비공개 쿼리 매개변수, 응답 본문이 노출될 수 있습니다. 도난당한 세션 토큰은 그 토큰을 만든 비밀번호만큼 가치가 있을 수 있습니다.
일반 CONNECT 터널을 통하는 검증된 HTTPS에서는 TLS가 클라이언트와 웹사이트 사이에서 작동합니다. 연결을 전달하기만 하는 프록시는 보통 해당 애플리케이션 데이터를 읽지 못합니다. 이는 의도한 호스트 이름을 쓰고, 인증서를 확인하고, 적절한 CA 저장소를 신뢰한다는 조건에 달려 있습니다. 알 수 없는 프록시의 루트 인증서를 설치하면 운영자가 TLS를 가로챌 수 있게 될 수 있습니다. 인증서 오류를 무시해도 의지하던 보호가 사라집니다.
내용이 보호되더라도 운영자는 연결을 받아 프록시 경로에서 이용할 수 있는 목적지 정보, 시점과 양을 관찰할 수 있습니다. 트래픽을 방해하거나 서로 연관 지을 가능성도 있습니다. 출구 IP가 다르다는 사실만으로 어떤 기록을 보관하는지, 다른 앱이 무엇을 보내는지는 알 수 없습니다.
프록시 로그인은 경로의 다른 구간을 지난다
프록시 인증은 목적지와 TLS를 맺기 전에 이루어질 수 있습니다. 웹사이트의 HTTPS는 앞서 프록시와 주고받은 평문 통신을 보호하지 못합니다. SOCKS5 사용자 이름·비밀번호 협상도 그 자체로 자격 증명을 암호화하지 않습니다. 프록시 계정을 제공하기 전에 클라이언트와 프록시 사이의 전송 및 인증 방식을 평가하세요.
개인 세션 없이 연결 확인하기
계정에 로그인된 브라우저를 우회시키는 대신 전용 명령을 쓰세요. 클라이언트에서 기본 API 키, bearer 토큰, 쿠키와 비공개 페이로드를 제거합니다. HTTP 리스너라면 다음과 같습니다.
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 https://example.com/로컬 엔드포인트를 이용할 서비스로 바꾸세요. 인증서 검증을 켜고 제한된 타임아웃을 유지하며, 예상 밖의 리디렉션이나 신뢰 자료 설치 요청을 살펴보세요. 허용된 직접 연결과 비교하면 목적지 오류를 구분하는 데 도움이 될 수 있습니다. 엔드포인트와 로그를 공유하기 전에 민감한 정보를 지우세요.
개인 계정이나 프로덕션 연동에는 소유 주체, 지원, 신뢰 체계를 평가할 수 있는 운영자나 직접 관리하는 서비스를 쓰세요. 결제 자체는 보장이 아닙니다. 무료 프록시 목록은 후보를 제공합니다. 페이지가 성공적으로 로드되었다는 것은 그 요청의 가용성을 보여 줄 뿐 운영자를 신뢰할 수 있다는 뜻은 아닙니다.