Khi mua proxy cư trú, bạn thực sự đang thuê một kết nối gia đình của người khác. Ai là người đó và với sự đồng ý của ai - đó là câu hỏi đã không còn mang tính triết lý từ năm 2026. Vào tháng 1, Google cùng với các đối tác đã phân tích mạng IPIDEA, nơi mà các địa chỉ được thu thập thông qua các chương trình bị trojan hóa và các thiết bị đầu cuối với mã proxy ẩn. Và từ tháng 9, công ty AppEsteem, quản lý danh sách công khai các phần mềm "lừa đảo", kiểm tra các nhà điều hành proxy mỗi tháng một lần: khách hàng có thể làm gì thông qua họ với kiểm tra tối thiểu và liệu chủ sở hữu IP gia đình có bị ảnh hưởng hay không.
Dưới đây là sự so sánh bốn mô hình mà các nhà điều hành sử dụng để thu thập các địa chỉ cư trú, và phân tích mười yêu cầu của bài kiểm tra AppEsteem: điều gì liên quan đến người mua thông thường và nhà điều hành "có trách nhiệm" sẽ khác biệt như thế nào so với "tham lam" trong các nhiệm vụ của bạn.
Điều gì đã xảy ra: các nhà điều hành proxy bắt đầu được kiểm tra như các phần mềm diệt virus
AppEsteem đã đăng ký trong AMTSO (tổ chức đặt ra tiêu chuẩn kiểm tra phần mềm diệt virus) một loạt "Bài kiểm tra Trách nhiệm của Nhà điều hành Proxy Cư trú AppEsteem 2026". Thông báo về bài kiểm tra được công bố vào ngày 21 tháng 9 năm 2026, ngày công bố kết quả trong thẻ AMTSO là ngày 19 tháng 11 năm 2026.
Từ kế hoạch kiểm tra đã công bố (phiên bản 1.1 từ ngày 11 tháng 9):
- Bài kiểm tra diễn ra thường xuyên và hàng tháng. Ba thứ Ba đầu tiên của tháng là các buổi chạy thử, kết quả chỉ được các nhà điều hành đã trả tiền cho dịch vụ này thấy. Thứ Ba thứ tư là buổi chạy chính thức cho tất cả, kết quả được công bố miễn phí. Buổi chạy chính thức đầu tiên theo kế hoạch là thứ Ba thứ tư của tháng 9 năm 2026.
- Kiểm tra từ góc độ "khách hàng ít được kiểm tra nhất" - tài khoản được đăng ký theo ngưỡng thấp nhất mà nhà điều hành cho phép. Đối với một số người, đó là email và thẻ, trong khi đối với những người khác đã có KYC.
- Kiểm tra từng đầu vào một: proxy HTTP(S), cổng SOCKS5, và theo thời gian, các giao diện "đại lý"/MCP. Lý do được nêu rõ trong kế hoạch: nhà điều hành chặn trang web qua HTTP, đôi khi lại cho phép truy cập qua SOCKS5 của chính họ.
- Hậu quả: nhà điều hành được chứng nhận vi phạm lời hứa có thể bị xem xét lại hoặc thu hồi chứng chỉ; nhà điều hành không được chứng nhận, quảng cáo các địa chỉ "đạo đức" nhưng vẫn để chúng dễ bị lạm dụng, sẽ bị đưa vào danh sách Deceptor. Kết quả và danh sách này được AppEsteem chuyển cho các nhà cung cấp phần mềm diệt virus và những người bảo vệ mạng lưới doanh nghiệp.
Điều quan trọng: chính câu hỏi về sự đồng ý (RPR-001, "thu thập đạo đức") không bao gồm trong bài kiểm tra này - AppEsteem kiểm tra nó riêng biệt, trong khuôn khổ chứng nhận. Bài kiểm tra mới nói về điều khác: ngay cả địa chỉ được thu thập một cách trung thực cũng không nên trở thành công cụ tấn công.
Bốn mô hình thu thập IP cư trú: so sánh
Theo báo cáo của Nhóm Tình báo Đe dọa Google về mạng IPIDEA và các đánh giá trong ngành, các địa chỉ trong các nhóm cư trú được thu thập theo bốn con đường chính. Chúng khác nhau không chỉ về đạo đức mà còn về mức độ ổn định của nhóm và mức độ "bẩn" của các địa chỉ.
1. Ứng dụng "kiếm tiền từ lưu lượng" (đồng ý có ý thức)
Người dùng tự cài đặt chương trình, trả tiền hoặc thưởng cho việc chia sẻ băng thông. Sự đồng ý là rõ ràng nhất: người dùng hiểu lý do tại sao họ cài đặt phần mềm. Nhưng ở đây cũng quan trọng, người dùng có thấy lưu lượng nào sẽ đi qua kênh của họ không, và có thể tắt chia sẻ bất cứ lúc nào không: sự đồng ý rõ ràng khi cài đặt không đảm bảo việc sử dụng trung thực sau này.
2. SDK trong các ứng dụng thông thường
Nhà phát triển trò chơi, tiện ích hoặc ứng dụng nội dung tích hợp SDK kiếm tiền, và thiết bị trở thành nút ra. Nhà điều hành SDK trả tiền cho nhà phát triển - theo dữ liệu GTIG, thường là cho mỗi lần cài đặt. Chất lượng của sự đồng ý phụ thuộc vào cách màn hình đồng ý được trình bày: Infoblox trong nghiên cứu tháng 6 lưu ý rằng sự đồng ý thường bị ẩn trong thỏa thuận người dùng mà không ai đọc. Đây là nguồn lớn nhất và dễ bị tổn thương nhất: nhóm có thể biến mất chỉ trong một ngày. Trong trường hợp IPIDEA, Google Play Protect đã bắt đầu cảnh báo về các ứng dụng có SDK của nó, xóa chúng và chặn các cài đặt mới trên các thiết bị Android đã được chứng nhận.
3. VPN miễn phí và thiết bị có cài đặt sẵn
Một lớp riêng biệt - VPN miễn phí, thực sự hoạt động như VPN, nhưng cũng đưa thiết bị vào mạng proxy, cũng như các thiết bị đầu cuối không được chứng nhận và các thiết bị Android giá rẻ với mã proxy ẩn "ngay từ đầu". Trong báo cáo về IPIDEA, các ứng dụng VPN được đề cập là Galleon VPN, Radish VPN và Aman VPN. Ở đây về cơ bản không có sự đồng ý, và nhóm sống sót cho đến khi nền tảng bị dọn dẹp lần đầu tiên hoặc firmware được cập nhật.
4. Trojan và botnet
Biến thể tối tăm nhất: thiết bị bị nhiễm, chủ sở hữu không biết gì. GTIG đã tìm thấy 3.075 mã băm độc nhất của các tệp Windows liên quan đến các miền điều khiển của IPIDEA, bao gồm các tệp nhị phân ngụy trang dưới OneDriveSync và Windows Update. Những địa chỉ như vậy thường đã được ghi nhận trong các cơ sở dữ liệu đe dọa - và, điều quan trọng hơn đối với người mua, có những kẻ xấu làm việc gần bạn qua cùng một mạng: theo dữ liệu của Google, trong một tuần của tháng 1 năm 2026, các nút ra của IPIDEA đã bị sử dụng bởi hơn 550 nhóm tội phạm.
Bảng tổng hợp
| Mô hình | Sự đồng ý của chủ sở hữu IP | Độ ổn định của nhóm | Rủi ro "dơ bẩn" của địa chỉ | Rủi ro bị dọn dẹp đột ngột |
|---|---|---|---|---|
| Opt-in "kiếm tiền từ lưu lượng" | Rõ ràng | Trung bình | Dưới trung bình | Thấp |
| SDK trong các ứng dụng | Từ rõ ràng đến hình thức | Cao, miễn là SDK chưa bị cấm | Trung bình | Trung bình–cao |
| VPN miễn phí, thiết bị có cài đặt sẵn | Hình thức hoặc không có | Thấp | Cao | Cao |
| Trojan, botnet | Không | Không thể đoán trước | Rất cao | Rất cao |
Các đánh giá trong ba cột cuối cùng - là sự diễn giải chất lượng của chúng tôi dựa trên các trường hợp đã mô tả, chứ không phải là các phép đo. Chúng tôi đã phân tích chi tiết cách việc cấm SDK trên nền tảng ảnh hưởng đến nhóm, trong bài viết về cấm proxy-SDK trong Smart TV của LG.
Mười yêu cầu của AppEsteem và ý nghĩa của chúng đối với người mua
Bài kiểm tra đo lường hành vi của nhà điều hành theo mười điểm từ tài liệu trắng của AppEsteem (RPR-002 - RPR-011). Đối với khách hàng, chúng được chia thành ba nhóm.
Bảo vệ cả bạn và chủ sở hữu địa chỉ
- RPR-002 - địa chỉ sạch. Nhà điều hành phải không cho phép sử dụng IP cho spam, lừa đảo và gian lận trước, chứ không phải xử lý sau. Đối với bạn, điều này có nghĩa là ít địa chỉ đã được đánh dấu trong các cơ sở dữ liệu chống gian lận.
- RPR-003 - không có lưu lượng bất hợp pháp, miền độc hại, các trang web tội phạm và diễn đàn với dữ liệu bị đánh cắp.
- RPR-005 - lưu lượng chỉ ra ngoài. Không được phép chuyển hướng ra mạng gia đình, đến router, đến loopback, cũng như mở các cổng email và remote-desktop hoặc UDP-relay.
- RPR-010 - chương trình được cách ly khỏi thiết bị. Nó không đọc mật khẩu, cookie và tệp của chủ sở hữu, và thông tin đăng nhập của bạn không bị đọc trong quá trình.
- RPR-011 - phần mềm được cập nhật và bảo vệ đồng đều trên tất cả các đầu vào.
Các chặn mà khách hàng sẽ nhận thấy
- RPR-006 - các danh mục nguy hiểm bị chặn theo mặc định cho bất kỳ đăng ký ẩn danh nào. Trong kế hoạch kiểm tra, các danh mục được đưa ra làm ví dụ bao gồm nội dung người lớn, cờ bạc, trang web chính phủ, ngân hàng, tiền điện tử, phát trực tuyến, trò chơi, vé và email.
- RPR-007 - các chặn không thể bị vượt qua bằng cách chỉnh sửa nhỏ địa chỉ, "gương" hoặc cổng SOCKS5 của chính nhà điều hành.
- RPR-004 - chỉ các trang công khai. Đối với khách hàng chưa được kiểm tra, kết nối phải đọc những gì trang web hiển thị cho tất cả mọi người, và không truyền tải tên đăng nhập, cookie và token đến các phần bị khóa. Bài kiểm tra kiểm tra trên một trang web kiểm soát các lần đăng nhập, đăng ký, xuất bản và thay thế thông tin đăng nhập.
Minh bạch trong quy tắc
- RPR-008 và RPR-009 - quy tắc công bố (AUP) và danh sách ngoại lệ với lý do. Nhà điều hành có thể mở quyền truy cập vào các danh mục bị chặn cho các khách hàng đã được kiểm tra, nhưng chỉ khi ngoại lệ được công bố, khách hàng đã qua kiểm tra và chủ sở hữu địa chỉ có thể thấy cách sử dụng kết nối của mình. Trong kế hoạch có ghi rõ: nếu không có điều kiện thứ ba, việc kiểm tra danh tính bảo vệ "giấy tờ của nhà điều hành, chứ không phải của người tiêu dùng".
Bài kiểm tra cũng phát hiện lỗi ngược - sự thận trọng quá mức. Nếu nhà điều hành chặn các trang web thông thường như tin tức hoặc bách khoa toàn thư, điều này được coi là thất bại: có nghĩa là các chặn của họ không nói lên chất lượng bảo vệ.
Điều gì sẽ thay đổi trong các nhiệm vụ của bạn
Nếu ngành bắt đầu điều chỉnh theo bài kiểm tra này, các nhà điều hành "có trách nhiệm" và "tham lam" sẽ hành xử khác nhau tùy thuộc vào kịch bản.
- Phân tích dữ liệu công khai (giá cả, kết quả, danh mục, đánh giá). Không có gì bị hỏng: RPR-004 cho phép đọc những gì trang web hiển thị cho tất cả. Lợi ích - địa chỉ sạch hơn và ít captcha hơn từ những người hàng xóm trong nhóm.
- Đa tài khoản, SMM, làm việc trong các văn phòng. Khu vực nhạy cảm nhất. Đăng nhập, xuất bản và cookie phiên - chính xác là những gì RPR-004 cấm "khách hàng ít được kiểm tra nhất". Điều đó có nghĩa là, các nhà điều hành có trách nhiệm sẽ đưa những kịch bản như vậy vào các gói đã được kiểm tra với KYC và mô tả nhiệm vụ. Chúng tôi đã so sánh ai trong số các nhà cung cấp lớn đã thắt chặt quyền truy cập, trong bài đánh giá KYC và quy tắc sử dụng của các nhà cung cấp proxy.
- Email, ứng dụng nhắn tin với các cổng không chuẩn, UDP. Các cổng email và UDP-relay từ mạng gia đình được bài kiểm tra coi là vi phạm. Đối với những nhiệm vụ như vậy, hợp lý hơn là ngay lập tức lấy proxy trung tâm dữ liệu hoặc phiên bản máy chủ, nơi không có thiết bị gia đình nào có thể bị thay thế.
- Ngân hàng, trang web chính phủ, vé, phát trực tuyến. Những danh mục này là ví dụ cho việc chặn mặc định. Nếu nhiệm vụ của bạn là kiểm tra hợp pháp về định vị hoặc giá cả trong các lĩnh vực này, hãy chuẩn bị cho yêu cầu mô tả trường hợp.
Cách kiểm tra nhà cung cấp ngay bây giờ
Kết quả của AppEsteem về các nhà điều hành cụ thể vẫn chưa được công bố, nhưng bạn có thể đặt câu hỏi từ phương pháp của họ cho bất kỳ người bán nào:
- Địa chỉ đến từ đâu? Ứng dụng opt-in, SDK, đối tác với các nhà cung cấp? Có trang công khai về sự đồng ý của các chủ sở hữu và cách họ có thể tắt không?
- Có AUP được công bố và danh sách các danh mục bị chặn không? Nếu không có quy tắc nào, đó không phải là "tự do", mà là tín hiệu rằng bất kỳ ai cũng có thể làm việc trong nhóm của bạn.
- HTTP và SOCKS5 có hoạt động giống nhau không? Kiểm tra cùng một trang web qua cả hai giao thức: sự khác biệt về khả năng truy cập là dấu hiệu của việc bảo vệ kém.
- Địa chỉ có sạch không? Chạy 10-20 IP đã cấp qua các công cụ kiểm tra danh tiếng và so sánh với kết nối đáng tin cậy. Tỷ lệ cao các địa chỉ có nhãn "proxy/bot/gian lận" cho thấy cách nhóm được lấp đầy.
- Điều gì sẽ xảy ra khi có dọn dẹp hàng loạt? Hỏi xem nhóm được tạo ra từ bao nhiêu nguồn. Một SDK - một ngày đến khi mất một phần lớn địa chỉ.
Đối với các kịch bản mà địa chỉ gia đình "sống" là quan trọng - phát hành địa phương, kiểm tra quảng cáo, giá địa lý - hãy chọn proxy cư trú với quy tắc rõ ràng và luân chuyển theo nhiệm vụ, và đối với công việc trong các tài khoản có đăng nhập, hãy xác nhận trước với nhà cung cấp xem kịch bản như vậy có được phép không.
Kết luận
Bài kiểm tra AppEsteem là nỗ lực đầu tiên để đo lường các nhà điều hành proxy giống như các phần mềm diệt virus: theo phương pháp công khai, hàng tháng, với các đánh giá riêng cho chủ sở hữu địa chỉ và cho khách hàng. Đối với việc phân tích công khai dữ liệu, đây là tin tốt: ít địa chỉ bẩn hơn và những kẻ xấu hàng xóm. Đối với đa tài khoản và làm việc với các đăng nhập - tín hiệu chuẩn bị cho KYC và mô tả nhiệm vụ. Những kết quả công khai đầu tiên dự kiến sẽ được công bố vào tháng 11; cho đến lúc đó, bộ lọc tốt nhất - chính là những câu hỏi về nguồn gốc địa chỉ và quy tắc mà bài kiểm tra đặt ra.