허용되는 사용 정책

스크레이핑: 로그인이 필요한 페이지에서는 무엇이 달라질까?

회사가 공급업체 웹사이트에서 가격을 수집한다고 가정해 보겠습니다. 일부 가격은 누구나 볼 수 있고 도매 가격은 고객 계정에 로그인한 뒤 나타납니다. 회사에는 하나의 가격 모니터링 프로젝트이지만 공개 데이터만 허용하는 AUP에서는 두 부분의 허용 여부가 다릅니다. 고객 자신의 유효한 로그인도 제공업체의 제한을 없애지는 않습니다.

권한이 있는 비공개 데이터 접속을 허용하는 정책은 다른 판단을 가능하게 합니다. 이 경우 수집 자체에 대한 권한이 있는지가 중요합니다. 계정 페이지를 보는 권한, 내용을 내보내는 권한, 결과 데이터를 재배포하는 권한은 별개입니다. 직원이 자료를 읽도록 하는 구독이 프로그램의 복사와 재판매까지 반드시 허용하지는 않습니다.

다른 조항은 수집 방식에 관한 것입니다. 공개 AUP 중에는 대상의 robots.txt 지침, API 한도, 기술적 요청률 제한 준수를 명시적으로 요구하는 것도 있습니다. 그런 조항에서는 여러 IP로 요청을 나누는 것만으로 금지된 수집이 허용되지 않습니다. 고객은 프록시 구매 시 그 조건에 동의한 것이며 모든 robots.txt 지침이 법이라는 주장은 아닙니다.

페이지 내용도 중요합니다. 공개 상품 가격과 공개된 개인 연락처는 다른 데이터입니다. AUP는 개인정보 수집의 적법한 근거와 의료 정보, 아동 데이터, 식별 가능한 사람의 추적에 더 엄격한 조건을 요구할 수 있습니다. 이후 공개나 AI 학습도 제한될 수 있습니다. 페이지를 다운로드했다고 후속 사용 권한까지 정해지지는 않습니다.

자동화는 실제 동작으로 판단

“스크레이퍼”, “봇”, “소셜 미디어 도구”는 소프트웨어를 설명하지만 행동에 관한 정보는 적습니다. 같은 브라우저 자동화가 광고를 점검하거나 유료 클릭을 조작할 수 있습니다. 공개 AUP는 아래 활동을 구분하며 왼쪽 작업 지원이 오른쪽 행동의 허가를 뜻하지는 않습니다.

같은 구분으로 이메일 포트가 차단되어 있어도 스팸 금지 규칙이 적용되는 이유를 이해할 수 있습니다. 웹사이트 양식, 댓글, 개인 메시지 화면으로도 메시지를 보낼 수 있습니다. SMTP 포트를 막으면 이메일 전송 경로 하나를 차단할 뿐 모든 원치 않는 메시지를 막지는 못합니다.

더 직접적인 악용에는 가능한 비밀번호를 시도하는 무차별 대입과 유출된 로그인·비밀번호 조합을 시험하는 크리덴셜 스터핑이 있습니다. 피싱, 도난 카드 확인, 악성코드 유포, DDoS 공격, 아동 착취와 저작권 침해를 포함한 불법 콘텐츠도 정책에서 금지합니다. 금지는 활동 자체에 관한 것이므로 전송량이 거의 없어도 몇 번의 시도로 AUP를 위반할 수 있습니다.

공격과 사기를 넘어서는 제한

AUP에는 사업 활동 제외 조건도 있습니다. 실제 공개 목록에는 유료 설문, 게임 아이템 거래, 스트리밍 관련 도메인, 암호화폐 거래, 도박, 성인 콘텐츠가 포함됩니다. 이는 서로 다른 서비스 규칙의 예이며 업계 공통 금지는 아닙니다. 제공업체가 어떤 활동을 제외한다고 모든 사례가 범죄라고 주장하는 것은 아닙니다.

재판매도 구체적인 제한입니다. 임대한 프록시 인증 정보의 접속 권한을 고객에게 팔려면 별도 계약이 필요하거나 표준 계약에서 금지될 수 있습니다. 관리 화면의 하위 사용자 기능만으로 판단할 수는 없습니다. 별도 인증 정보는 고객 자신의 팀을 위한 것일 수 있습니다. 프록시로 보고서를 만드는 대행사와 프록시 접속 자체를 파는 사업은 다른 서비스를 제공합니다.

일부 약관은 프록시 풀 자체를 보호합니다. 주소와 노드에 관해 얻은 정보를 프록시 탐지, IP 평판 평가, 트래픽 차단 데이터베이스에 제공하지 못하게 합니다. 예를 들어 제공업체의 웹사이트 접속 IP를 목록화해 프록시 탐지 데이터베이스에 제공하려고 접속을 임대하면, 대상 사이트를 공격하지 않았어도 위반할 수 있습니다. 네트워크의 상업적 가치를 보호하는 제한입니다.

