Chrome को अब तृतीय-पक्ष कुकीज़ और छिपी हुई पहचान से सुरक्षा मिलेगी

गूगल प्रस्तुत Chrome में आगामी परिवर्तनों का उद्देश्य गोपनीयता में सुधार करना है। परिवर्तनों का पहला भाग कुकी प्रबंधन और सेमसाइट विशेषता के समर्थन से संबंधित है। Chrome 76 की रिलीज़ से शुरुआत, जुलाई में होने की उम्मीद है सक्रिय "समान-साइट-बाय-डिफ़ॉल्ट-कुकीज़" ध्वज, जो सेट-कुकी हेडर में सेमसाइट विशेषता की अनुपस्थिति में, डिफ़ॉल्ट रूप से "सेमसाइट = लैक्स" मान सेट करेगा, जिससे सम्मिलन के लिए कुकीज़ भेजना सीमित हो जाएगा। तृतीय-पक्ष साइटें (लेकिन कुकी सेट करते समय साइटें अभी भी स्पष्ट रूप से SumSite=None मान सेट करके प्रतिबंध को रद्द करने में सक्षम होंगी)।

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

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

अन्य आगामी परिवर्तनों के बीच, एक सख्त प्रतिबंध लागू करने की भी योजना बनाई गई है जो HTTPS के बिना अनुरोधों के लिए तृतीय-पक्ष कुकीज़ के प्रसंस्करण पर रोक लगाता है (SameSite=None विशेषता के साथ, कुकीज़ केवल सुरक्षित मोड में सेट की जा सकती हैं)। इसके अलावा, छिपी हुई पहचान ("ब्राउज़र फ़िंगरप्रिंटिंग") के उपयोग से बचाने के लिए काम करने की योजना बनाई गई है, जिसमें अप्रत्यक्ष डेटा के आधार पर पहचानकर्ता उत्पन्न करने के तरीके शामिल हैं, जैसे कि स्क्रीन संकल्प, समर्थित MIME प्रकारों की सूची, हेडर में विशिष्ट पैरामीटर (HTTP / 2 и HTTPS), स्थापित का विश्लेषण प्लगइन्स और फ़ॉन्ट्स, वीडियो कार्ड के लिए विशिष्ट कुछ वेब एपीआई की उपलब्धता विशेषताएं WebGL और कैनवास का उपयोग करके प्रतिपादन, चालाकी सीएसएस के साथ, काम करने की विशेषताओं का विश्लेषण चूहा и कुंजीपटल.

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

स्रोत: opennet.ru