← 블로그로 돌아가기

레지던트 IP의 출처: AppEsteem 테스트와 4가지 수집 모델

2026년 9월부터 AppEsteem은 AMTSO 기준에 따라 매월 프록시 운영자를 테스트하며, 결과는 11월 19일에 발표됩니다. 우리는 동의, 안정성 및 주소의 평판에 따라 네 가지 거주 IP 수집 모델을 비교하고, 테스트의 열 가지 요구 사항을 분석하며, 이들이 파싱, 멀티 계정 및 SMM에 미치는 영향을 살펴봅니다.

📅2026년 10월 22일
레지던트 IP의 출처: AppEsteem 테스트와 4가지 수집 모델

주거용 프록시를 구매하면 실제로 다른 사람의 가정용 연결을 임대하는 것입니다. 누구의 연결인지, 누구의 동의로 이루어지는지는 2026년부터 더 이상 철학적인 질문이 아닙니다. 1월에 Google은 파트너와 함께 IPIDEA 네트워크를 해체했으며, 여기서 주소는 트로이 목마 프로그램과 숨겨진 프록시 코드가 있는 셋톱 박스를 통해 수집되었습니다. 9월부터는 AppEsteem이 매달 '사기' 소프트웨어의 공개 목록을 관리하며, 프록시 운영자들을 점검하고 있습니다: 고객이 최소한의 검증으로 무엇을 할 수 있는지, 그리고 가정용 IP의 소유자가 이로 인해 피해를 입지 않는지 확인합니다.

아래는 운영자들이 주거용 주소를 수집하는 네 가지 모델의 비교와 AppEsteem 테스트의 열 가지 요구 사항 분석입니다: 이 중 어떤 것이 일반 구매자에게 해당되며, '책임 있는' 운영자가 '모든 것을 수용하는' 운영자와 어떻게 다를지를 설명합니다.

무슨 일이 일어났는가: 프록시 운영자들이 안티바이러스처럼 테스트되기 시작했다

AppEsteem은 AMTSO(안티바이러스 테스트 기준을 설정하는 조직)에 'AppEsteem 2026 Residential Proxy Operator Responsibilities Test Series'라는 시리즈를 등록했습니다. 테스트 공지는 2026년 9월 21일에 발표되었으며, AMTSO 카드에 결과 발표 날짜는 2026년 11월 19일입니다.

공개된 테스트 계획(9월 11일 버전 1.1)에서:

  • 테스트는 지속적이며 매월 진행됩니다. 매달 첫 세 번째 화요일은 운영자만 결과를 볼 수 있는 훈련 세션입니다. 네 번째 화요일은 모든 사람을 위한 평가 세션으로, 결과는 무료로 공개됩니다. 첫 번째 평가 세션은 2026년 9월 네 번째 화요일로 예정되어 있습니다.
  • ‘가장 적게 검증된 고객’의 이름으로 테스트합니다 - 운영자가 허용하는 가장 낮은 기준으로 등록된 계정입니다. 어떤 사람은 이메일과 카드를 요구하고, 어떤 사람은 KYC를 요구합니다.
  • 각 입력을 개별적으로 검사합니다: HTTP(S) 프록시, SOCKS5 포트, 그리고 시간이 지나면서 '에이전트'/MCP 인터페이스도 포함됩니다. 계획서에 명시된 이유는 다음과 같습니다: HTTP를 통해 사이트를 차단하는 운영자는 때때로 자신의 SOCKS5를 통해 같은 사이트를 통과시킵니다.
  • 결과: 약속을 위반한 인증된 운영자는 인증서의 재검토 또는 취소에 직면할 수 있으며, '윤리적' 주소를 광고하지만 남용을 허용하는 비인증 운영자는 Deceptor 목록에 올라갑니다. AppEsteem은 이 결과와 목록을 안티바이러스 공급자 및 기업 네트워크를 보호하는 사람들에게 전달합니다.

