Bỏ qua SSL Pinning qua proxy: cách chặn lưu lượng ứng dụng di động mà không làm hỏng bài kiểm tra

```html

Bạn đang thiết lập proxy, kết nối thiết bị - và ứng dụng vẫn không hiển thị lưu lượng hoặc gặp lỗi. Có khả năng cao vấn đề nằm ở SSL Pinning: một biện pháp bảo vệ mà các nhà phát triển cố ý tích hợp vào ứng dụng để ngăn chặn việc chặn các yêu cầu HTTPS. Đây là một cơn đau đầu cho tất cả những ai phân tích hành vi của các ứng dụng cạnh tranh, kiểm tra các tích hợp quảng cáo hoặc nghiên cứu API của các thị trường.

Trong hướng dẫn này, chúng ta sẽ tìm hiểu SSL Pinning là gì, tại sao nó cản trở việc làm việc với proxy, và cách vượt qua nó - từng bước, không có lý thuyết thừa.

SSL Pinning là gì và tại sao nó được tích hợp vào các ứng dụng

SSL Pinning (hay Certificate Pinning) là một cơ chế bảo mật, trong đó ứng dụng di động "khâu" trước một chứng chỉ SSL cụ thể hoặc khóa công khai của máy chủ. Mỗi khi kết nối, ứng dụng kiểm tra: liệu chứng chỉ của máy chủ có trùng khớp với chứng chỉ đã được "khâu" bên trong không? Nếu không - kết nối sẽ bị ngắt.

Trong sơ đồ HTTPS thông thường, trình duyệt hoặc ứng dụng tin tưởng bất kỳ chứng chỉ nào được ký bởi một trung tâm chứng nhận (CA) đáng tin cậy. Chính điều này mà các công cụ proxy như Charles Proxy hoặc mitmproxy lợi dụng: chúng thay thế chứng chỉ của mình, giải mã lưu lượng và chuyển tiếp nó đi. Người dùng thấy toàn bộ quá trình trao đổi dữ liệu ở dạng rõ ràng.

SSL Pinning phá vỡ sơ đồ này. Ứng dụng thấy chứng chỉ của công cụ proxy, hiểu rằng nó không trùng khớp với chứng chỉ "gốc" của máy chủ, và từ chối hoạt động. Đó là lý do tại sao bạn thấy các lỗi như SSL handshake failed, Certificate verification failed hoặc chỉ đơn giản là màn hình trống trong ứng dụng.

Các nhà phát triển tích hợp SSL Pinning vì một số lý do:

• Bảo vệ chống lại các cuộc tấn công Man-in-the-Middle (MITM)
• Ngăn chặn việc đảo ngược kỹ thuật API
• Bảo vệ chống lại bot và các yêu cầu tự động
• Ẩn logic nội bộ của việc kiếm tiền và các tích hợp quảng cáo

Trong số các ứng dụng tích cực sử dụng SSL Pinning: ứng dụng ngân hàng, thị trường (Wildberries, Ozon), SDK quảng cáo (Facebook, TikTok), hệ thống thanh toán và các nền tảng thương mại điện tử lớn. Đó là lý do tại sao việc vượt qua SSL Pinning lại quan trọng đối với các nhà tiếp thị, người phân tích và chuyên gia phân tích đối thủ.

Tại sao proxy không hoạt động nếu ứng dụng có SSL Pinning

Khi bạn thiết lập proxy trên điện thoại (ví dụ, qua cài đặt Wi-Fi), toàn bộ lưu lượng HTTP và HTTPS đi qua máy chủ proxy. Đối với HTTP, điều này hoạt động mà không gặp vấn đề gì - lưu lượng vốn đã công khai. Nhưng đối với HTTPS, công cụ proxy phải "đại diện" cho máy chủ, thay thế chứng chỉ của mình.

Đây là nơi xảy ra xung đột. Các ứng dụng thông thường chấp nhận chứng chỉ này nếu bạn đã cài đặt chứng chỉ gốc của công cụ proxy vào kho lưu trữ hệ thống của thiết bị. Nhưng các ứng dụng có SSL Pinning bỏ qua kho lưu trữ hệ thống - chúng chỉ kiểm tra chứng chỉ "đã khâu" của riêng mình.

Quan trọng là phải hiểu: vấn đề không nằm ở máy chủ proxy (cư trú, di động hoặc trung tâm dữ liệu). Proxy ở đây đóng vai trò như một nút trung gian để định tuyến lưu lượng. Vấn đề nằm ở chính ứng dụng, từ chối chấp nhận chứng chỉ đã bị thay thế. Do đó, giải pháp cần được tìm kiếm ở cấp độ ứng dụng hoặc thiết bị, chứ không phải ở cấp độ máy chủ proxy.

Có một số loại SSL Pinning, và chúng khác nhau về độ khó khi vượt qua:

Loại Pinning	Điều gì được kiểm tra	Độ khó khi vượt qua
Certificate Pinning	Chứng chỉ đầy đủ của máy chủ	Trung bình
Public Key Pinning	Khóa công khai từ chứng chỉ	Cao
Hash Pinning	Băm của chứng chỉ hoặc khóa	Cao
Network Security Config	Tập tin cấu hình Android (XML)	Thấp - trung bình

Công cụ để chặn lưu lượng: Charles, mitmproxy, Burp Suite

Trước khi chuyển sang việc vượt qua SSL Pinning, cần chọn công cụ để chặn lưu lượng. Tất cả chúng đều hoạt động theo một nguyên tắc: thiết lập một máy chủ proxy cục bộ, qua đó lưu lượng của thiết bị đi qua. Sự khác biệt nằm ở sự tiện lợi, tính năng và giá cả.

Charles Proxy

Công cụ phổ biến nhất trong số các nhà tiếp thị và kiểm thử viên không có nền tảng kỹ thuật sâu. Có giao diện đồ họa, hoạt động trên Windows và macOS. Cho phép xem tất cả các yêu cầu và phản hồi trong một cây dễ sử dụng, lọc theo miền, chỉnh sửa yêu cầu ngay lập tức. Mất phí, nhưng có thời gian dùng thử. Rất phù hợp cho việc phân tích API của các thị trường và SDK quảng cáo.

mitmproxy

Công cụ miễn phí mã nguồn mở. Hoạt động qua dòng lệnh, nhưng có giao diện web (mitmweb). Rất linh hoạt: hỗ trợ các kịch bản để tự động sửa đổi lưu lượng. Phù hợp cho những ai muốn tự động hóa phân tích hoặc tích hợp việc chặn vào quy trình kiểm thử. Khó thiết lập hơn một chút so với Charles.

Burp Suite

Công cụ chuyên nghiệp để kiểm tra bảo mật. Có phiên bản Community miễn phí với chức năng cơ bản. Đặc biệt tiện lợi cho việc phân tích chi tiết các yêu cầu, làm việc với cookies và phiên. Được sử dụng nhiều trong việc phân tích API của đối thủ và nghiên cứu các tích hợp quảng cáo. Giao diện phức tạp hơn Charles, nhưng khả năng rộng hơn.

Công cụ	Giao diện	Giá	Dành cho ai
Charles Proxy	GUI (dễ sử dụng)	Mất phí (~$50)	Nhà tiếp thị, nhà phân tích
mitmproxy	CLI + Web UI	Miễn phí	Chuyên gia kỹ thuật
Burp Suite	GUI (phức tạp)	Miễn phí / Pro	Kiểm thử viên bảo mật

Đối với hầu hết các nhiệm vụ của nhà tiếp thị hoặc người phân tích - phân tích các yêu cầu quảng cáo, nghiên cứu API của thị trường, giám sát lưu lượng ứng dụng - Charles Proxy sẽ là lựa chọn tối ưu. Nếu cần tự động hóa hoặc làm việc mà không có GUI - mitmproxy.

Các phương pháp vượt qua SSL Pinning: từ đơn giản đến nâng cao

Có một số cách tiếp cận để vượt qua SSL Pinning. Chúng khác nhau về độ khó, yêu cầu đối với thiết bị và độ tin cậy. Hãy xem xét từng cách - từ đơn giản nhất đến mạnh mẽ nhất.

Phương pháp 1: Cài đặt chứng chỉ vào kho lưu trữ hệ thống (chỉ Android)

Cách đơn giản nhất - nhưng chỉ hoạt động cho các ứng dụng sử dụng kho lưu trữ chứng chỉ hệ thống. Trên Android trước phiên bản 7.0, các chứng chỉ tùy chỉnh được chấp nhận ngang hàng với các chứng chỉ hệ thống. Bắt đầu từ Android 7.0, các ứng dụng theo mặc định bỏ qua các CA tùy chỉnh. Nếu ứng dụng rõ ràng cho phép các chứng chỉ tùy chỉnh trong network_security_config.xml - phương pháp này sẽ hoạt động. Đối với hầu hết các ứng dụng hiện đại có SSL Pinning - sẽ không giúp được gì.

Phương pháp 2: Frida - sửa đổi động ứng dụng

Frida là một công cụ để thực hiện động các ứng dụng. Nó cho phép "chặn" các cuộc gọi hàm bên trong ứng dụng và thay thế hành vi của chúng. Đối với việc vượt qua SSL Pinning, có các kịch bản sẵn có để tắt kiểm tra chứng chỉ mà không cần sửa đổi APK. Cần root trên Android hoặc jailbreak trên iOS. Đây là phương pháp đáng tin cậy và linh hoạt nhất.

Phương pháp 3: Sửa đổi APK (Android)

Giải nén tệp APK bằng apktool, xóa hoặc sửa đổi mã SSL Pinning, xây dựng lại và ký lại ứng dụng. Không cần root, nhưng yêu cầu kỹ năng kỹ thuật làm việc với mã smali. Hoạt động tốt cho các ứng dụng có triển khai Pinning đơn giản qua Network Security Config. Đối với các ứng dụng có mã gốc (C/C++) - phức tạp hơn nhiều.

Phương pháp 4: Objection - lớp bọc cho Frida cho người mới

Objection là một công cụ dựa trên Frida với giao diện dòng lệnh đơn giản hơn. Nó chứa các lệnh tích hợp để vượt qua SSL Pinning chỉ với một lệnh: android sslpinning disable. Phù hợp cho những ai không muốn tìm hiểu cách viết kịch bản Frida bằng tay. Cần root hoặc jailbreak.

Phương pháp 5: Sử dụng trình giả lập có root

Thay vì thiết bị vật lý, bạn có thể sử dụng trình giả lập Android (ví dụ, Genymotion hoặc AVD tiêu chuẩn từ Android Studio) với quyền truy cập root được bật. Điều này cho phép cài đặt các chứng chỉ hệ thống và chạy Frida mà không có nguy cơ "brick" điện thoại thực. Đây là một lựa chọn tiện lợi cho việc kiểm tra thường xuyên trong môi trường làm việc.

Vượt qua SSL Pinning trên Android từng bước

Chúng ta sẽ xem xét kịch bản thực tế nhất: thiết bị Android hoặc trình giả lập có root, công cụ Objection + Frida, công cụ proxy Charles Proxy hoặc mitmproxy.

Bước 1: Thiết lập công cụ proxy trên máy tính

Khởi động Charles Proxy hoặc mitmproxy. Theo mặc định, chúng lắng nghe cổng 8888 (Charles) hoặc 8080 (mitmproxy). Ghi nhớ địa chỉ IP của máy tính trong mạng cục bộ - nó sẽ cần thiết cho việc thiết lập proxy trên thiết bị.

Bước 2: Thiết lập proxy trên thiết bị Android

Vào cài đặt Wi-Fi → chọn mạng của bạn → nhấn "Thay đổi" → "Tùy chọn nâng cao" → Proxy: Thủ công. Nhập địa chỉ IP của máy tính và cổng của công cụ. Bây giờ toàn bộ lưu lượng của thiết bị đi qua proxy của bạn.

Bước 3: Cài đặt chứng chỉ của công cụ proxy

Mở trình duyệt trên thiết bị và truy cập địa chỉ chls.pro/ssl (đối với Charles) hoặc mitm.it (đối với mitmproxy). Tải xuống và cài đặt chứng chỉ. Trên Android có root, di chuyển thêm chứng chỉ vào kho lưu trữ hệ thống - điều này cần thiết cho một số ứng dụng.

Bước 4: Khởi động Frida-server trên thiết bị

Tải xuống frida-server phiên bản cần thiết từ GitHub (phiên bản phải trùng với phiên bản Frida trên máy tính). Tải tệp lên thiết bị qua ADB:

adb push frida-server /data/local/tmp/
adb shell "chmod 755 /data/local/tmp/frida-server"
adb shell "su -c /data/local/tmp/frida-server &"

Bước 5: Kết nối qua Objection và tắt SSL Pinning

Trên máy tính, cài đặt Objection qua pip và khởi động nó, chỉ định tên gói của ứng dụng:

pip install objection
objection -g com.example.app explore

Sau khi kết nối, trong console của Objection, thực hiện lệnh tắt SSL Pinning:

android sslpinning disable

Sau đó, mở ứng dụng và bắt đầu tương tác với nó. Lưu lượng sẽ xuất hiện trong Charles hoặc mitmproxy dưới dạng đã giải mã.

Bước 6: Đối với các ứng dụng có Network Security Config

Nếu ứng dụng sử dụng network_security_config.xml, bạn có thể giải nén APK qua apktool, tìm tệp này và thêm quyền cho các chứng chỉ tùy chỉnh, sau đó xây dựng lại và ký lại APK. Điều này hoạt động mà không cần root, nhưng yêu cầu tắt kiểm tra chữ ký của ứng dụng.

Vượt qua SSL Pinning trên iOS từng bước

Trên iOS, tình hình phức tạp hơn: hầu hết các phương pháp yêu cầu jailbreak. Nếu không có, các khả năng bị hạn chế. Hãy xem xét cả hai tùy chọn.

Tùy chọn A: Có jailbreak (iOS 14-16, checkra1n / palera1n)

Bước 1: Thiết lập proxy

Trên iPhone, vào Cài đặt → Wi-Fi → mạng của bạn → Thiết lập proxy → Thủ công. Nhập địa chỉ IP của máy tính và cổng của Charles/mitmproxy.

Bước 2: Cài đặt chứng chỉ

Mở Safari và truy cập chls.pro/ssl. Cài đặt hồ sơ qua Cài đặt → Chung → VPN và quản lý thiết bị. Sau đó kích hoạt nó trong Cài đặt → Chung → Tin cậy chứng chỉ.

Bước 3: Cài đặt SSL Kill Switch 2 qua Cydia/Sileo

SSL Kill Switch 2 là một tweak cho iOS đã jailbreak, tắt SSL Pinning toàn cầu cho tất cả các ứng dụng. Tìm nó trong Cydia hoặc Sileo, cài đặt, khởi động lại thiết bị. Sau đó, hầu hết các ứng dụng sẽ ngừng kiểm tra chứng chỉ và lưu lượng sẽ hiển thị trong Charles.

Bước 4: Giải pháp thay thế - Frida + Objection trên iOS

Tương tự như Android: cài đặt frida-server qua Cydia, kết nối qua Objection trên máy tính và thực hiện ios sslpinning disable. Phương pháp này linh hoạt hơn và hoạt động cho các ứng dụng mà SSL Kill Switch 2 không bao phủ.

Tùy chọn B: Không có jailbreak (khả năng hạn chế)

Không có jailbreak, việc vượt qua SSL Pinning trên iOS phức tạp hơn nhiều. Một trong những tùy chọn là sử dụng công cụ Proxyman với chức năng SSL Proxying cho iOS không cần jailbreak. Proxyman cài đặt một hồ sơ đặc biệt trên thiết bị và sử dụng giao diện VPN để chặn lưu lượng. Hoạt động cho nhiều ứng dụng, nhưng không phải tất cả với Pinning cứng.

Một tùy chọn khác là sử dụng trình giả lập iOS trong Xcode. Trình giả lập không có SSL Pinning ở cấp độ hệ điều hành, và nhiều ứng dụng có thể chạy trên đó (nếu chúng hỗ trợ trình giả lập). Nhưng điều này chỉ phù hợp cho kiểm tra, không phải cho phân tích các ứng dụng sản xuất.

Loại proxy nào nên chọn để kiểm tra các ứng dụng di động

Sau khi vượt qua SSL Pinning, lưu lượng của ứng dụng đi qua công cụ proxy của bạn (Charles, mitmproxy). Nhưng cho một số nhiệm vụ, bạn cũng cần định hướng lưu lượng qua một máy chủ proxy bên ngoài - ví dụ, để ứng dụng "thấy" một khu vực khác hoặc một địa chỉ IP khác. Ở đây, việc chọn đúng loại proxy là rất quan trọng.

Proxy cư trú

Proxy cư trú sử dụng địa chỉ IP của người dùng thực tế. Các ứng dụng di động, đặc biệt là SDK quảng cáo và thị trường, tin tưởng các IP như vậy nhiều hơn so với địa chỉ của các trung tâm dữ liệu. Nếu bạn phân tích hành vi của ứng dụng theo khu vực - proxy cư trú sẽ cung cấp bức tranh "sạch" nhất, gần gũi với người dùng thực.

Proxy di động

Proxy di động hoạt động qua các mạng di động thực (3G/4G/5G). Điều này đặc biệt quan trọng khi kiểm tra các ứng dụng di động: IP từ mạng di động có mức độ tin cậy cao nhất đối với Facebook Ads SDK, TikTok và các nền tảng quảng cáo khác. Nếu mục tiêu của bạn là phân tích các yêu cầu quảng cáo của ứng dụng hoặc kiểm tra hành vi của SDK trong môi trường di động, proxy di động là lựa chọn tối ưu.

Proxy trung tâm dữ liệu

Proxy trung tâm dữ liệu phù hợp cho các nhiệm vụ mà tốc độ quan trọng hơn "tính tự nhiên" của IP: ví dụ, cho việc thu thập dữ liệu hàng loạt từ các API công khai hoặc kiểm tra hiệu suất. Đối với việc phân tích các SDK quảng cáo và các ứng dụng bảo mật, chúng kém ưu tiên hơn, vì dễ bị các hệ thống chống gian lận phát hiện.

Loại proxy	Mức độ tin cậy của ứng dụng	Tốc độ	Kịch bản tốt nhất
Cư trú	Cao	Trung bình	Phân tích theo khu vực, thị trường
Di động	Tối đa	Trung bình	SDK quảng cáo, Facebook, TikTok
Trung tâm dữ liệu	Thấp	Cao	Thu thập dữ liệu từ API công khai, kiểm tra tải

Các kịch bản thực tế: phân tích, thương mại điện tử, tiếp thị

Chúng ta sẽ xem xét các nhiệm vụ cụ thể mà các nhà tiếp thị và người phân tích thực hiện để vượt qua SSL Pinning.

Kịch bản 1: Phân tích SDK quảng cáo Facebook và TikTok

Các nhà phân tích làm việc với Facebook Ads và TikTok Ads thường muốn hiểu những dữ liệu nào SDK gửi đến máy chủ: những sự kiện nào được ghi lại, cách các yêu cầu phân bổ được hình thành, những tham số nào ảnh hưởng đến tối ưu hóa chiến dịch. Nếu không vượt qua SSL Pinning, điều này là không thể - cả hai SDK đều sử dụng Certificate Pinning.

Sau khi vượt qua thông qua Frida/Objection, bạn có thể thấy trong Charles tất cả các sự kiện của SDK: cài đặt, mua hàng, đăng ký, - và đảm bảo rằng việc theo dõi được thiết lập chính xác. Điều này đặc biệt quan trọng khi thiết lập CAPI (Conversions API) và kiểm tra việc loại bỏ trùng lặp sự kiện.

Kịch bản 2: Giám sát giá trên Wildberries và Ozon qua ứng dụng

Các ứng dụng Wildberries và Ozon sử dụng SSL Pinning để bảo vệ API của họ. Những người bán muốn giám sát giá của đối thủ qua ứng dụng di động (không phải phiên bản web) gặp phải sự bảo vệ này. Sau khi vượt qua SSL Pinning, bạn có thể nghiên cứu cấu trúc của các yêu cầu API và hiểu những điểm cuối nào được sử dụng để lấy dữ liệu về giá cả, tình trạng và xếp hạng sản phẩm.

Quan trọng: dữ liệu thu được chỉ có thể được sử dụng cho phân tích cá nhân. Việc thu thập tự động thông qua việc phát lại các yêu cầu API vi phạm điều khoản sử dụng của hầu hết các nền tảng.

Kịch bản 3: Kiểm tra các quảng cáo sáng tạo từ các khu vực khác nhau

Các nhà tiếp thị kiểm tra quảng cáo trong Facebook Ads và TikTok Ads từ các khu vực khác nhau muốn thấy ứng dụng hoạt động như thế nào khi kết nối qua IP từ một quốc gia cụ thể. Sự kết hợp giữa việc vượt qua SSL Pinning + proxy cư trú từ khu vực cần thiết cho phép thấy nội dung nào và giá nào được hiển thị cho người dùng từ khu vực đó.

Kịch bản 4: Kiểm thử QA cho ứng dụng của riêng bạn

Nếu bạn phát triển ứng dụng di động của riêng mình hoặc làm việc với đội ngũ phát triển, việc chặn lưu lượng với việc vượt qua SSL Pinning là một thực tiễn tiêu chuẩn trong QA. Điều này cho phép kiểm tra tính chính xác của các yêu cầu, tìm kiếm rò rỉ dữ liệu, kiểm tra hoạt động của phân tích và SDK quảng cáo trong điều kiện thực tế trước khi phát hành.

Kịch bản 5: Phân tích đối thủ trong lĩnh vực trò chơi và ứng dụng di động

Các nhà tiếp thị trò chơi di động sử dụng việc chặn lưu lượng để phân tích việc kiếm tiền của đối thủ: những ưu đãi nào được hiển thị, cách hệ thống mua hàng trong trò chơi hoạt động, những mạng quảng cáo nào được sử dụng. Điều này giúp xây dựng các chiến lược UA (User Acquisition) và kiếm tiền hiệu quả hơn.

Danh sách kiểm tra: kiểm tra cấu hình trước khi thử nghiệm

Trước khi bắt đầu chặn lưu lượng, hãy đảm bảo rằng mọi thứ được thiết lập chính xác. Dưới đây là danh sách kiểm tra đầy đủ:

Các vấn đề thường gặp và giải pháp

Vấn đề	Nguyên nhân	Giải pháp
Lưu lượng không xuất hiện trong Charles	Địa chỉ IP/port proxy không đúng	Kiểm tra địa chỉ IP của máy tính và cổng
Lỗi SSL trong Charles	Chứng chỉ chưa được cài đặt hoặc chưa được kích hoạt	Cài đặt lại và kích hoạt chứng chỉ
Frida không kết nối	Phiên bản frida/frida-server không trùng khớp	Đồng bộ hóa các phiên bản
Objection không tắt Pinning	Mã gốc (C/C++) có Pinning	Sử dụng kịch bản Frida tùy chỉnh
Ứng dụng bị lỗi sau khi vượt qua	Ứng dụng kiểm tra tính toàn vẹn	Tắt cả việc phát hiện root qua Objection

Kết luận

SSL Pinning là một biện pháp bảo vệ nghiêm ngặt, nhưng không phải là không thể vượt qua. Đối với hầu hết các nhiệm vụ thực tế của nhà tiếp thị hoặc người phân tích, chỉ cần kết hợp: trình giả lập Android có root + Frida/Objection + Charles Proxy. Trên iOS - SSL Kill Switch 2 khi có jailbreak hoặc Proxyman khi không có. Điều quan trọng là thiết lập đúng chuỗi: công cụ proxy trên máy tính → lưu lượng qua nó → vượt qua Pinning trên thiết bị.

Hãy nhớ rằng việc vượt qua SSL Pinning trong các ứng dụng bên ngoài chỉ được phép cho phân tích và nghiên cứu cá nhân. Việc thu thập tự động và phát lại các yêu cầu API vi phạm điều khoản sử dụng của hầu hết các nền tảng.

Nếu nhiệm vụ của bạn là phân tích lưu lượng của các ứng dụng di động ở các khu vực khác nhau hoặc kiểm tra hành vi của các SDK quảng cáo từ các quốc gia cụ thể, bạn sẽ cần không chỉ vượt qua SSL Pinning mà còn một máy chủ proxy chất lượng. Để làm việc với các nền tảng quảng cáo (Facebook Ads, TikTok Ads) và các thị trường, chúng tôi khuyên bạn nên sử dụng proxy di động - chúng có mức độ tin cậy cao nhất đối với các hệ thống chống gian lận và cho phép mô phỏng chính xác môi trường di động thực tế.