ब्राउझर गोपनीयता
तृतीय पक्ष कुकीज आणि स्टोरेज विभाजन
दोन प्रत्यक्ष वेगळ्या टॉप-लेव्हल साइट्स अंतर्गत एम्बेड केलेला तृतीय पक्ष ओरिजिन स्टोरेज सामायिक करतो की वेगळे ठेवतो ते पाहा.
नवीन क्रम सुरू करा
- तृतीय पक्ष चाचणी ओरिजिनवर प्रथम पक्ष प्रारंभ.
- साइट A अंतर्गत तृतीय पक्ष म्हणून लोड होत आहे.
- साइट B अंतर्गत तृतीय पक्ष म्हणून लोड होत आहे.
- कुकीज, localStorage, IndexedDB, CHIPS आणि Storage Access API यांची तुलना करा.
साइट सेटअप तपासत आहे
नोंदणीय साइट्स अधिकृत Public Suffix List च्या स्थानिक प्रतीद्वारे तपासल्या जातात; त्यात ICANN आणि PRIVATE विभाग समाविष्ट आहेत. चाचणीदरम्यान कोणतीही यादी डाउनलोड केली जात नाही.
आधी आणि नंतर तुलना करा
त्याच डिव्हाइसवर तीच चाचणी चालवा आणि मूळ निकाल जतन करा. तुमचा VPN सक्रिय करा किंवा संबंधित सेटिंग बदला, त्याच परिस्थितीत पुन्हा चाचणी चालवा आणि पुढचा निकाल जतन करा.
तुलनेसाठी आधीचा आणि नंतरचा निकाल जतन करा.
ही चाचणी तुम्हाला काय सांगते
आधुनिक ब्राउझर तृतीय पक्षाचे स्टोरेज त्याला एम्बेड करणाऱ्या साइटनुसार वेगळे ठेवू शकतात. ही चाचणी केवळ कुकीज आहेत का हे तपासण्याऐवजी ते वर्तन तपासते. एका नोंदणीय डोमेनचे दोन मार्ग किंवा सबडोमेन सहसा तीच साइट राहतात, त्यामुळे अर्थपूर्ण क्रॉस-साइट तुलना करता येत नाही.
चाचणी कशी चालवायची
- कॉन्फिगर केलेल्या सेटअपमध्ये दोन वेगळ्या HTTPS टॉप-लेव्हल साइट्स आणि स्वतंत्र एम्बेड केलेली तृतीय पक्ष साइट आहे याची खात्री करा.
- संदर्भ निर्मिती न वगळता मार्गदर्शित थेट भेट, साइट A आणि साइट B या टप्प्यांचे अनुसरण करा.
- स्टोरेज यंत्रणा स्वतंत्रपणे वाचा आणि पूर्ण झाल्यावर साफसफाईचा मार्ग वापरा; तुम्ही निवडल्यासच Storage Access तपासा.
मोजमाप कसे काम करते
प्रोटोकॉल दोन्ही टॉप-लेव्हल साइट्स अंतर्गत सामान्य कुकीज, Partitioned कुकीज, localStorage आणि IndexedDB यांची तुलना करतो. संदर्भ किंवा विभाजन ओळखकर्ते वाचता येतात का ते तो नोंदवतो.
कॉन्फिगर केलेल्या साइट्स समन्वयकाशी अल्पकालीन चाचणी निरीक्षणांची देवाणघेवाण करतात. क्लायंट संदर्भ मूल्ये हॅश केली जातात; सर्व्हर स्थितीत IP किंवा User-Agent शिवाय तांत्रिक निरीक्षणे साठवली जातात, तरी पायाभूत सुविधांच्या लॉगमध्ये चाचणी URL टोकन असू शकते.
तुमचे निकाल समजून घ्या
- सामायिक तृतीय पक्ष स्थिती
- दोन्ही वेगळ्या साइट्स अंतर्गत संदर्भ उपलब्ध आहे. या यंत्रणेमुळे तपासलेल्या एम्बेडिंग संदर्भांमध्ये स्थिती सामायिक झाली.
- विभाजित स्थिती
- लिहिणे कार्य करते पण दोन साइट्स अंतर्गत ओळखकर्ते वेगळे आहेत. तपासलेल्या यंत्रणा आणि परिस्थितीसाठी हे विभाजनाला आधार देते.
- अनुपस्थित किंवा अनिश्चित स्थिती
- ब्लॉकिंग, विभाजन, कालबाह्यता, फ्रेम धोरण किंवा तांत्रिक अपयश यांमुळे अनुपस्थिती असू शकते. अवैध साइट कॉन्फिगरेशन किंवा नसलेल्या परवानग्यांवरून सार्वत्रिक ब्लॉकिंग प्रमाणित होत नाही.
आधी आणि नंतर तुलना करा
- त्याच तीन साइट्स, प्रोफाइल, मोड आणि आधीच्या परवानग्यांसह मूळ चाचणी पूर्ण करा.
- एक कुकी धोरण किंवा संरक्षण सेटिंग बदला, चाचणी स्थिती साफ करा आणि मार्गदर्शित क्रम पुन्हा करा.
- प्रत्येक यंत्रणा आणि Storage Access परवानग्यांची तुलना करा. सामान्य आणि खाजगी ब्राउझिंगसाठी स्वतंत्र मूळ निकाल तयार करा.
चाचणीच्या मर्यादा
- Partitioned कुकीज आणि Storage Access साठी ब्राउझर समर्थन वेगवेगळे असते; केवळ कुकी अॅट्रिब्यूटवरून तिची हाताळणी सिद्ध होत नाही.
- दिसलेले वर्तन प्रत्येक तृतीय पक्ष संबंधाऐवजी या साइट्स आणि परिस्थितींना लागू होते.
गरज असल्यास काय बदलावे
- स्थिती तुमच्या इच्छेपेक्षा अधिक प्रमाणात सामायिक होते
- तृतीय पक्ष स्टोरेज सेटिंग्ज आणि साइट अपवाद तपासा, मग नवीन क्रम पुन्हा चालवा.
- सेटअप किंवा नियंत्रणे अयशस्वी होतात
- निकाल अनिश्चित ठेवा आणि कुकी ब्लॉकिंगला कारण मानण्यापूर्वी साइट उपलब्धता किंवा ब्राउझर धोरण तपासा.
वारंवार विचारले जाणारे प्रश्न
दोन सबडोमेन विभाजन तपासू शकतात का?
ते एकाच नोंदणीय साइटचे असल्यास सहसा नाही. सेटअपने प्रत्यक्ष वेगळ्या टॉप-लेव्हल साइट्स प्रमाणित केल्या पाहिजेत.
ब्लॉक केलेली कुकी म्हणजे सर्व स्टोरेज ब्लॉक केले आहे का?
नाही. कुकीज, localStorage आणि IndexedDB वेगवेगळे वागू शकतात आणि त्यांची स्वतंत्र निरीक्षणे आवश्यक आहेत.