중요한 점: 동의 문제(RPR-001, '윤리적 수집')는 이 테스트에 포함되지 않습니다 - AppEsteem은 인증 과정에서 별도로 확인합니다. 새로운 테스트는 다른 주제를 다룹니다: 정직하게 얻은 주소도 공격 도구가 되어서는 안 됩니다.

주거용 IP 수집의 네 가지 모델: 비교

Google 위협 정보 그룹의 IPIDEA 네트워크 보고서와 산업 리뷰에 따르면, 주소는 네 가지 주요 경로를 통해 주거용 풀에 들어갑니다. 이들은 윤리뿐만 아니라 풀의 안정성과 주소의 '더럽혀질' 가능성에서도 차이가 있습니다.

1. '트래픽으로 돈 벌기' 애플리케이션 (자발적 옵트인)

사용자가 스스로 프로그램을 설치하여 채널을 공유함으로써 보상을 받거나 보너스를 적립합니다. 동의는 가장 명확합니다: 사용자는 소프트웨어를 설치한 이유를 이해합니다. 그러나 여기서도 중요한 것은 사용자가 자신의 채널을 통해 어떤 트래픽이 흐를지 볼 수 있는지, 언제든지 공유를 중단할 수 있는지입니다: 설치 시 명시적인 동의가 나중에 정직한 사용을 보장하지는 않습니다.

2. 일반 애플리케이션의 SDK

게임, 유틸리티 또는 콘텐츠 애플리케이션의 개발자는 수익화 SDK를 통합하여 장치가 출구 노드가 됩니다. SDK 운영자는 개발자에게 비용을 지불합니다 - GTIG에 따르면, 일반적으로 설치에 대한 비용입니다. 동의의 질은 동의 화면이 어떻게 표시되는지에 따라 달라집니다: Infoblox의 6월 연구에서는 동의가 종종 아무도 읽지 않는 사용자 계약서에 숨겨져 있다고 지적합니다. 이는 가장 크고 취약한 출처입니다: 풀은 하루 만에 사라질 수 있습니다. IPIDEA의 경우 Google Play Protect는 해당 SDK를 포함한 애플리케이션에 대해 경고를 시작하고, 이를 삭제하며 인증된 Android 장치에서 새로운 설치를 차단하기 시작했습니다.

3. 무료 VPN 및 사전 설치된 장치

별도의 클래스인 무료 VPN은 실제로 VPN처럼 작동하지만 동시에 장치를 프록시 네트워크에 포함시키며, 비인증된 셋톱 박스와 숨겨진 프록시 코드가 있는 저렴한 Android 기기도 포함됩니다. IPIDEA 보고서에서는 Galleon VPN, Radish VPN 및 Aman VPN과 같은 VPN 애플리케이션이 언급되었습니다. 여기서는 본질적으로 동의가 없으며, 풀은 플랫폼이나 펌웨어의 첫 번째 정리까지 지속됩니다.

4. 트로이 목마 및 봇넷

가장 어두운 옵션: 장치가 감염되어 소유자가 전혀 모릅니다. GTIG는 IPIDEA의 관리 도메인에 접근한 3,075개의 고유한 Windows 파일 해시를 발견했으며, 여기에는 OneDriveSync 및 Windows Update로 가장한 바이너리도 포함됩니다. 이러한 주소는 일반적으로 위협 데이터베이스에 이미 노출되어 있으며, 구매자에게 더 중요한 것은 같은 네트워크에서 악의적인 행위자들이 활동하고 있다는 것입니다: Google에 따르면, 2026년 1월의 한 주 동안 IPIDEA의 출구 노드는 550개 이상의 범죄 집단에 의해 사용되었습니다.

요약 표

모델IP 소유자의 동의풀의 안정성주소의 '더러운' 평판 위험갑작스러운 정리 위험
옵트인 '트래픽으로 돈 벌기'명시적중간평균 이하낮음
애플리케이션의 SDK명시적에서 형식적까지높음, SDK가 금지되지 않는 한중간중간-높음
무료 VPN, 사전 설치된 셋톱 박스형식적이거나 없음낮음높음높음
트로이 목마, 봇넷없음예측 불가능함매우 높음매우 높음

