모바일 애플리케이션 디버깅을 위한 찰스 프록시: 트래픽 가로채기 및 HTTP/HTTPS 분석 완벽 가이드

```html

애플리케이션을 실행했는데 예측할 수 없는 방식으로 작동합니다: 데이터가 로드되지 않거나 광고가 표시되지 않으며, 계정이 명확한 이유 없이 정지됩니다. "엔진" 아래에서 무슨 일이 일어나고 있는지 이해하려면 애플리케이션과 서버 간의 실제 HTTP 요청을 볼 수 있어야 합니다. 이를 위해 존재하는 것이 바로 Charles Proxy입니다. 이 도구는 모바일 애플리케이션의 트래픽을 실시간으로 가로채고 분석하며 변경할 수 있게 해줍니다.

이 가이드에서는 iOS와 Android용 Charles Proxy의 전체 설정, HTTPS 작업, 서버 응답 변경 및 외부 프록시 서버와의 통합을 다룰 것입니다. 이 모든 것은 불필요한 이론 없이 실습만으로 진행됩니다.

Charles Proxy란 무엇이며 왜 필요한가

Charles Proxy는 Windows, macOS 및 Linux용 데스크톱 애플리케이션으로, 귀하의 장치(스마트폰, 에뮬레이터)와 인터넷 간의 HTTP/HTTPS 프록시 역할을 합니다. Charles를 통해 트래픽을 전송하면 프로그램이 모든 요청과 응답을 기록하여 애플리케이션이 서버에 전송하는 데이터의 모든 바이트를 볼 수 있게 해줍니다.

본질적으로 Charles는 Chrome 브라우저의 DevTools와 같은 역할을 하지만, 내장된 검사기가 없는 모바일 애플리케이션을 위한 것입니다. 이는 특히 다음과 같은 경우에 중요합니다:

• 애플리케이션이 인증 또는 계정 등록 시 어떤 매개변수를 전송하는지
• 서버로 전송되는 헤더(사용자 에이전트, 장치 ID, 토큰 등)
• Facebook, TikTok 또는 Instagram이 로그인 시 장치를 어떻게 확인하는지
• 특정 조건에서 애플리케이션이 오류를 반환하는 이유
• 마켓플레이스가 가격 또는 카탈로그 요청 시 어떤 데이터를 전송하는지

중재자에게 Charles Proxy는 정찰 도구입니다: Facebook Ads가 장치에서 수집하는 지문 데이터를 실제로 보고, 계정이 로그인 직후 정지되는 이유를 이해할 수 있습니다. SMM 전문가들은 Instagram 및 TikTok의 API를 분석하여 요청의 한계와 패턴을 이해하는 데 Charles를 사용합니다. 개발자와 테스터는 서버 응답을 시뮬레이션하고 비정상적인 상황에서 애플리케이션의 동작을 확인하는 데 사용합니다.

Charles Proxy의 주요 기능:

• HTTP 및 HTTPS 트래픽 가로채기 (TLS 1.3 포함)
• 편리한 형식으로 요청 및 응답 본문 보기 (JSON, XML, 텍스트)
• 서버 응답 변경 (재작성, 로컬 맵, 원격 맵)
• 수동 요청 편집을 위한 중단점
• 느린 인터넷을 시뮬레이션하기 위한 연결 속도 조절
• 세션 기록 및 재생
• 외부 프록시 지원 (HTTP, SOCKS5)

Charles Proxy 설치 및 초기 설정

Charles Proxy는 30일 무료 체험 기간이 있는 유료 애플리케이션으로 배포됩니다. 공식 웹사이트 charlesproxy.com에서 다운로드할 수 있습니다. macOS, Windows 및 Linux 버전은 기능적으로 동일합니다.

1단계. 애플리케이션 설치

운영 체제에 맞는 설치 프로그램을 다운로드하여 실행하고 표준 설치 절차를 따릅니다. Charles를 실행하면 즉시 컴퓨터에서 8888 포트를 수신 대기하기 시작합니다. 이 포트는 기본값으로, 장치가 트래픽을 전송할 포트입니다.

2단계. 컴퓨터의 IP 주소 확인

모바일 장치가 Charles에 연결하려면 컴퓨터와 동일한 Wi-Fi 네트워크에 있어야 합니다. 로컬 네트워크에서 컴퓨터의 IP 주소를 확인하세요:

• macOS: 시스템 환경 설정 → 네트워크 → Wi-Fi 선택 → IP 주소
• Windows: 명령 프롬프트 → ipconfig → IPv4 주소
• Charles 내에서: 도움말 → 로컬 IP 주소

이 주소를 기억하세요 — 스마트폰에서 프록시 설정 시 필요합니다. 일반적으로 192.168.1.X와 같은 형식입니다.

3단계. 장치의 연결 허용

모바일 장치가 처음 연결할 때 Charles는 "IP xxx.xxx.x.x에서의 연결을 허용하시겠습니까?"라는 질문이 포함된 대화 상자를 표시합니다. 허용을 클릭하세요. 대화 상자가 나타나지 않으면 Windows 또는 macOS 방화벽이 Charles를 차단하고 있는지 확인하세요. macOS에서는 시스템 환경 설정 → 보안 → 방화벽에서 수신 연결을 명시적으로 허용해야 할 수 있습니다.

Android용 Charles Proxy 설정

Android 설정은 두 부분으로 나뉩니다: Charles를 통해 트래픽을 전송하고 HTTPS를 해독하기 위한 인증서를 설치하는 것입니다. 인증서 없이 암호화된 데이터만 보게 되며, 이는 쓸모없는 문자 집합입니다.

Android에서 Wi-Fi 프록시 설정하기

1. 설정 → Wi-Fi를 엽니다.
2. 연결된 네트워크를 길게 누르고 네트워크 변경을 선택합니다.
3. 추가 옵션을 활성화합니다.
4. 프록시 필드에서 수동을 선택합니다.
5. 프록시 호스트: 컴퓨터의 IP 주소 (예: 192.168.1.5)
6. 포트: 8888
7. 설정을 저장합니다.

이후 모든 HTTP 트래픽은 Charles를 통해 전송됩니다. 애플리케이션 화면에 요청 기록이 나타나기 시작합니다.

Android에 Charles 인증서 설치하기

1. 장치에서 브라우저를 열고 chls.pro/ssl로 이동합니다.
2. 인증서 파일 .pem이 다운로드됩니다.
3. 설정 → 보안 → 인증서 설치를 엽니다.
4. 다운로드한 파일을 선택하고 CA 인증서로 설치합니다.
5. 예를 들어 "Charles SSL"과 같은 이름을 지정합니다.

Android 7 이상에서는 기본적으로 애플리케이션이 사용자 인증서를 신뢰하지 않습니다. 이는 시스템 애플리케이션과 대부분의 서드파티 애플리케이션(Facebook, Instagram, TikTok)이 가로채기를 차단한다는 것을 의미합니다. 이러한 애플리케이션과 작업하려면 루트 접근 권한이 필요하거나 시스템 저장소에 인증서를 설치할 수 있는 Android 에뮬레이터(예: Genymotion 또는 Android Studio Emulator)를 사용해야 합니다.

iOS용 Charles Proxy 설정

iOS에서는 절차가 조금 더 간단합니다. Apple은 프로파일을 통한 인증서 설치를 위한 표준 메커니즘을 제공하며, 대부분의 애플리케이션은 시스템 프록시 설정을 존중합니다.

iPhone/iPad에서 Wi-Fi 프록시 설정하기

1. 설정 → Wi-Fi를 엽니다.
2. 연결된 네트워크 옆의 (i) 아이콘을 클릭합니다.
3. HTTP 프록시 섹션까지 아래로 스크롤합니다.
4. 수동을 선택합니다.
5. 서버: Charles가 실행 중인 컴퓨터의 IP 주소
6. 포트: 8888
7. 인증: 꺼짐 (Charles에서 설정되지 않은 경우)

iOS에 Charles 인증서 설치하기

1. iPhone에서 Safari 브라우저를 열고 chls.pro/ssl로 이동합니다.
2. Safari에서 구성 프로파일 설치를 제안합니다 — 허용을 클릭합니다.
3. 설정 → 일반 → VPN 및 장치 관리로 이동합니다.
4. Charles 프로파일을 찾아 설치를 클릭합니다.
5. 필요시 장치 PIN 코드를 입력합니다.
6. 이제 설정 → 일반 → 이 장치에 대해 → 인증서 신뢰 설정으로 이동합니다.
7. Charles Proxy CA 옆의 스위치를 켭니다.

이후 Charles는 대부분의 iOS 애플리케이션의 HTTPS 트래픽을 해독할 수 있습니다. 예외는 Certificate Pinning(인증서 고정)이 활성화된 애플리케이션으로, 예를 들어 은행 애플리케이션과 일부 Instagram 버전이 이에 해당합니다. 이러한 애플리케이션을 분석하려면 탈옥과 SSL Kill Switch와 같은 특별한 트윅이 필요합니다.

HTTPS 트래픽 가로채기: SSL 프록시 설정

인증서를 설치한 후에도 Charles는 기본적으로 HTTPS 트래픽을 해독하지 않습니다. SSL 프록시를 활성화할 도메인을 명시적으로 지정해야 합니다. 이는 불필요한 데이터로 인터페이스가 과부하되지 않도록 하기 위한 것입니다.

SSL 프록시 활성화 방법

1. Charles 메뉴에서 프록시 → SSL 프록시 설정을 선택합니다.
2. SSL 프록시 활성화를 체크합니다.
3. 포함 섹션에서 추가를 클릭합니다.
4. 호스트 필드에 * (별표 = 모든 도메인)을 입력합니다.
5. 포트 필드에 443를 입력합니다.
6. 확인을 클릭하고 가로채기를 재시작합니다.

이제 Charles는 모든 도메인에 대한 HTTPS 트래픽을 해독합니다. 특정 서비스에 관심이 있다면 별표 대신 해당 도메인을 지정하세요. 예를 들어 Instagram을 분석하려면 *.instagram.com, Facebook의 경우 *.facebook.com을 입력합니다.

SSL 프록시 활성화 후 확인할 수 있는 내용

Charles의 왼쪽 패널에서 도메인 트리를 볼 수 있습니다. 요청을 클릭하면 오른쪽에서 URL, 메서드 (GET/POST), 요청 헤더, 요청 본문(있는 경우) 및 서버 응답에 대한 자세한 정보가 열립니다. 요청 및 응답 탭은 데이터를 원시 형식 또는 편리한 형식(예: JSON, XML, HTML)으로 보여줍니다.

요청 헤더는 특히 중요합니다 — 여기에는 인증 토큰, 장치 ID, 애플리케이션 버전 및 플랫폼에서 검증에 사용하는 기타 데이터가 포함됩니다. Facebook Ads 또는 TikTok에 대한 요청에서 의심스러운 매개변수를 발견하면 계정이 차단되는 이유를 이해하는 첫 번째 단계가 됩니다.

분석 도구: 중단점, 재작성 및 로컬 맵

Charles는 단순한 트래픽 뷰어가 아니라 트래픽을 수정할 수 있는 강력한 도구입니다. 가장 자주 사용되는 세 가지 주요 도구는 다음과 같습니다:

중단점 — 요청 또는 응답을 가로채기

중단점은 요청이나 응답이 통과하는 순간 가로채고 데이터를 수신자에게 도달하기 전에 수동으로 수정할 수 있게 해줍니다. 이는 테스트를 위한 강력한 도구입니다: 요청 매개변수를 변경하거나 다른 토큰을 삽입하거나 서버 응답을 수정할 수 있습니다.

중단점을 설정하려면: 목록에서 요청을 마우스 오른쪽 버튼으로 클릭 → 중단점을 선택합니다. 이제 애플리케이션이 이 URL에 접근할 때마다 Charles는 전송을 일시 중지하고 편집 창을 엽니다. 원하는 매개변수를 변경하고 실행을 클릭하여 계속 진행할 수 있습니다.

재작성 — 데이터 자동 변경

재작성은 자동으로 작동합니다: "요청에 X가 포함되면 Y로 변경"이라는 규칙을 설정하면 Charles는 귀하의 개입 없이 모든 적합한 요청에 이를 적용합니다. 이는 대량 테스트에 유용합니다: 예를 들어 특정 도메인에 대한 모든 요청에서 특정 헤더의 값을 변경할 수 있습니다.

설정: 도구 → 재작성 → 추가 → 규칙 세트 이름을 지정 → 규칙 추가 → 유형(헤더, 본문, URL 등), 검색할 내용 및 변경할 내용을 지정합니다.

로컬 맵 — 로컬 파일로 응답 변경

로컬 맵은 서버 응답을 로컬 파일의 내용으로 대체할 수 있게 해줍니다. 이는 실제 백엔드 없이 애플리케이션을 테스트할 때 필수적입니다: 필요한 데이터가 포함된 JSON 파일을 생성하면 애플리케이션이 실제 API 응답 대신 이를 받게 됩니다.

설정: 도구 → 로컬 맵 → 추가 → 가로챌 URL 및 로컬 파일 경로를 지정합니다. 이제 이 URL에 대한 모든 요청은 귀하의 파일 내용을 반환합니다. 이는 경계 사례를 테스트하는 데 유용합니다: 빈 상품 목록, 서버 오류 500, 비표준 데이터 형식.

도구	언제 사용하나요	난이도
중단점	한 번의 수동 요청/응답 수정	낮음
재작성	규칙에 따른 자동 변경	중간
로컬 맵	API 응답을 로컬 파일로 변경	낮음
원격 맵	요청을 다른 서버로 리디렉션	중간
스로틀	느린 연결 시뮬레이션	낮음

Charles를 통해 외부 프록시 서버 연결하기

Charles Proxy는 로컬 가로채기뿐만 아니라 장치와 외부 프록시 서버 간의 중개 역할도 할 수 있습니다. 이는 특정 IP 주소를 통해 트래픽을 분석하고 전송해야 할 때 특히 유용합니다. 예를 들어, 다른 국가에서 연결할 때 애플리케이션이 어떻게 작동하는지 확인할 수 있습니다.

이러한 구조는 다음과 같습니다: 스마트폰 → Charles Proxy (컴퓨터) → 외부 프록시 서버 → 인터넷. Charles에서 모든 트래픽을 볼 수 있지만, 요청은 원하는 IP를 통해 전송됩니다.

Charles에서 외부 프록시 설정하기

1. 프록시 → 외부 프록시 설정을 엽니다.
2. 외부 프록시 서버 사용를 체크합니다.
3. HTTP 트래픽의 경우: 웹 프록시 (HTTP)를 활성화하고 프록시의 호스트와 포트를 입력합니다.
4. HTTPS 트래픽의 경우: 보안 웹 프록시 (HTTPS)를 활성화하고 동일한 정보를 입력합니다.
5. 프록시가 인증을 요구하는 경우 — 사용자 이름과 비밀번호를 입력합니다.
6. 확인을 클릭합니다.

Charles는 HTTP 및 SOCKS5 프록시를 지원합니다. SOCKS5의 경우 동일한 설정에서 SOCKS 프록시 탭을 사용하세요. 주거용 프록시를 사용하여 IP를 회전하는 경우, 각 새로운 요청은 다른 주소를 통해 전송되며, 이는 플랫폼이 모바일 IP에 어떻게 반응하는지 테스트하는 데 유용합니다.

로컬 트래픽에 대한 예외

일부 트래픽이 직접적으로(외부 프록시 없이) 전송되도록 하려면 다음 호스트에 대한 외부 프록시 우회 필드에 예외를 추가하세요. 예를 들어, 로컬 주소 localhost 및 127.0.0.1는 일반적으로 제외하는 것이 좋습니다. 이는 로컬 서비스가 중단되지 않도록 하기 위함입니다.

실용적인 시나리오: 중재, SMM 및 애플리케이션 테스트

Charles Proxy가 실제 작업에서 사용되는 특정 작업을 살펴보겠습니다 — 불필요한 이론 없이.

시나리오 1. 중재 — Facebook Ads의 지문 분석

중재자의 주요 작업 중 하나는 Facebook이 로그인 직후 계정을 차단하는 이유를 이해하는 것입니다. Charles는 Facebook 애플리케이션의 첫 요청을 가로채고 Meta 서버에 전송되는 장치에 대한 데이터를 볼 수 있게 해줍니다.

graph.facebook.com에 대한 요청에서 device_id, hardware_id, advertiser_id 및 기타 식별자와 같은 매개변수를 볼 수 있습니다. 이는 여러 계정으로 작업할 때 안티 디텍트 브라우저인 Dolphin Anty 또는 AdsPower에서 격리해야 할 데이터를 이해하는 데 도움이 됩니다.

또한 차단 시 서버 응답을 가로채는 것도 유용합니다 — 일반적으로 오류 코드와 Facebook이 애플리케이션 인터페이스에서 표시하지 않는 차단 이유가 포함되어 있습니다.

시나리오 2. SMM — Instagram 및 TikTok API 연구

10-50개의 클라이언트 계정을 관리하는 SMM 전문가들은 종종 플랫폼의 한계에 직면합니다: Instagram은 시간당 좋아요, 팔로우 및 댓글 수를 제한합니다. Charles는 계정을 수동으로 작업할 때 이러한 한계를 정확하게 측정할 수 있게 해줍니다.

i.instagram.com에 대한 요청을 가로채면 API 구조: 엔드포인트, 매개변수, 인증 토큰을 볼 수 있습니다. 이는 자동화를 설정하여 실제 사용자 행동을 모방하고 차단되지 않도록 하는 데 도움이 됩니다. TikTok에서도 유사하게 작동합니다 — api16-normal-c-useast1a.tiktokv.com에 대한 요청을 분석하면 플랫폼이 어떤 매개변수를 확인하는지 알 수 있습니다.

시나리오 3. 전자상거래 — 마켓플레이스 API 분석

Wildberries, Ozon 및 Avito의 판매자들은 경쟁자의 가격 모니터링을 적극적으로 사용합니다. Charles는 마켓플레이스 모바일 애플리케이션의 요청을 가로채고 가격 및 재고 데이터가 로드되는 엔드포인트를 볼 수 있게 해줍니다. 이는 모바일 애플리케이션의 행동을 모방하는 파서를 설정하는 데 도움이 됩니다 — 이러한 요청은 브라우저 파서의 요청보다 훨씬 쉽게 통과합니다.

예를 들어, Wildberries 애플리케이션에서 catalog.wb.ru에 대한 요청을 가로채면 필터링 및 페이지 매김 매개변수의 정확한 구조를 볼 수 있습니다. 이는 보호를 우회하는 데 훨씬 더 효율적인 파서를 구축하기 위한 준비된 템플릿을 제공합니다. 안정적인 파싱을 위해서는 데이터 센터 프록시가 필요합니다. 높은 속도와 안정성을 제공합니다.

시나리오 4. 모바일 애플리케이션 QA 테스트

테스터는 비정상적인 상황에서 애플리케이션의 동작을 확인하기 위해 Charles를 사용합니다. 로컬 맵을 사용하여 서버 응답을 500 오류로 변경하고 애플리케이션이 백엔드 실패를 처리하는 방식을 확인할 수 있습니다. 스로틀은 느린 인터넷(3G, Edge)을 시뮬레이션하고 애플리케이션이 긴 로딩 중에 멈추지 않는지 확인하는 데 도움이 됩니다. 중단점은 데이터를 수동으로 변경하고 경계 사례를 확인하는 기회를 제공합니다 — 예를 들어, 서버가 상품 목록 대신 빈 배열을 반환할 경우 어떤 일이 발생하는지 확인할 수 있습니다.

자주 발생하는 문제 및 해결 방법

Charles Proxy를 사용할 때 초보자는 종종 같은 문제에 직면합니다. 가장 일반적인 문제를 살펴보겠습니다.

문제 1: Charles가 HTTPS 요청의 내용 대신 "unknown"을 표시합니다.

원인: SSL 프록시가 활성화되지 않았거나 장치에 인증서가 설치되지 않았습니다.
해결 방법: 프록시 → SSL 프록시 설정에서 SSL 프록시가 활성화되어 있고 호스트 *:443가 추가되어 있는지 확인하세요. Charles 인증서가 장치에 설치되어 있고 전체 신뢰가 활성화되어 있는지 확인하세요(ios에서는 인증서 신뢰 설정을 통해).

문제 2: 트래픽이 가로채지지 않으며 요청 목록이 비어 있습니다.

원인: 장치가 Charles를 통해 트래픽을 전송하지 않거나 Charles가 연결을 수락하지 않습니다.
해결 방법: 장치와 컴퓨터가 동일한 Wi-Fi 네트워크에 있는지 확인하세요. 장치의 프록시 설정에서 올바른 컴퓨터 IP와 포트 8888이 지정되어 있는지 확인하세요. Charles에서 가로채기가 활성화되어 있는지 확인하세요: 프록시 → 기록 시작(또는 툴바의 빨간 점 버튼).

문제 3: Charles가 활성화된 상태에서 애플리케이션이 작동하지 않습니다.

원인: 애플리케이션이 Certificate Pinning을 사용하고 있습니다 — 신뢰 체인뿐만 아니라 특정 서버 인증서도 확인합니다. Charles 인증서가 예상과 일치하지 않습니다.
루트가 있는 Android의 해결 방법: Magisk 모듈 TrustUserCerts를 설치하거나 Frida를 사용하여 SSL Pinning을 우회하세요. 탈옥이 있는 iOS의 경우 — SSL Kill Switch 2. 루트/탈옥 없이 Certificate Pinning을 우회하는 것은 매우 어렵습니다.

문제 4: Charles가 너무 많은 트래픽을 가로채며 인터페이스가 느려집니다.

원인: 모든 애플리케이션의 모든 트래픽이 기록되고 있으며 시스템 서비스도 포함됩니다.
해결 방법: 필터링을 사용하세요. 필드 필터(왼쪽 패널 하단)에 관심 있는 서비스의 도메인을 입력하세요. 또는 프록시 → 액세스 제어 설정에서 액세스 제어를 설정하여 Charles가 특정 애플리케이션에서만 연결을 수락하도록 하세요: 프록시 → 기록 설정 → 포함/제외.

문제 5: Charles를 종료한 후 인터넷이 작동하지 않습니다.

원인: 모바일 장치에 프록시 설정이 남아 있지만 Charles가 종료되어 트래픽이 전송될 곳이 없습니다.
해결 방법: Charles 작업이 끝난 후 항상 장치에서 프록시 설정을 제거하세요. Wi-Fi 설정에서 프록시 매개변수를 "없음" 또는 "비활성화"로 되돌리세요.

문제	빠른 해결 방법
HTTPS가 "unknown"을 표시합니다.	SSL 프록시 활성화 + 인증서 설치
요청 목록이 비어 있습니다.	IP, 포트 및 Charles가 기록 모드인지 확인하세요.
애플리케이션이 열리지 않습니다.	Certificate Pinning — 루트/탈옥 필요
인터페이스가 느립니다.	필드 필터에 도메인 추가
종료 후 인터넷이 없습니다.	장치에서 프록시 설정 제거

결론

Charles Proxy는 모바일 애플리케이션과 작업하는 모든 사람에게 가장 유용한 도구 중 하나입니다: Facebook Ads의 검증 메커니즘을 이해하고자 하는 중재자, Instagram API를 연구하는 SMM 전문가, 비정상적인 조건에서 애플리케이션의 동작을 테스트하는 개발자 등. 설치는 15-20분 정도 소요되며, 설정 후 열리는 가능성은 과소평가할 수 없습니다.

기억해야 할 가장 중요한 점은: Charles는 분석 및 디버깅 도구이지 익명화 도구가 아니라는 것입니다. 여러 계정으로 작업하거나 다양한 지리적 위치에서 테스트하거나 플랫폼의 제한을 우회하려면 별도의 보호 수준이 필요합니다 — 실제 IP 주소가 있는 프록시 서버가 필요합니다.

모바일 애플리케이션의 트래픽을 분석하여 중재하거나 소셜 미디어 계정으로 작업하는 경우, 주거용 프록시와 함께 Charles를 사용하는 것이 좋습니다 — 이는 가정 사용자들의 실제 IP를 제공하여 테스트 및 계정 작업 시 차단 위험을 최소화합니다. 높은 속도와 안정성이 중요한 작업(예: 마켓플레이스 API 대량 파싱)에는 높은 가동 시간을 가진 데이터 센터 프록시가 적합합니다.