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

JA3 एक लोकप्रिय तरीका है एक TLS फिंगरप्रिंट की गणना करने का। यह क्लाइंट के ClientHello से विशिष्ट फ़ील्ड इकट्ठा करता है - TLS संस्करण, सिफर सूट की क्रमबद्ध सूची, एक्सटेंशन, अंडाकार वक्र और उनके बिंदु प्रारूप - उन्हें जोड़ता है और परिणाम को एक छोटे MD5 स्ट्रिंग में हैश करता है। चूंकि विभिन्न क्लाइंट इन फ़ील्ड को अलग-अलग क्रम में और भरते हैं, JA3 हैश एक हस्ताक्षर के रूप में कार्य करता है: कई Chrome इंस्टॉलेशन एक मान साझा करते हैं, एक निश्चित Python HTTP लाइब्रेरी दूसरा साझा करती है। सर्वर-साइड समकक्ष, JA3S, सर्वर की प्रतिक्रिया का फिंगरप्रिंट बनाता है।

Security and anti-bot platforms keep libraries of JA3 hashes for known browsers, tools and malware, then compare incoming connections against them. A request whose JA3 says "scripting library" but whose User-Agent says \"Chrome\" is flagged as inconsistent. JA3 has a known weakness — TLS extension order can vary — which motivated the more robust JA4. Remember that changing your exit IP with a proxy leaves JA3 untouched; only the client that builds the handshake determines it, so blend network-layer and client-layer measures if a target inspects both.

व्यवहार में, यदि एक लक्ष्य JA3 का निरीक्षण करता है, तो आप इसे IP बदलकर ठीक नहीं कर सकते - एक प्रॉक्सी हैश को बिना छेड़े छोड़ देती है। जो महत्वपूर्ण है वह यह है कि हैंडशेक बनाने वाला क्लाइंट उस ब्राउज़र के समान होना चाहिए जिसे आप होने का दावा करते हैं, और आपका यूजर-एजेंट, JA3 और व्यवहार सहमत होना चाहिए। क्योंकि JA3 के एक्सटेंशन-ऑर्डर की कमजोरी ने JA4 को जन्म दिया, उम्मीद करें कि सख्त साइटें नए स्कीम की भी जांच करेंगी, इसलिए सतही रूप से धोखा देने वाले हेडर के बजाय असली ब्राउज़र-ग्रेड सॉफ़्टवेयर के लिए लक्ष्य रखें।