마지막 세 개의 열에 대한 평가는 설명된 사례를 기반으로 한 우리의 질적 해석이며, 측정이 아닙니다. 우리는 플랫폼에서 SDK 금지가 풀에 미치는 영향을 자세히 분석한 기사를 LG의 스마트 TV에서 프록시 SDK 금지에 대해 다루었습니다.

AppEsteem의 열 가지 요구 사항과 그것이 구매자에게 의미하는 것

테스트는 AppEsteem의 백서(RPR-002 - RPR-011)의 열 가지 항목에 따라 운영자의 행동을 측정합니다. 고객에게는 세 그룹으로 나뉩니다.

당신과 주소 소유자를 보호합니다

  • RPR-002 - 깨끗한 주소. 운영자는 사전에 IP를 스팸, 사기 및 조작에 사용하지 않도록 해야 하며, 사후에 문제를 해결하는 것이 아닙니다. 이는 이미 안티프로드 데이터베이스에 표시된 주소가 적다는 것을 의미합니다.
  • RPR-003 - 불법 트래픽 없음, 악성 도메인, 범죄 사이트 및 도난당한 데이터가 있는 포럼이 포함됩니다.
  • RPR-005 - 트래픽은 외부로만. 가정 네트워크, 라우터, 루프백으로의 출구를 허용할 수 없으며, 이메일 및 원격 데스크톱 포트 또는 UDP 릴레이를 열 수 없습니다.
  • RPR-010 - 프로그램은 장치와 격리되어 있습니다. 프로그램은 소유자의 비밀번호, 쿠키 및 파일을 읽지 않으며, 귀하의 자격 증명은 경로에서 읽히지 않습니다.
  • RPR-011 - 소프트웨어는 업데이트되었으며 모든 입력에서 동일하게 보호됩니다.

고객이 알아차릴 수 있는 차단

  • RPR-006 - 위험한 카테고리는 기본적으로 차단됩니다 모든 익명 등록에 대해. 테스트 계획에서 성인 콘텐츠, 도박, 정부 사이트, 은행, 암호화폐, 스트리밍, 게임, 티켓 및 이메일과 같은 카테고리가 예로 포함됩니다.
  • RPR-007 - 차단은 주소의 작은 수정, '리플렉터' 또는 운영자의 자체 SOCKS5 포트를 통해 우회할 수 없습니다.
  • RPR-004 - 공개 페이지만. 검증되지 않은 고객의 경우 연결은 사이트가 모두에게 보여주는 것을 읽어야 하며, 로그인, 쿠키 및 비공식 섹션에 대한 토큰을 전달하지 않아야 합니다. 테스트는 제어 사이트에서 로그인, 등록, 게시 및 자격 증명 대체를 확인합니다.

규칙의 투명성

  • RPR-008 및 RPR-009 - 게시된 규칙(AUP) 및 이유가 포함된 예외 목록. 운영자는 검증된 고객에게 비공식 카테고리에 대한 접근을 열 수 있지만, 예외가 게시되고 고객이 검증을 통과하며 주소 소유자가 자신의 연결이 어떻게 사용되는지 볼 수 있는 경우에만 가능합니다. 계획서에는 명시되어 있습니다: 세 번째 조건이 없으면 신원 확인은 '운영자의 문서가 아닌 소비자의 문서'를 보호합니다.

테스트는 또한 역효과를 잡아냅니다 - 과도한 예방 조치. 운영자가 뉴스나 백과사전과 같은 일반 사이트를 차단하면 이는 실패로 간주됩니다: 이는 그의 차단이 보호 품질에 대해 아무것도 말하지 않는다는 것을 의미합니다.

당신의 작업에서 무엇이 바뀔 것인가