따라서 AUP를 범죄 목록으로만 줄일 수는 없습니다. 적법한 사업 방식이 특정 서비스에 맞는지를 결정할 수 있습니다. 같은 프로그램과 프록시 설정을 써도 내부 조사에서 재판매로, 공개 가격 수집에서 사람에 관한 데이터셋 구축으로 바뀌면 계약상 판단이 달라질 수 있습니다.

자신의 웹사이트 테스트에도 승인이 필요할 수 있음

회사가 외주업체에 웹사이트 취약점 검사를 맡깁니다. 회사는 테스트를 허가할 수 있지만 외주업체의 프록시 네트워크까지 제어하지는 않습니다. 공개 프록시 규칙 중에는 취약점 검사나 스트레스·부하 테스트 전에 제공업체의 서면 동의를 명시적으로 요구하는 것도 있습니다. 따라서 사이트 소유자의 허가만으로 필요한 승인이 모두 갖춰지는 것은 아닙니다.

테스트를 전달하는 네트워크도 발생하는 트래픽과 신고를 감당해야 합니다. 검사가 합의된 대상 밖의 시스템에 도달하거나 부하 테스트가 공유 호스팅과 보호 서비스에 영향을 줄 수 있습니다. 허용되는 경우 대상, 방식, 기간 합의로 어떤 트래픽의 전달에 동의했는지 정합니다. “보안 연구” 같은 일반적인 설명으로는 범위가 정해지지 않습니다.

프록시 활동이 악용 신고로 이어지는 과정

대상에는 프록시가 사용한 IP가 보입니다. 운영자가 비밀번호 공격이나 네트워크 검사를 관측하면 증거는 우선 그 주소를 가리킵니다. 신고는 프록시 제공업체나 주소·서버를 공급한 호스팅 업체로 갈 수 있습니다. 후자라면 프록시 판매자가 자신의 공급업체로부터 문제를 전달받습니다.

공개 호스팅 문서는 이러한 증거의 내용을 보여 줍니다. 네트워크 검사 기록에는 시간, 출발지 IP, 목적지 IP, 목적지 포트가 있습니다. 한 출발지에서 여러 서버의 포트 22로 반복 연결하면 SSH 서비스 검사로 신고될 수 있습니다. 트래픽 폭주 신고에는 패킷률과 목적지별 트래픽 요약이 들어갈 수 있습니다. 서로 다른 사건이므로 필요한 설명도 다릅니다.

제공업체는 외부 사건을 고객 활동과 연결해야 합니다. 전용 주소는 할당 기록이 도움이 될 수 있지만 공유·순환 IP에서는 주소만으로 부족할 수 있습니다. 고객이 서로 다른 시점이나 동시에 같은 IP를 사용할 수 있습니다. 정확한 시간, 시간대, 이용 가능하고 관련이 있는 경우 출발지 포트로 연결을 구분할 수 있습니다. 실제 보유 기록에 따라 달라집니다.

신고 도착 시점과 신고한 활동 시점도 다릅니다. 지원팀이 연락할 때 멈춰 있는 작업이 이전에 트래픽을 발생시켰을 수 있습니다. 현재 프로세스 목록이나 프록시의 현재 작동 여부만으로 신고에 답할 수 없는 이유입니다.

이 과정에서 프록시 제공업체가 모든 HTTPS 페이지를 읽을 필요는 없습니다. 일반적인 프록시 터널의 종단 간 TLS에서는 페이지 경로, 제출 비밀번호, 응답 내용이 암호화됩니다. 대상이 자체 증거를 제공하고 제공업체나 호스트는 보유한 네트워크 정보를 사용할 수 있습니다. 실제 페이지를 처리하는 관리형 브라우저나 스크레이핑 API는 역할과 가시성이 다릅니다.

다른 사이트는 열리는데 한 대상만 작동하지 않는 이유

제재가 항상 계정 전체 비활성화는 아닙니다. 공개 신고 처리 절차 중에는 신고된 웹사이트나 호스트만 일시 제한하는 방식도 있습니다. 다른 트래픽은 계속될 수 있습니다. 이 경우 고객의 주 작업은 대상에 접속할 수 없어도 프록시 확인 도구는 정상 연결로 보고할 수 있습니다.

예방 규칙도 있습니다. 일부 서비스는 은행 로그인 같은 민감한 대상의 요청률을 관찰하고 과도해지면 추가 제한을 적용합니다. 일반 사용으로 접속할 수 있는 범주라도 무제한 자동 요청은 허용되지 않을 수 있습니다. 이는 대상별 제어이지 반드시 월간 전송량 제한은 아닙니다.

여기서 AUP와 공정 사용이 겹칠 수 있지만 개입 이유는 중요합니다. 가격 수집기가 허용된 작업을 하면서 공유 자원에 과부하를 줄 수 있습니다. 비밀번호 공격은 훨씬 적은 양으로 AUP를 위반할 수 있습니다. 트래픽 추가 구매는 관련 용량을 바꿀 때만 첫 문제에 도움이 되며 두 번째 활동을 허가하지는 않습니다.

