Chrome ला आता तृतीय-पक्ष कुकीज आणि लपविलेल्या ओळखीपासून संरक्षण मिळेल

Google सादर गोपनीयता सुधारण्याच्या उद्देशाने Chrome मधील आगामी बदल. बदलांचा पहिला भाग SameSite विशेषतासाठी कुकी हाताळणी आणि समर्थनाशी संबंधित आहे. क्रोम 76 च्या रिलीझसह, जुलैमध्ये अपेक्षित आहे, तेथे असेल सक्रिय केले "समान-साइट-बाय-डिफॉल्ट-कुकीज" ध्वज, जो, सेट-कुकी शीर्षलेखामध्ये समान साइट विशेषता नसताना, डीफॉल्टनुसार, "SameSite=Lax" मूल्य सेट करेल, कडून समाविष्ट करण्यासाठी कुकीज पाठविण्यास मर्यादित करेल. तृतीय-पक्षाच्या साइट्स (परंतु कुकी सेट करताना SameSite=None हे मूल्य स्पष्टपणे सेट करून साइट अजूनही निर्बंध रद्द करू शकतील).

गुणधर्म सेमसाईट तृतीय-पक्षाच्या साइटवरून विनंती प्राप्त झाल्यावर कुकी पाठवण्याची परवानगी आहे अशा परिस्थितीत तुम्हाला परिभाषित करण्याची परवानगी देते. सध्या, ब्राउझर कुकी सेट केलेल्या साइटवर कुकी पाठवते, जरी दुसरी साइट सुरुवातीला उघडली गेली असेल आणि विनंती अप्रत्यक्षपणे प्रतिमा लोड करून किंवा iframe द्वारे केली जाते. जाहिरात नेटवर्क या वैशिष्ट्याचा वापर साइट्स दरम्यान वापरकर्त्याच्या हालचालींचा मागोवा घेण्यासाठी आणि
संघटनेसाठी हल्लेखोर CSRF हल्ला (जेव्हा आक्रमणकर्त्याद्वारे नियंत्रित संसाधन उघडले जाते, तेव्हा त्याच्या पृष्ठांवरून एक विनंती गुप्तपणे दुसर्‍या साइटवर पाठविली जाते ज्यावर सध्याचा वापरकर्ता प्रमाणीकृत आहे आणि वापरकर्त्याचा ब्राउझर अशा विनंतीसाठी सत्र कुकीज सेट करतो). दुसरीकडे, तृतीय-पक्ष साइटवर कुकीज पाठविण्याची क्षमता पृष्ठांमध्ये विजेट्स घालण्यासाठी वापरली जाते, उदाहरणार्थ, YuoTube किंवा Facebook सह एकत्रीकरणासाठी.

SameSit विशेषता वापरून, तुम्ही कुकीचे वर्तन नियंत्रित करू शकता आणि ज्या साइटवरून कुकी मूळतः प्राप्त झाली होती त्या साइटवरून सुरू केलेल्या विनंत्यांना प्रतिसाद म्हणून कुकीज पाठवण्याची परवानगी देऊ शकता. सेमसाइट तीन मूल्ये घेऊ शकते "कठोर", "लक्ष" आणि "काहीही नाही". 'कठोर' मोडमध्ये, कुकीज कोणत्याही प्रकारच्या क्रॉस-साइट विनंत्यांकरिता पाठवल्या जात नाहीत, ज्यात बाह्य साइटवरून येणाऱ्या सर्व लिंक्सचा समावेश आहे. 'लॅक्स' मोडमध्ये, अधिक आरामशीर निर्बंध लागू केले जातात आणि कुकी ट्रान्समिशन केवळ क्रॉस-साइट उप-विनंत्यांना अवरोधित केले जाते, जसे की प्रतिमा विनंती किंवा iframe द्वारे सामग्री लोड करणे. दुव्याचे अनुसरण करताना "कठोर" आणि "लॅक्स" मधील फरक कुकीज अवरोधित करण्यामध्ये येतो.

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

Chrome मध्ये देखील जोडले जाईल दुसर्‍या साइटवर गेल्यानंतर मूळ पृष्ठावर परत येण्यात अडचणींशी संबंधित गैरवर्तनापासून संरक्षण. आम्ही स्वयंचलित रीडायरेक्टच्या मालिकेसह नेव्हिगेशन इतिहासात गोंधळ घालण्याच्या किंवा ब्राउझिंग इतिहासात (पुशस्टेटद्वारे) कृत्रिमरित्या काल्पनिक नोंदी जोडण्याच्या सरावाबद्दल बोलत आहोत, परिणामी वापरकर्ता "मागे" बटण वापरू शकत नाही. आकस्मिक संक्रमणानंतर किंवा घोटाळेबाज किंवा तोडफोड करणार्‍यांच्या साइटवर सक्तीने फॉरवर्ड केल्यानंतर मूळ पृष्ठ. अशा हाताळणीपासून संरक्षण करण्यासाठी, बॅक बटण हँडलरमधील Chrome स्वयंचलित फॉरवर्डिंग आणि ब्राउझिंग इतिहासाच्या हाताळणीशी संबंधित रेकॉर्ड वगळेल, केवळ स्पष्ट वापरकर्त्याच्या क्रियांमुळे उघडलेली पृष्ठे सोडेल.

स्त्रोत: opennet.ru