산업이 이 테스트에 적응하기 시작하면 '책임 있는' 운영자와 '모든 것을 수용하는' 운영자는 시나리오에 따라 다르게 행동할 것입니다.

  1. 공공 데이터 파싱 (가격, 결과, 카탈로그, 리뷰). 아무것도 망가지지 않습니다: RPR-004는 사이트가 모두에게 보여주는 것을 읽는 것을 명시적으로 허용합니다. 이점은 더 깨끗한 주소와 풀의 이웃으로 인한 CAPTCHA가 줄어드는 것입니다.
  2. 멀티 계정, SMM, 대시보드 작업. 가장 민감한 영역입니다. 로그인, 게시 및 세션 쿠키는 RPR-004가 '가장 적게 검증된 고객'에게 금지하는 것입니다. 따라서 책임 있는 운영자에게는 이러한 시나리오가 KYC 및 작업 설명이 있는 검증된 요금제로 전환될 것입니다. 우리는 주요 공급자 중 누가 이미 접근을 강화했는지 비교한 KYC 및 프록시 공급자의 사용 규칙에 대한 리뷰를 작성했습니다.
  3. 이메일, 비표준 포트를 사용하는 메신저, UDP. 이메일 포트와 가정 네트워크의 UDP 릴레이는 테스트에서 위반으로 간주됩니다. 이러한 작업에는 데이터 센터 프록시 또는 가정용 장치가 없는 서버 옵션을 사용하는 것이 더 합리적입니다.
  4. 은행, 정부 사이트, 티켓, 스트리밍. 이러한 카테고리는 기본 차단 예제에 포함됩니다. 귀하의 작업이 이러한 틈새에서의 합법적인 현지화 또는 가격 검증이라면, 사례 설명 요청을 준비하십시오.

지금 공급자를 확인하는 방법

AppEsteem의 특정 운영자에 대한 결과는 아직 발표되지 않았지만, 그녀의 방법론에서 질문을 모든 판매자에게 할 수 있습니다:

  1. 주소는 어디서 왔는가? 옵트인 애플리케이션, SDK, 공급자와의 파트너십? 소유자의 동의 및 해지 방법에 대한 공개 페이지가 있습니까?
  2. 게시된 AUP와 차단된 카테고리 목록이 있습니까? 규칙이 전혀 없다면, 이는 '자유'가 아니라 귀하의 풀에서 누가 활동하고 있는지를 나타내는 신호입니다.
  3. HTTP와 SOCKS5가 동일하게 작동합니까? 두 프로토콜을 통해 동일한 사이트를 확인하십시오: 접근 가능성의 차이는 패치된 보호의 징후입니다.
  4. 주소가 얼마나 깨끗한가? 10-20개의 발급된 IP를 평판 검사기를 통해 실행하고 신뢰할 수 있는 연결과 비교하십시오. '프록시/봇/사기'로 표시된 주소의 높은 비율은 풀의 채워지는 방식을 나타냅니다.
  5. 대규모 정리 시 어떻게 됩니까? 풀의 출처 수를 물어보십시오. 하나의 SDK는 주소의 상당 부분을 잃기까지 하루입니다.

‘실제’ 가정 주소가 중요한 시나리오 - 현지 발급, 광고 검증, 지리적 가격 - 에는 주거용 프록시를 선택하고, 로그인 계정에서 작업할 경우 공급자에게 해당 시나리오가 허용되는지 미리 확인하십시오.

결론

AppEsteem 테스트는 프록시 운영자를 안티바이러스처럼 측정하려는 첫 번째 시도입니다: 공개 방법론에 따라 매달, 주소 소유자와 고객을 위한 별도의 평가와 함께. 공개 데이터의 정직한 파싱에는 좋은 소식입니다: 더 적은 더러운 주소와 악의적인 이웃. 멀티 계정 및 로그인 작업에는 KYC 및 작업 설명을 준비하라는 신호입니다. 첫 번째 공개 결과는 11월에 예상되며, 그때까지 최선의 필터는 테스트가 제기하는 주소의 출처와 규칙에 대한 질문입니다.