상위 호스팅 업체가 더 넓게 제한할 수도 있습니다. 호스팅 규칙에는 공격과 검사 후 개별 IP, 여러 주소, 서버 전체 잠금이 나옵니다. 해당 설비의 프록시 판매자는 접속 복구 전에 호스트와 사건을 해결해야 할 수 있습니다. 같은 활동을 계속하면서 프록시 IP만 바꾸면 원인은 남습니다.

공통된 경고 순서도 없습니다. 일부 정책은 고객과 해결을 시도한다고 하면서도 첫 위반 후 중단 권리를 남깁니다. 공개 계정 시스템은 악용 신고, 감지된 AUP 위반, 결제 사기도 구분합니다. 고객은 명시된 제한 이유와 범위를 알아야 하며 “중단됨”이라는 말 하나로는 부족합니다.

외주업체나 다른 사용자가 트래픽을 보낸 경우

프록시 인증 정보가 여러 애플리케이션에 설치되거나 대행사에 전달될 수 있습니다. 제공업체 약관은 그 접속을 통한 활동의 책임을 계정 보유자에게 지울 수 있습니다. 제공업체는 구매 고객과 계약 관계에 있으므로 외주업체가 프로그램을 실행했다는 설명만으로 사건이 해결되지는 않습니다.

신고 시점에 어느 애플리케이션이나 사람이 인증 정보를 사용했는지 찾아 관련 활동을 중지해야 합니다. 접속 정보가 유출됐다면 폐기하거나 변경해야 합니다. 지원되는 경우 별도 인증 정보와 작업 기록이 도움이 됩니다. 그렇다고 AUP의 예외가 생기지는 않습니다.

제공업체 자체 규칙을 우회하려는 시도도 계정 제한 대상일 수 있습니다. 차단 뒤 대체 계정 개설, 명시된 조건에 어긋나는 반복 체험, 신원 확인 회피 등이 해당합니다. 새 계정이나 새 할당 IP로 같은 금지 작업이 허용되는 것은 아닙니다.

유료 패키지와 잔액의 처리

금전적 결과는 여러 종류이므로 구분해야 합니다. 신고 처리 업무의 수수료, 계약 위반 종료 시 미사용 서비스 권리의 상실, 고객 행동으로 생긴 특정 제3자 청구나 비용을 부담할 의무가 각각 다릅니다. 프록시 패키지에 낸 금액이 이 모든 의무의 상한은 아닐 수 있습니다.

실제 계약 조건은 다릅니다. 공개 약관에는 위반으로 종료되면 미사용 크레딧을 잃지만 제공업체 편의로 종료할 때는 다르게 처리하는 예가 있습니다. 규정 준수를 위한 중단이 구독이나 크레딧 유효 기간을 자동 연장하지 않는다고 명시하기도 합니다. 계정이 사용되지 않는다고 유료 기간이 멈춘 것은 아닐 수 있습니다.

신고 처리 수수료에는 업계 공통 금액이 없습니다. 납부는 계약상의 비용을 내는 것이며 금지 활동을 계속할 권한이나 복구 보장을 사는 것이 아닙니다. 반대로 신고 도착만으로 모든 금전적 결과가 확정되지도 않습니다. 강행법상 권리를 전제로, 제한·종료 사유와 적용 결제 조항이 계약상 결과를 정합니다.

지원팀이 연락하면 무엇을 보내야 할까?

지원팀에는 신고된 활동에 대한 답이 필요합니다. “프록시는 작동한다”, “결제했다”, “스크레이핑만 한다”로는 어떤 작업이 연결을 만들었는지 알 수 없습니다. 사건을 실제 작업과 연결하고 취한 조치를 설명해야 유용합니다.

1. 해당 작업을 일시 중지하고 설정과 이용 가능한 로그를 보존하세요. 메시지 수신 시점이 아니라 시간대를 포함한 신고 활동 시점을 사용하세요.
2. 접속 정보를 사용한 애플리케이션, 예약 작업, 직원, 외주업체를 식별하세요. 대상과 프록시 IP를 자체 기록과 비교하고 빠진 정보는 제공업체 지원 채널로 요청하세요.
3. 작업 중지, 의도하지 않은 대상 제거, 노출된 접속 권한 폐기처럼 원인과 변경 사항을 설명하세요. 이전에 합의한 테스트라면 서면 허가와 범위도 첨부하세요.
4. 남은 제한과 허용 작업 재개 전에 제공업체가 요구하는 조건을 확인하세요. 원인이 해결되지 않은 동안 다른 IP로 같은 작업을 다시 시작하지 마세요.

제공업체는 티켓, 관리 화면 양식, 별도 응답 절차를 사용할 수 있습니다. 일부 서비스는 API로 신고 내용과 상태를 보여 줍니다. 이는 사건 처리 방식이며 공통 복구 시간을 정하지는 않습니다. 고객 답변 검토 기한도 재활성화 약속과 다릅니다.