TLS हैंडशेक

The TLS handshake is the setup phase of every HTTPS connection. In it, the client and server agree on a protocol version and cipher, the server proves its identity with a certificate, and the two establish the shared keys that will encrypt the rest of the session — ideally with perfect forward secrecy so those keys are ephemeral. TLS 1.3 streamlined the process to as little as one round trip. Only after the handshake completes does actual application data flow, fully encrypted, which is why the handshake is the foundation of web security.

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

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