TLS फिंगरप्रिंट

A TLS फिंगरप्रिंट एक एन्क्रिप्टेड कनेक्शन के पीछे के क्लाइंट सॉफ़्टवेयर की पहचान करता है, इसके TLS हैंडशेक के विवरणों की जांच करके — सिफर सूट, एक्सटेंशन, समर्थित समूहों और प्रोटोकॉल संस्करणों की क्रमबद्ध सूची जो यह ClientHello में विज्ञापित करता है। विभिन्न पुस्तकालय और ब्राउज़र विशिष्ट संयोजन उत्पन्न करते हैं, इसलिए एक सर्वर पहचान सकता है "यह Chrome जैसा दिखता है" या "यह एक Python स्क्रिप्ट जैसा दिखता है" बिना किसी ट्रैफ़िक को डिक्रिप्ट किए। इस हस्ताक्षर के सबसे प्रसिद्ध एन्कोडिंग हैं JA3 और नया JA4।

एंटी-बॉट सिस्टम TLS फ़िंगरप्रिंट का उपयोग करते हैं ताकि उन क्लाइंट्स को पकड़ सकें जिनका हैंडशेक उस ब्राउज़र से मेल नहीं खाता है जिसमें वे होने का दावा करते हैं अपने यूज़र-एजेंट में। एक स्क्रिप्ट जो एक क्रोम यूज़र-एजेंट प्रस्तुत करती है लेकिन एक पायथन TLS फ़िंगरप्रिंट है, यह एक स्पष्ट असंगति है। यही कारण है कि गंभीर स्वचालन ऐसे पुस्तकालयों का उपयोग करता है जो एक वास्तविक ब्राउज़र के हैंडशेक की नकल करते हैं, और यही कारण है कि एंटी-डिटेक्ट ब्राउज़र मौजूद हैं। एक प्रॉक्सी आपके IP को बदलता है लेकिन आपके TLS फ़िंगरप्रिंट को नहीं, इसलिए दोनों पूरक नियंत्रण हैं: प्रॉक्सी नेटवर्क परत को संभालती है जबकि आपका क्लाइंट सॉफ़्टवेयर यह निर्धारित करता है कि सर्वर को कौन सा हैंडशेक दिखाई देता है।

स्वचालन के लिए takeaway यह है कि IP और TLS पहचान अलग-अलग परतें हैं जिन्हें आपको एक साथ प्रबंधित करना चाहिए। एक प्रॉक्सी या VPN नेटवर्क मूल को संभालता है, जबकि आप जो पुस्तकालय या ब्राउज़र उपयोग करते हैं वह उस हैंडशेक को ठीक करता है जिसे सर्वर देखता है। एक असली ब्राउज़र की तरह दिखने के लिए आपको ऐसा सॉफ़्टवेयर चाहिए जो TLS को एक की तरह बातचीत करता है; इसे एक ऐसे निकास के साथ जोड़ना जिसकी स्थान आपके अन्य संकेतों से मेल खाता है एक सुसंगत कहानी देता है, जबकि एक ब्राउज़र यूज़र-एजेंट एक स्क्रिप्टिंग हैंडशेक पर तुरंत अलग दिखता है।