Facebook Ads, Instagram 또는 TikTok에서 멀티 계정을 운영하는 경우, 프록시에 대한 접근을 잃는 것은 모든 계정이 차단되는 재앙이 될 수 있습니다. 이 모든 계정은 손상된 IP에 연결되어 있습니다. 프록시를 위한 이중 인증(2FA)은 공급자의 개인 계정과 프록시 자체에 대한 무단 접근으로부터의 추가 보호 수준입니다. 이 가이드에서는 프록시 보호를 위한 2FA 설정 방법, 존재하는 방법 및 이것이 중재자와 SMM 전문가에게 왜 중요한지에 대해 설명합니다.
프록시에 대한 이중 인증이 중요한 이유
프록시는 단순한 IP 변경 도구가 아닙니다. 중재자나 SMM 전문가에게는 수십 개의 광고 계정이나 고객 프로필에 대한 열쇠입니다. 만약 공격자가 프록시 공급자의 개인 계정에 접근하게 된다면, 그는:
- 프록시 데이터 도용 (IP, 포트, 로그인, 비밀번호) 및 이를 자신의 목적에 사용 — 당신의 IP는 Facebook, Instagram, TikTok의 안티 프로드 시스템 데이터베이스에 포함될 것입니다.
- IP 인증 설정 변경 및 자신의 프록시에 대한 접근 차단
- 당신의 프록시를 제3자에게 판매 — 결과적으로 하나의 IP가 여러 사람이 사용하게 되어 차단이 보장됩니다.
- 사용 기록에 접근 — 당신이 방문한 사이트와 어떤 계정을 준비했는지 볼 수 있습니다.
실제 사례: 중재자가 피싱으로 인해 프록시 공급자의 계정 접근을 잃었습니다. 공격자는 Facebook Ads 계정을 위해 사용된 50 모바일 프록시의 데이터를 얻었습니다. 하루 만에 모든 200개의 광고 계정이 차단되었습니다 — Facebook은 동일한 IP에서 의심스러운 활동을 기록했습니다. 손실은 $15,000 이상이었습니다 (동결된 광고 예산 + 계정 비용).
이중 인증은 이 문제를 해결합니다: 공격자가 비밀번호를 알게 되더라도 (피싱, 데이터베이스 유출 또는 무작위 대입을 통해), 그는 Google Authenticator, SMS 또는 하드웨어 키의 일회용 코드 없이는 계정에 로그인할 수 없습니다.
프록시 작업 시 2FA가 차단하는 위협
이중 인증은 프록시 사용자에게 관련된 특정 공격 시나리오로부터 보호합니다:
1. 피싱 및 가짜 로그인 페이지
공격자는 인기 있는 프록시 공급자의 웹사이트 복사본을 만들고 이메일이나 텔레그램을 통해 링크를 전송합니다. 당신이 가짜 페이지에서 로그인과 비밀번호를 입력하면, 데이터는 공격자에게 전달됩니다. 2FA가 활성화되어 있으면 도난당한 비밀번호는 일회용 코드 없이는 쓸모가 없습니다.
2. 데이터베이스 유출
프록시 공급자와 다른 서비스(예: 포럼 또는 마켓플레이스)에서 동일한 비밀번호를 사용하는 경우, 이들 중 하나의 데이터베이스 유출은 프록시 접근을 위협합니다. 2FA는 비밀번호를 재사용할 때도 보호 수준을 추가합니다 (비밀번호 재사용은 나쁜 관행입니다).
3. 공공 Wi-Fi에서의 트래픽 가로채기
보호되지 않은 Wi-Fi(공항, 카페)를 통해 프록시 공급자 패널에 접근하는 경우, 공격자가 세션을 가로챌 수 있습니다. 2FA가 있으면 가로챈 세션도 중요한 작업(IP 인증 설정 변경, 비밀번호 변경)에 접근할 수 없습니다.
4. 이전 직원 또는 파트너의 접근
팀에서 일하고 계약자나 직원과 프록시 접근을 공유한 경우, 협력 종료 후에도 비밀번호를 유지할 수 있습니다. 2FA는 물리적으로 당신의 장치에 접근하지 않고는 계정에 로그인할 수 없도록 보장합니다.
프록시를 위한 이중 인증 방법
프록시 공급자는 여러 가지 2FA 방법을 제공합니다. 선택은 필요한 보안 수준과 사용 편의성에 따라 다릅니다:
| 2FA 방법 | 보안 수준 | 편리함 | 언제 사용해야 하는가 |
|---|---|---|---|
| Google Authenticator / Authy | 높음 | 높음 | 중재자 및 SMM의 개인 계정용 |
| SMS 코드 | 중간 | 중간 | 앱이 설치된 스마트폰에 접근할 수 없을 때 |
| 이메일 코드 | 낮음 | 높음 | 권장하지 않음 (이메일이 쉽게 유출될 수 있음) |
| 하드웨어 키 (YubiKey) | 매우 높음 | 중간 | 중요한 데이터가 있는 팀을 위한 |
Google Authenticator 및 Authy: 추천 방법
인증 앱(Google Authenticator, Authy, Microsoft Authenticator)은 TOTP(Time-based One-Time Password) 알고리즘을 기반으로 일회용 코드를 생성합니다. 코드는 30초마다 업데이트되며 오프라인에서 작동합니다 — 인터넷이나 모바일 연결이 필요하지 않습니다.
중재자 및 SMM을 위한 장점:
- 통신사에 의존하지 않음 (SMS와 달리) — 코드는 로컬에서 생성됩니다.
- 가로채기 방지 — SS7 공격을 통해 코드를 가로챌 수 없음 (SMS에 해당)
- Authy는 백업을 지원 — 새로운 장치에서 접근을 복구할 수 있습니다.
- 무료이며 iOS, Android, Windows, macOS에서 작동합니다.
SMS 코드: 언제 허용되는가
SMS 코드는 편리하지만 SS7 취약점이나 SIM 스왑 공격(공격자가 당신의 SIM 카드를 자신의 것으로 변경하는 경우)으로 인해 덜 안전합니다. SMS는 다음과 같은 경우에만 사용하세요:
- 프록시 공급자가 인증 앱을 지원하지 않는 경우
- 낮은 위험 작업을 수행하는 경우 (예: 가격 파싱, 멀티 계정이 아닌 경우)
- 앱이 설치된 스마트폰에 접근할 수 없는 경우
프록시 공급자 패널에서 2FA 설정: 단계별 안내
대부분의 프록시 공급자(ProxyCove 포함)는 Google Authenticator를 통해 2FA 설정을 제공합니다. 이 과정은 2-3분이 소요됩니다:
1단계: 인증 앱 설치
공식 앱 스토어에서 Google Authenticator(iOS, Android) 또는 Authy(iOS, Android, Windows, macOS)를 다운로드합니다. 여러 장치 간에 코드를 동기화하려면 Authy가 더 좋습니다.
2단계: 프록시 공급자 개인 계정에 로그인
공급자 웹사이트에서 관리 패널을 엽니다. "보안" 또는 "계정 설정" 섹션으로 이동합니다 (이름은 다를 수 있습니다).
3단계: 이중 인증 활성화
"2FA 활성화" 또는 "이중 인증" 옵션을 찾습니다. 시스템은 QR 코드를 표시하고 텍스트 키(비밀 코드)를 제공합니다.
4단계: 앱에서 QR 코드 스캔
Google Authenticator 또는 Authy를 열고 "계정 추가" → "QR 코드 스캔"을 클릭합니다. 브라우저의 QR 코드를 카메라에 맞춥니다. 앱이 자동으로 계정을 추가하고 코드를 생성하기 시작합니다.
중요: 카메라가 작동하지 않으면 QR 코드 아래에 표시된 텍스트 키(비밀 키)를 수동으로 입력하세요.
5단계: 첫 번째 코드를 입력하여 확인
앱이 6자리 코드를 표시합니다. 이 코드를 공급자 웹사이트의 "확인 코드" 필드에 입력하고 "확인"을 클릭합니다. 코드가 수락되면 2FA가 활성화됩니다.
6단계: 백업 코드 저장
활성화 후 시스템은 10-12개의 백업 코드를 표시합니다. 이를 안전한 장소(비밀번호 관리자, 암호화된 파일)에 저장하세요. 이 코드는 인증 앱에 접근을 잃었을 때 계정에 로그인할 수 있게 해줍니다.
설정 후, 프록시 공급자 패널에 로그인할 때마다 앱에서 코드를 입력해야 합니다. 이 과정은 5-10초가 소요되지만 보안을 크게 향상시킵니다.
2FA 대안으로서의 IP 인증: 장단점
일부 프록시 공급자는 IP 인증을 제공합니다 — 프록시에 연결하기 위해 로그인과 비밀번호 대신 자신의 IP 주소를 화이트리스트에 지정합니다. 이는 안티탐지 브라우저에서 설정을 간소화하지만 위험을 초래합니다:
| 측면 | IP 인증 | 로그인/비밀번호 + 2FA |
|---|---|---|
| 설정 편리함 | 높음 (데이터 입력 필요 없음) | 중간 (로그인/비밀번호 입력 필요) |
| 보안성 | 낮음 (IP가 유출되면 프록시 접근 가능) | 높음 (비밀번호 + 2FA 코드 필요) |
| 동적 IP 작업 | 불편 (화이트리스트에서 IP 업데이트 필요) | 편리 (어떤 IP에서도 작동) |
| 다양한 위치에서의 접근 | 어렵다 (각 IP 추가 필요) | 쉬움 (로그인/비밀번호는 어디서나 작동) |
추천: 정적 IP가 있고 한 위치(사무실, 집)에서 작업하는 경우에만 IP 인증을 사용하세요. 자주 위치를 변경하거나 VPN을 통해 작업하는 중재자와 SMM에게는 로그인/비밀번호와 2FA를 사용하는 것이 좋습니다. 공급자가 허용하는 경우, 두 방법을 조합하세요: 프록시를 위한 IP 인증 + 개인 계정을 위한 2FA.
안티탐지 브라우저에서 프록시 보호: Dolphin Anty, AdsPower, Multilogin
안티탐지 브라우저(Dolphin Anty, AdsPower, Multilogin, GoLogin)는 프로필에 프록시 설정을 저장합니다. 공격자가 안티탐지 브라우저에서 당신의 계정에 접근하게 되면, 모든 프록시 데이터가 보입니다. 어떻게 보호할 수 있을까요:
1. 안티탐지 브라우저에서 2FA 활성화
Dolphin Anty, AdsPower 및 Multilogin은 계정 로그인에 대한 이중 인증을 지원합니다. 프록시 공급자와 마찬가지로 설정하세요 (Google Authenticator를 통해). 이는 프록시 데이터가 있는 프로필에 대한 무단 접근으로부터 보호합니다.
2. 프로필 암호화 사용
일부 안티탐지 브라우저(예: Multilogin)는 로컬 프로필 데이터를 비밀번호로 암호화할 수 있습니다. 누군가가 당신의 컴퓨터에 접근하더라도, 비밀번호 없이는 프로필을 열 수 없습니다.
3. 브라우저에 프록시 비밀번호 저장하지 않기
프록시 공급자가 IP 인증을 지원하는 경우, 로그인/비밀번호 대신 이를 안티탐지 브라우저에서 연결하는 데 사용하세요. 이렇게 하면 프록시 데이터가 프로필에 저장되지 않습니다.
4. 프록시 비밀번호를 정기적으로 변경
레지던트 프록시를 회전하여 사용하는 경우, 공급자가 접근 비밀번호를 변경할 수 있도록 허용할 수 있습니다. 특히 팀에서 작업하는 경우 매달 변경하세요.
팀 내 프록시 접근 안전하게 분배하기
팀(미디어 구매자, 디자이너, 타겟 마케팅 전문가)와 함께 작업하는 경우, 프록시 접근을 올바르게 공유해야 합니다. 텔레그램이나 이메일을 통해 로그인과 비밀번호를 전달하는 것은 유출 위험이 있습니다. 안전한 접근을 조직하는 방법:
옵션 1: 공급자에서 서브 계정 사용
일부 프록시 공급자는 제한된 권한(예: IP 및 포트 보기만 가능, 청구 및 설정 변경 접근 없음)으로 서브 계정을 생성할 수 있습니다. 각 직원에게 별도의 서브 계정을 만들고 퇴사 시 접근을 철회하세요.
옵션 2: 패널 접근이 아닌 IP 및 포트만 전달
개인 계정의 로그인과 비밀번호를 전달하는 대신, 직원의 작업 공간에 대한 IP 인증을 설정하고 연결 데이터(IP:포트 또는 IP:포트:로그인:비밀번호)를 전달하세요. 이렇게 하면 직원들이 프록시를 사용할 수 있지만 관리 패널에 접근할 수는 없습니다.
옵션 3: 공유 접근이 가능한 비밀번호 관리자 사용
1Password, Bitwarden 또는 LastPass와 같은 서비스는 제한된 접근이 가능한 공유 비밀번호 저장소를 생성할 수 있습니다. 비밀번호 관리자에 프록시 데이터를 저장하고 필요한 직원에게만 접근을 허용하세요. 직원이 퇴사하면 저장소 접근을 철회하고 비밀번호를 변경하세요.
2FA 손실 시 백업 코드 및 접근 복구
Google Authenticator가 설치된 전화기를 잃어버리거나 시스템을 재설치한 경우 어떻게 해야 할까요? 백업 코드가 없으면 프록시 공급자 계정에 접근할 수 없습니다. 어떻게 대비할 수 있을까요:
2FA 설정 직후 백업 코드 저장
2FA를 활성화하면 시스템이 10-12개의 일회용 백업 코드를 표시합니다. 이를 복사하여 다음에 저장하세요:
- 비밀번호 관리자 (1Password, Bitwarden)
- 클라우드 드라이브의 암호화된 파일 (Google Drive, Dropbox의 암호화)
- 안전 금고에 보관된 종이 매체 (중요 계정의 경우)
Google Authenticator 대신 Authy 사용
Authy는 클라우드에서 코드 백업을 지원합니다 (암호화됨). 전화기를 잃어버린 경우, 새로운 장치에 Authy를 설치하고 계정에 로그인하여 모든 코드를 복구할 수 있습니다. Google Authenticator는 이러한 기능이 없습니다.
비밀 키(Secret Key) 저장
2FA 설정 시 시스템이 QR 코드와 텍스트 비밀 키(예: JBSWY3DPEHPK3PXP)를 표시합니다. 이 키를 저장하세요 — 이 키를 사용하여 새로운 앱에 계정을 수동으로 추가하여 접근을 복구할 수 있습니다.
접근을 잃고 백업 코드가 없는 경우 어떻게 해야 하나요
전화기를 잃어버리고 백업 코드와 비밀 키를 저장하지 않았다면, 유일한 방법은 프록시 공급자 지원팀에 문의하는 것입니다. 필요한 사항은 다음과 같습니다:
- 신원 확인 (일반적으로 계정을 등록한 이메일을 통해)
- 최근 결제 데이터 제공 (거래 번호, 금액, 날짜)
- 보안 질문에 답변 (등록 시 설정한 경우)
복구 과정은 몇 시간에서 2-3일이 걸릴 수 있습니다. 이 시간 동안 관리 패널에 로그인하거나 프록시 설정을 변경할 수 없습니다 (프록시는 계속 작동합니다).
보안 체크리스트: 프록시를 해킹으로부터 보호하는 방법
이중 인증은 중요한 보안 요소이지만 유일한 요소는 아닙니다. 종합적인 접근 방식을 사용하세요:
✅ 필수 조치 (모두에게 해당)
- 프록시 공급자 계정에서 2FA 활성화 — Google Authenticator 또는 Authy 사용
- 고유한 비밀번호 사용 — 다른 서비스의 비밀번호를 반복하지 마세요 (확인하려면 HaveIBeenPwned를 확인하세요)
- 백업 코드 저장 — 비밀번호 관리자 또는 암호화된 파일에 저장
- 공공 Wi-Fi를 통해 패널에 로그인하지 마세요 — VPN 또는 모바일 인터넷 사용
- 공급자 웹사이트의 URL 확인 — 공식 도메인인지 확인하세요 (피싱 복사본이 아님)
⚡ 추가 조치 (팀 및 중요한 프로젝트를 위한)
- 안티탐지 브라우저에서 2FA 활성화 — 프록시 데이터가 있는 프로필 보호
- IP 인증 + 로그인/비밀번호 사용 — 프록시 연결에 대한 이중 보호
- 직원을 위한 서브 계정 생성 — 기본 접근 권한 전달 대신
- 활성 세션을 정기적으로 확인 — 공급자 패널에서 누가 언제 계정에 로그인했는지 확인
- 3개월마다 비밀번호 변경 — 특히 계약자와 작업하는 경우
🔒 고급 조치 (편집증 및 높은 위험 프로젝트를 위한)
- 하드웨어 키(YubiKey) 사용 — 인증 앱 대신
- 프록시 전용 이메일 생성 — 기본 이메일과 연결되지 않음
- 로그인 알림 설정 — 계정에 로그인할 때마다 이메일 수신
- 공급자 패널 접근을 위한 VPN 사용 — 실제 IP 숨기기
- 프록시 데이터를 암호화된 저장소에 보관 — VeraCrypt 또는 BitLocker
결론
프록시를 위한 이중 인증은 중재자, SMM 전문가 및 멀티 계정 작업을 하는 모든 사람에게 기본적인 보안 조치입니다. 프록시 공급자의 계정 해킹은 수십 개의 광고 계정 차단, 고객 데이터 유출 및 재정적 손실로 이어질 수 있습니다. Google Authenticator 또는 Authy를 통한 2FA 설정은 2-3분이 걸리지만, 피싱, 데이터베이스 유출 및 비밀번호 가로채기 공격의 99%를 방지합니다.
반드시 백업 코드와 비밀 키를 저장하세요 — 없으면 접근 복구에 며칠이 걸릴 수 있습니다. 팀에서 작업하는 경우, 기본 접근 권한 전달 대신 서브 계정이나 비밀번호 관리자를 사용하세요. 2FA를 고유한 비밀번호, IP 인증, 안티탐지 브라우저의 프로필 암호화와 같은 다른 조치와 결합하세요.
Facebook, Instagram 또는 TikTok에서 멀티 계정 작업을 계획하고 있다면, 2FA 및 IP 인증을 지원하는 공급자를 선택하는 것이 좋습니다. 이러한 작업에 가장 적합한 것은 모바일 프록시입니다 — 이들은 플랫폼의 신뢰 수준이 높고 차단 위험이 최소화되며, 이중 인증과 결합하면 계정 보호를 극대화합니다.