रिसिडेंट प्रॉक्सी खरीदते समय, आप वास्तव में किसी और के घरेलू कनेक्शन को किराए पर ले रहे हैं। किसका और किसकी सहमति से - यह सवाल 2026 में दार्शनिक नहीं रहा। जनवरी में, Google ने अपने भागीदारों के साथ मिलकर IPIDEA नेटवर्क का विश्लेषण किया, जहां पते ट्रोजन प्रोग्रामों और छिपे हुए प्रॉक्सी कोड वाले सेट-टॉप बॉक्स के माध्यम से एकत्र किए गए थे। और सितंबर से, AppEsteem कंपनी, जो "धोखाधड़ी" सॉफ़्टवेयर की एक सार्वजनिक सूची रखती है, हर महीने प्रॉक्सी ऑपरेटरों की जांच करती है: ग्राहक न्यूनतम जांच के साथ क्या कर सकता है और क्या घरेलू IP का मालिक इससे प्रभावित होता है।
नीचे चार मॉडलों की तुलना की गई है, जिनसे ऑपरेटर रिसिडेंट पते एकत्र करते हैं, और AppEsteem के परीक्षण की दस आवश्यकताओं का विश्लेषण: इनमें से कौन सी सामान्य खरीदार से संबंधित है और "जिम्मेदार" ऑपरेटर आपके कार्यों में "सर्वग्राही" से कैसे भिन्न होगा।
क्या हुआ: प्रॉक्सी ऑपरेटरों का परीक्षण एंटीवायरस की तरह किया जाने लगा
AppEsteem ने AMTSO (संस्थान जो एंटीवायरस परीक्षण के मानक निर्धारित करता है) में "AppEsteem 2026 Residential Proxy Operator Responsibilities Test Series" का पंजीकरण कराया। परीक्षण की अधिसूचना 21 सितंबर 2026 को प्रकाशित की गई, AMTSO कार्ड में परिणामों की प्रकाशन तिथि - 19 नवंबर 2026 है।
परीक्षण की योजना (संस्करण 1.1, 11 सितंबर को) में प्रकाशित:
- परीक्षण स्थायी और मासिक है। महीने के पहले तीन मंगलवार - प्रशिक्षण रन, जिनके परिणाम केवल उन ऑपरेटरों को दिखाई देते हैं जिन्होंने इस सेवा का भुगतान किया है। चौथा मंगलवार - सभी के लिए परीक्षा रन, इसके परिणाम मुफ्त में प्रकाशित होते हैं। योजना के अनुसार पहला परीक्षा रन - सितंबर 2026 के चौथे मंगलवार को है।
- “कम से कम जांच किए गए ग्राहक” के नाम से परीक्षण किया जाता है - एक खाता, जो ऑपरेटर द्वारा अनुमति दिए गए सबसे कम स्तर पर पंजीकृत है। किसी के लिए यह ईमेल और कार्ड है, किसी के लिए पहले से KYC है।
- प्रत्येक प्रवेश को अलग से जांचा जाता है: HTTP(S)-प्रॉक्सी, SOCKS5-पोर्ट, और समय के साथ "एजेंट" / MCP इंटरफेस। योजना में सीधे कारण बताया गया है: ऑपरेटर जो HTTP पर साइट को ब्लॉक करता है, कभी-कभी अपने SOCKS5 के माध्यम से उसे पास कर देता है।
- परिणाम: प्रमाणित ऑपरेटर, जिसने वादे का उल्लंघन किया है, को प्रमाणपत्र की समीक्षा या निलंबन का सामना करना पड़ सकता है; गैर-प्रमाणित, जो "नैतिक" पते का प्रचार करता है, लेकिन उन्हें दुरुपयोग के लिए उपलब्ध छोड़ देता है, - Deceptor सूची में आ जाएगा। परिणाम और यह सूची AppEsteem एंटीवायरस विक्रेताओं और उन लोगों को भेजता है जो कॉर्पोरेट नेटवर्क की सुरक्षा करते हैं।
एक महत्वपूर्ण विवरण: सहमति का सवाल (RPR-001, "नैतिक संग्रह") इस परीक्षण में शामिल नहीं है - AppEsteem इसे अलग से, प्रमाणन के ढांचे में जांचता है। नया परीक्षण कुछ और है: यहां तक कि ईमानदारी से प्राप्त पता भी हमले का उपकरण नहीं बनना चाहिए।
रिसिडेंट IP संग्रह के चार मॉडल: तुलना
Google Threat Intelligence Group की IPIDEA नेटवर्क पर रिपोर्ट और उद्योग की समीक्षाओं के अनुसार, रिसिडेंट पूल में पते चार मुख्य तरीकों से आते हैं। वे न केवल नैतिकता में भिन्न होते हैं, बल्कि पूल की स्थिरता और पते कितने "गंदे" होंगे, इस पर भी निर्भर करते हैं।
1. "ट्रैफिक पर कमाई" एप्लिकेशन (जानबूझकर ऑप्ट-इन)
व्यक्ति स्वयं एक प्रोग्राम स्थापित करता है, जो चैनल साझा करने के लिए भुगतान करता है या बोनस देता है। सहमति सबसे स्पष्ट है: उपयोगकर्ता समझता है कि उसने सॉफ़्टवेयर क्यों स्थापित किया। लेकिन यहां यह भी महत्वपूर्ण है कि क्या व्यक्ति देखता है कि उसका चैनल किस ट्रैफिक को पारित करेगा, और क्या वह किसी भी समय साझा करना बंद कर सकता है: स्थापना के समय स्पष्ट सहमति बाद में ईमानदार उपयोग की गारंटी नहीं देती।
2. सामान्य एप्लिकेशनों में SDK
खेल, उपयोगिता या सामग्री वाले एप्लिकेशन का डेवलपर एक मुद्रीकरण SDK को एकीकृत करता है, और डिवाइस एक आउटगोइंग नोड बन जाता है। SDK का ऑपरेटर डेवलपर को भुगतान करता है - GTIG के अनुसार, आमतौर पर स्थापना के लिए। सहमति की गुणवत्ता इस बात पर निर्भर करती है कि सहमति स्क्रीन को कैसे प्रदर्शित किया गया है: Infoblox ने जून के अध्ययन में उल्लेख किया है कि सहमति अक्सर उपयोगकर्ता समझौते में छिपी होती है, जिसे कोई नहीं पढ़ता। यह सबसे बड़ा और सबसे कमजोर स्रोत है: पूल एक दिन में गायब हो सकता है। 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 के एक सप्ताह में, IPIDEA के आउटगोइंग नोड्स का उपयोग 550 से अधिक समूहों ने किया।
सारणीबद्ध तालिका
| मॉडल | IP के मालिक की सहमति | पूल की स्थिरता | पते की "गंदगी" की प्रतिष्ठा का जोखिम | अचानक सफाई का जोखिम |
|---|---|---|---|---|
| ऑप्ट-इन "ट्रैफिक पर कमाई" | स्पष्ट | मध्यम | औसत से नीचे | कम |
| एप्लिकेशनों में SDK | स्पष्ट से औपचारिक तक | उच्च, जब तक SDK पर प्रतिबंध नहीं लगाया गया | मध्यम | मध्यम–उच्च |
| मुफ्त VPN, प्री-इंस्टॉल्ड सेट-टॉप बॉक्स | औपचारिक या अनुपस्थित | कम | उच्च | उच्च |
| ट्रोजन, बॉटनेट्स | नहीं | अनिश्चित | बहुत उच्च | बहुत उच्च |
अंतिम तीन स्तंभों में अंकन - वर्णित मामलों के आधार पर हमारी गुणात्मक व्याख्या है, न कि माप। हमने विस्तार से बताया कि कैसे प्लेटफॉर्म पर SDK का प्रतिबंध पूल को प्रभावित करता है, LG के स्मार्ट टीवी में प्रॉक्सी-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) और कारणों के साथ अपवादों की सूची। ऑपरेटर प्रमाणित ग्राहकों के लिए बंद श्रेणियों को खोल सकता है, लेकिन केवल यदि अपवाद प्रकाशित है, ग्राहक ने जांच पास की है और पता का मालिक देख सकता है कि उसका कनेक्शन कैसे उपयोग किया जा रहा है। योजना में सीधे लिखा गया है: तीसरे शर्त के बिना पहचान की जांच "ऑपरेटर के कागजात की सुरक्षा करती है, उपभोक्ता की नहीं।"
अलग से परीक्षण उल्टी गलती - अधिक सावधानी को पकड़ता है। यदि ऑपरेटर सामान्य साइटों जैसे समाचार या विश्वकोश को ब्लॉक करता है, तो इसे असफलता माना जाता है: इसका मतलब है कि उसके ब्लॉक्स सुरक्षा की गुणवत्ता के बारे में कुछ नहीं कहते हैं।
आपके कार्यों में क्या बदल जाएगा
यदि उद्योग इस परीक्षण के अनुसार ढलना शुरू करता है, तो "जिम्मेदार" और "सर्वग्राही" ऑपरेटर परिदृश्य के आधार पर अलग-अलग व्यवहार करेंगे।
- सार्वजनिक डेटा का पार्सिंग (कीमतें, परिणाम, कैटलॉग, समीक्षाएँ)। कुछ भी नहीं टूटता: RPR-004 स्पष्ट रूप से अनुमति देता है कि जो साइट सभी को दिखाती है उसे पढ़ा जाए। लाभ - अधिक साफ पते और पूल के पड़ोसियों के कारण कम कैप्चा।
- मल्टी-खाता, SMM, कार्यालयों में काम। सबसे संवेदनशील क्षेत्र। लॉगिन, प्रकाशन और सत्र कुकीज़ - ठीक वही है जो RPR-004 "कम से कम जांच किए गए ग्राहक" के लिए मना करता है। इसका मतलब है कि जिम्मेदार ऑपरेटरों के लिए ऐसे परिदृश्य KYC और कार्य विवरण के साथ प्रमाणित दरों में जाएंगे। हमने तुलना की कि कौन से बड़े प्रदाता पहले से ही प्रवेश को कड़ा कर चुके हैं, KYC और प्रॉक्सी प्रदाताओं के उपयोग के नियमों की समीक्षा में।
- ईमेल, असामान्य पोर्ट वाले मैसेंजर, UDP। घरेलू नेटवर्क से ईमेल पोर्ट और UDP-रिले का परीक्षण उल्लंघन माना जाता है। ऐसे कार्यों के लिए, डेटा सेंटर प्रॉक्सी या सर्वर विकल्प लेना अधिक समझदारी है, जहां कोई घरेलू डिवाइस नहीं है जिसे प्रतिस्थापित किया जा सके।
- बैंक, सरकारी साइटें, टिकट, स्ट्रीमिंग। ये श्रेणियाँ डिफ़ॉल्ट ब्लॉकिंग के उदाहरणों में हैं। यदि आपका कार्य इन निचों में वैध स्थानीयकरण या कीमतों की जांच करना है, तो केस विवरण के अनुरोध के लिए तैयार रहें।
कैसे प्रदाता की जांच करें पहले से ही
विशिष्ट ऑपरेटरों के लिए AppEsteem के परिणाम अभी तक प्रकाशित नहीं हुए हैं, लेकिन इसके तरीके के प्रश्न किसी भी विक्रेता से पूछे जा सकते हैं:
- पते कहाँ से आए? ऑप्ट-इन एप्लिकेशन, SDK, प्रदाताओं के साथ साझेदारी? क्या मालिकों की सहमति और उन्हें कैसे बंद किया जाता है, इस पर सार्वजनिक पृष्ठ है?
- क्या प्रकाशित AUP है और अवरुद्ध श्रेणियों की सूची? यदि नियम बिल्कुल नहीं हैं, तो यह "स्वतंत्रता" नहीं है, बल्कि एक संकेत है कि आपके पास पूल में कोई भी काम कर रहा है।
- क्या HTTP और SOCKS5 समान रूप से काम करते हैं? दोनों प्रोटोकॉल के माध्यम से एक ही साइट की जांच करें: उपलब्धता में अंतर - लिपटे हुए सुरक्षा का संकेत है।
- पते कितने साफ हैं? 10-20 जारी किए गए IP को प्रतिष्ठा चेकर्स के माध्यम से चलाएँ और विश्वसनीय कनेक्शन के साथ तुलना करें। "प्रॉक्सी/बॉट/धोखाधड़ी" के लेबल वाले पते की उच्च मात्रा यह बताती है कि पूल कैसे भरा जा रहा है।
- मासिक सफाई पर क्या होगा? पूछें कि पूल कितने स्रोतों से एकत्र किया गया है। एक SDK - एक दिन में महत्वपूर्ण संख्या में पते खोने के लिए।
उन परिदृश्यों के लिए जहां "जीवित" घरेलू पता महत्वपूर्ण है - स्थानीय वितरण, विज्ञापन की जांच, भू-कीमतें - रिसिडेंट प्रॉक्सी चुनें जिनके स्पष्ट नियम और कार्य के अनुसार रोटेशन हो, और लॉगिन वाले खातों में काम करने के लिए पहले से प्रदाता से पूछें कि क्या ऐसा परिदृश्य अनुमति है।
निष्कर्ष
AppEsteem का परीक्षण प्रॉक्सी ऑपरेटरों को एंटीवायरस की तरह मापने का पहला प्रयास है: सार्वजनिक पद्धति के अनुसार, मासिक, पते के मालिक और ग्राहक के लिए अलग-अलग आकलनों के साथ। सार्वजनिक डेटा के ईमानदार पार्सिंग के लिए यह एक अच्छी खबर है: कम गंदे पते और पड़ोसी अपराधी। मल्टी-खाता और लॉगिन के साथ काम करने के लिए - KYC और कार्य विवरण के लिए तैयार रहने का संकेत। पहले सार्वजनिक परिणाम नवंबर में अपेक्षित हैं; तब तक सबसे अच्छा फ़िल्टर वही प्रश्न हैं जो परीक्षण स्वयं पते और नियमों की उत्पत्ति के बारे में पूछता है।