ملف تعريف ارتباط HTTP

📅 آخر تحديث: ٢٣ يوليو ٢٠٢٦
✍️ نُشر في: ٢٣ يوليو ٢٠٢٦
📷 يحتوي على 6 صور
الموسوعة الحرة

ملف تعريف الارتباط HTTP (يُسمى أيضًا ملف تعريف ارتباط الويب ، أو ملف تعريف ارتباط الإنترنت ، أو ملف تعريف ارتباط المتصفح ، أو ببساطة ملف تعريف ارتباط ) هو عبارة عن كتلة صغيرة من البيانات ينشئها خادم الويب أثناء تصفح المستخدم لموقع ويب ، ويضعها متصفح الويب الخاص به على جهاز الكمبيوتر أو أي جهاز آخر يستخدمه . تُوضع ملفات تعريف الارتباط على الجهاز المستخدم للوصول إلى موقع الويب، وقد يتم وضع أكثر من ملف تعريف ارتباط واحد على جهاز المستخدم خلال جلسة واحدة.

تؤدي ملفات تعريف الارتباط وظائف مفيدة، بل وضرورية أحيانًا، على الإنترنت . فهي تُمكّن خوادم الويب من تخزين معلومات الحالة (مثل العناصر المضافة إلى سلة التسوق في متجر إلكتروني ) على جهاز المستخدم، أو تتبع نشاط تصفحه (بما في ذلك النقر على أزرار معينة، أو تسجيل الدخول ، أو تسجيل الصفحات التي تمت زيارتها سابقًا ). [ 1 ] كما يمكن استخدامها لحفظ المعلومات التي أدخلها المستخدم مسبقًا في حقول النماذج ، مثل الأسماء والعناوين وكلمات المرور وأرقام بطاقات الدفع ، لاستخدامها لاحقًا.

تُستخدم ملفات تعريف الارتباط الخاصة بالمصادقة عادةً من قِبل خوادم الويب للتحقق من تسجيل دخول المستخدم، وتحديد الحساب الذي تم تسجيل الدخول به. وبدون هذه الملفات، سيحتاج المستخدمون إلى تسجيل الدخول إلى كل صفحة تحتوي على معلومات حساسة يرغبون في الوصول إليها. يعتمد أمان ملف تعريف الارتباط الخاص بالمصادقة عمومًا على أمان الموقع الإلكتروني المُصدر له ومتصفح المستخدم، وعلى ما إذا كانت بيانات ملف تعريف الارتباط مُشفّرة . قد تسمح الثغرات الأمنية للمهاجم بقراءة بيانات ملف تعريف الارتباط ، واستخدامها للوصول إلى بيانات المستخدم ، أو للوصول (باستخدام بيانات اعتماد المستخدم) إلى الموقع الإلكتروني الذي ينتمي إليه ملف تعريف الارتباط (انظر البرمجة النصية عبر المواقع وتزوير الطلبات عبر المواقع للاطلاع على أمثلة). [ 2 ]

تُستخدم ملفات تعريف الارتباط للتتبع ، وخاصة ملفات تعريف الارتباط الخاصة بالجهات الخارجية ، بشكل شائع كوسيلة لجمع سجلات طويلة الأجل لتاريخ تصفح الأفراد - وهو ما يمثل مصدر قلق محتمل بشأن الخصوصية دفع المشرعين الأوروبيين [ 3 ] والأمريكيين إلى اتخاذ إجراءات في عام 2011. [ 4 ] [ 5 ] يشترط القانون الأوروبي على جميع مواقع الويب التي تستهدف الدول الأعضاء في الاتحاد الأوروبي الحصول على " موافقة مستنيرة " من المستخدمين قبل تخزين ملفات تعريف الارتباط غير الضرورية على أجهزتهم.

خلفية

أصل الاسم

صاغ مصطلح "ملف تعريف الارتباط" مبرمج متصفحات الويب لو مونتولي . وهو مشتق من مصطلح " ملف تعريف الارتباط السحري" ، وهو عبارة عن حزمة بيانات يستقبلها البرنامج ويعيد إرسالها دون تغيير، ويستخدمها مبرمجو أنظمة يونكس . [ 6 ] [ 7 ]

تاريخ

كانت ملفات تعريف الارتباط السحرية مستخدمة بالفعل في مجال الحوسبة عندما خطرت لمبرمج الكمبيوتر لو مونتولي فكرة استخدامها في اتصالات الويب في يونيو 1994. [ 8 ] في ذلك الوقت، كان موظفًا في شركة نتسكيب للاتصالات ، التي كانت تُطوّر تطبيقًا للتجارة الإلكترونية لصالح شركة MCI . مثّل فينت سيرف وجون كلينسين شركة MCI في المناقشات التقنية مع نتسكيب للاتصالات. لم ترغب MCI في أن تحتفظ خوادمها ببيانات جزئية لحالات المعاملات، مما دفعها إلى مطالبة نتسكيب بإيجاد طريقة لتخزين هذه البيانات في جهاز كل مستخدم. وقدّمت ملفات تعريف الارتباط حلاً لمشكلة تنفيذ سلة تسوق افتراضية بشكل موثوق . [ 9 ] [ 10 ]

كتب مونتولي، بالتعاون مع جون جياناندريا، المواصفات الأولية لملفات تعريف الارتباط في نتسكيب في العام نفسه. ودعم الإصدار 0.9 بيتا من برنامج موزاييك نتسكيب ، الذي صدر في 13 أكتوبر 1994، [ 11 ] [ 12 ] ملفات تعريف الارتباط. [ 10 ] وكان أول استخدام لملفات تعريف الارتباط (خارج المختبرات) هو التحقق مما إذا كان زوار موقع نتسكيب قد زاروا الموقع من قبل. تقدم مونتولي بطلب للحصول على براءة اختراع لتقنية ملفات تعريف الارتباط في عام 1995، والتي مُنحت له في عام 1998. [ 13 ] وتم دمج دعم ملفات تعريف الارتباط مع متصفح إنترنت إكسبلورر في الإصدار 2، الذي صدر في أكتوبر 1995. [ 14 ]

لم يكن استخدام ملفات تعريف الارتباط معروفًا على نطاق واسع للجمهور في ذلك الوقت. فعلى وجه الخصوص، كانت ملفات تعريف الارتباط تُقبل تلقائيًا، ولم يتم إخطار المستخدمين بوجودها. [ 15 ] تعرف الجمهور على ملفات تعريف الارتباط بعد أن نشرت صحيفة فايننشال تايمز مقالًا عنها في 12 فبراير 1996. [ 16 ] وفي العام نفسه، حظيت ملفات تعريف الارتباط باهتمام إعلامي واسع، لا سيما بسبب آثارها المحتملة على الخصوصية. ونوقشت ملفات تعريف الارتباط في جلستين استماع للجنة التجارة الفيدرالية الأمريكية عامي 1996 و1997. [ 2 ]

كان تطوير المواصفات الرسمية لملفات تعريف الارتباط جارياً بالفعل. على وجه الخصوص، بدأت المناقشات الأولى حول المواصفات الرسمية في أبريل 1995 على القائمة البريدية www-talk . وشُكِّل فريق عمل خاص ضمن فرقة عمل هندسة الإنترنت (IETF). وقدّم كلٌّ من برايان بهليندورف وديفيد كريستول اقتراحين بديلين لإدخال حالة في معاملات HTTP. لكن سرعان ما قرر الفريق، برئاسة كريستول نفسه ولو مونتولي، استخدام مواصفات نتسكيب كنقطة انطلاق. في فبراير 1996، حدد فريق العمل ملفات تعريف الارتباط التابعة لجهات خارجية باعتبارها تهديداً كبيراً للخصوصية. ونُشرت المواصفات التي وضعها الفريق في النهاية كـ RFC 2109 في فبراير 1997. وتنص على أن ملفات تعريف الارتباط التابعة لجهات خارجية إما غير مسموح بها على الإطلاق، أو على الأقل غير مُفعَّلة افتراضياً. [ 17 ] في ذلك الوقت، كانت شركات الإعلان تستخدم بالفعل ملفات تعريف الارتباط التابعة لجهات خارجية. ولم تتبع نتسكيب وإنترنت إكسبلورر توصية RFC 2109 بشأن ملفات تعريف الارتباط التابعة لجهات خارجية. تم استبدال RFC 2109 بـ RFC 2965 في أكتوبر 2000.

أضافت RFC 2965 Set-Cookie2حقلًا في رأس ملف تعريف الارتباط ، والذي أصبح يُعرف بشكل غير رسمي باسم "ملفات تعريف الارتباط على نمط RFC 2965" مقارنةً Set-Cookieبحقل الرأس الأصلي الذي كان يُسمى "ملفات تعريف الارتباط على نمط نتسكيب". [ 18 ] [ 19 ]Set-Cookie2 مع ذلك، نادرًا ما استُخدم هذا الحقل، وتم إيقاف استخدامه في RFC 6265 في أبريل 2011، والذي كُتب كمواصفة نهائية لملفات تعريف الارتباط كما تُستخدم في الواقع. [ 20 ] لا يتعرف أي متصفح حديث على Set-Cookie2حقل الرأس هذا. [ 21 ]

مصطلحات

ملف تعريف الارتباط الخاص بالجلسة (المعروف أيضًا باسم ملف تعريف الارتباط المؤقت أو غير الدائم ) موجود فقط في الذاكرة المؤقتة أثناء تصفح المستخدم لموقع ويب. [ 22 ] تنتهي صلاحية ملفات تعريف الارتباط الخاصة بالجلسة أو تُحذف عند إغلاق المستخدم لمتصفح الويب. [ 23 ] يتعرف المتصفح على ملفات تعريف الارتباط الخاصة بالجلسة من خلال عدم وجود تاريخ انتهاء صلاحية مُحدد لها.

تنتهي صلاحية ملفات تعريف الارتباط الدائمة في تاريخ محدد أو بعد فترة زمنية محددة. وخلال فترة صلاحية ملف تعريف الارتباط الدائم التي يحددها منشئه، تُرسل معلوماته إلى الخادم في كل مرة يزور فيها المستخدم الموقع الإلكتروني الذي ينتمي إليه، أو في كل مرة يشاهد فيها المستخدم موردًا تابعًا لذلك الموقع من موقع إلكتروني آخر (مثل إعلان).

لهذا السبب، تُعرف ملفات تعريف الارتباط الدائمة أحيانًا باسم ملفات تعريف الارتباط التتبعية [ 24 ] [ 25 ] ، إذ يمكن للمعلنين استخدامها لتسجيل معلومات حول عادات تصفح المستخدم للويب على مدى فترة زمنية طويلة. كما تُستخدم ملفات تعريف الارتباط الدائمة لأسباب أخرى، مثل إبقاء المستخدمين مسجلين دخولهم إلى حساباتهم على مواقع الويب، لتجنب إعادة إدخال بيانات تسجيل الدخول في كل زيارة.

لا يمكن إرسال ملفات تعريف الارتباط الآمنة إلا عبر اتصال مشفر (مثل HTTPS ) . ولا يمكن إرسالها عبر اتصالات غير مشفرة (مثل HTTP ). وهذا يقلل من احتمالية تعرضها للسرقة عبر التنصت . يتم تأمين ملف تعريف الارتباط بإضافة Secureعلامة الأمان إليه.

لا يمكن الوصول إلى ملفات تعريف الارتباط التي تدعم بروتوكول HTTP فقط من خلال واجهات برمجة التطبيقات من جانب العميل، مثل جافا سكريبت . هذا التقييد يقضي على خطر سرقة ملفات تعريف الارتباط عبر البرمجة النصية عبر المواقع (XSS). [ 26 ] مع ذلك، يظل ملف تعريف الارتباط عرضةً لهجمات التتبع عبر المواقع (XST) وهجمات تزوير الطلبات عبر المواقع (CSRF). تُمنح هذه الخاصية لملف تعريف الارتباط بإضافة HttpOnlyعلامة إليه.

في عام 2016، قدم جوجل كروم الإصدار 51 [ 27 ] نوعًا جديدًا من ملفات تعريف الارتباط (cookies) بخاصية SameSite=None، SameSiteوالتي يمكن أن تحمل القيم التالية: `SameSite=None` Strictأو Lax` SameSite=None` None. [ 28 ] عند استخدام الخاصية `SameSite SameSite=Strict=None`، لا تُرسل المتصفحات ملفات تعريف الارتباط إلا إلى نطاق مستهدف مطابق لنطاق المصدر، مما يُقلل بشكل فعال من هجمات تزوير الطلبات عبر المواقع (CSRF). أما عند استخدام الخاصية ` SameSite=LaxSameSite=None`، فتُرسل المتصفحات ملفات تعريف الارتباط مع الطلبات إلى نطاق مستهدف حتى لو كان مختلفًا عن نطاق المصدر، ولكن فقط للطلبات الآمنة مثل GET (حيث أن POST غير آمن)، وليس لملفات تعريف الارتباط التابعة لجهات خارجية (داخل إطار iframe). SameSite=Noneتسمح الخاصية `SameSite=None` بملفات تعريف الارتباط التابعة لجهات خارجية (عبر المواقع)، ومع ذلك، تتطلب معظم المتصفحات وجود الخاصية `SameSite=None` في ملفات تعريف الارتباط. [ 29 ]

تم دمج ملف تعريف الارتباط Same-site في مسودة RFC جديدة لـ "ملفات تعريف الارتباط: آلية إدارة حالة HTTP" [ 30 ] لتحديث RFC 6265 (في حالة الموافقة).

بدأت متصفحات Chrome وFirefox وEdge بدعم ملفات تعريف الارتباط من نفس الموقع. ويكمن جوهر هذه الميزة في معالجة ملفات تعريف الارتباط الموجودة التي لا تحتوي على سمة SameSite. كان Chrome يتعامل مع هذه الملفات كما لو كانت SameSite=None، مما يسمح لجميع المواقع الإلكترونية والتطبيقات بالعمل كالمعتاد. كانت جوجل تعتزم تغيير هذا الإعداد الافتراضي SameSite=Laxفي Chrome 80 المقرر إصداره في فبراير 2020، [ 31 ] ولكن نظرًا لاحتمالية تعطل التطبيقات والمواقع الإلكترونية التي تعتمد على ملفات تعريف ارتباط تابعة لجهات خارجية/عبر المواقع، بالإضافة إلى ظروف جائحة كوفيد-19 ، أجلت جوجل هذا التغيير إلى Chrome 84. [ 32 ] [ 33 ]

سوبر كوكي

ملف تعريف الارتباط الفائق هو ملف تعريف ارتباط مصدره نطاق المستوى الأعلى (مثل .com) أو لاحقة عامة (مثل .co.uk). أما ملفات تعريف الارتباط العادية، على النقيض من ذلك، فمصدرها اسم نطاق محدد، مثل example.com.

قد تُشكل ملفات تعريف الارتباط الفائقة (Supercookies) مصدر قلق أمني محتمل، ولذلك غالبًا ما تحظرها متصفحات الويب. في حال إلغاء حظرها، يُمكن لمهاجم يتحكم بموقع ويب خبيث أن يُنشئ ملف تعريف ارتباط فائقًا، مما قد يُؤدي إلى تعطيل أو انتحال طلبات المستخدمين المشروعة إلى موقع ويب آخر يشترك في نفس نطاق المستوى الأعلى أو اللاحقة العامة مع الموقع الخبيث. على سبيل المثال، .comقد يُؤثر ملف تعريف ارتباط فائق مصدره على طلب مُرسل إلى example.comموقع ويب آخر، حتى لو لم يكن مصدره موقع الويب الخبيث example.com. يُمكن استغلال ذلك لتزييف عمليات تسجيل الدخول أو تغيير معلومات المستخدم.

تساعد قائمة اللواحق العامة [ 34 ] في الحد من مخاطر ملفات تعريف الارتباط الفائقة. وهي مبادرة مشتركة بين مختلف مزودي خدمات الإنترنت، تهدف إلى توفير قائمة دقيقة ومحدثة للواحق الخاصة بأسماء النطاقات. قد لا تحتوي الإصدارات القديمة من المتصفحات على قائمة محدثة، وبالتالي ستكون عرضة لملفات تعريف الارتباط الفائقة من نطاقات معينة. [ 35 ]

استخدامات أخرى

يُستخدم مصطلح "ملف تعريف الارتباط الفائق" أيضًا لوصف تقنيات التتبع التي لا تعتمد على ملفات تعريف الارتباط HTTP. وقد تم اكتشاف آليتين من هذا النوع على مواقع مايكروسوفت الإلكترونية في أغسطس 2011: مزامنة ملفات تعريف الارتباط التي تُعيد إنشاء ملفات تعريف ارتباط MUID (معرّف الجهاز الفريد)، وملفات تعريف ارتباط ETag . [ 36 ] ونظرًا للاهتمام الإعلامي، قامت مايكروسوفت لاحقًا بتعطيل هذا النوع من الملفات. [ 37 ] وفي منشور على مدونة عام 2021، استخدمت موزيلا مصطلح "ملف تعريف الارتباط الفائق" للإشارة إلى استخدام ذاكرة التخزين المؤقت للمتصفح كوسيلة لتتبع المستخدمين عبر المواقع. [ 38 ]

ملف تعريف الارتباط الزومبي هو عبارة عن بيانات ورموز برمجية يضعها خادم الويب على جهاز كمبيوتر الزائر أو أي جهاز آخر في موقع مخفي خارج موقع تخزين ملفات تعريف الارتباط المخصص لمتصفح الويب الخاص بالزائر ، ويقوم تلقائيًا بإعادة إنشاء ملف تعريف ارتباط HTTP كملف تعريف ارتباط عادي بعد حذف ملف تعريف الارتباط الأصلي. قد يُخزَّن ملف تعريف الارتباط الزومبي في مواقع متعددة، مثل كائن Flash Local المشترك ، وتخزين HTML5 Web ، ومواقع أخرى على جانب العميل وحتى على جانب الخادم، وعند اكتشاف غيابه في أحد هذه المواقع، يُعاد إنشاء النسخة المفقودة بواسطة كود JavaScript باستخدام البيانات المخزنة في المواقع الأخرى. [ 39 ] [ 40 ]

بناء

تتكون ملفات تعريف الارتباط من المكونات التالية: [ 41 ] [ 42 ] [ 43 ]

  1. اسم
  2. قيمة
  3. صفر أو أكثر من السمات ( أزواج الاسم/القيمة ). تخزن السمات معلومات مثل تاريخ انتهاء صلاحية ملف تعريف الارتباط، والنطاق، والعلامات (مثل Secureو HttpOnly).

الاستخدامات

إدارة الجلسات

استُخدمت ملفات تعريف الارتباط في الأصل لتمكين المستخدمين من تسجيل المنتجات التي يرغبون بشرائها أثناء تصفحهم للموقع الإلكتروني (سلة تسوق افتراضية ) . [ 9 ] [ 10 ] أما اليوم ، فيُخزَّن محتوى سلة التسوق عادةً في قاعدة بيانات على الخادم، بدلاً من ملف تعريف ارتباط على جهاز المستخدم. ولتتبع المستخدم المُخصَّص لكل سلة تسوق، يُرسل الخادم ملف تعريف ارتباط إلى جهاز المستخدم يحتوي على مُعرِّف جلسة فريد (عادةً ما يكون سلسلة طويلة من الأحرف والأرقام العشوائية). ولأن ملفات تعريف الارتباط تُرسَل إلى الخادم مع كل طلب يُرسله جهاز المستخدم، يُعاد إرسال مُعرِّف الجلسة هذا إلى الخادم في كل مرة يزور فيها المستخدم صفحة جديدة على الموقع، مما يُتيح للخادم معرفة سلة التسوق التي يجب عرضها للمستخدم.

يُستخدم ملف تعريف الارتباط بشكل شائع لتسجيل الدخول إلى مواقع الويب. فعندما يزور المستخدم صفحة تسجيل الدخول، يرسل خادم الويب عادةً ملف تعريف ارتباط يحتوي على مُعرّف جلسة فريد. وعندما يُسجّل المستخدم دخوله بنجاح، يتذكر الخادم أن مُعرّف الجلسة هذا قد تم التحقق منه، ويمنح المستخدم حق الوصول إلى خدماته.

نظرًا لأن ملفات تعريف الارتباط الخاصة بالجلسة لا تحتوي إلا على مُعرّف جلسة فريد، فإن كمية المعلومات الشخصية التي يمكن للموقع الإلكتروني حفظها عن كل مستخدم غير محدودة عمليًا، إذ لا يتقيد الموقع بقيود حجم ملف تعريف الارتباط. كما تُسهم ملفات تعريف الارتباط الخاصة بالجلسة في تحسين سرعة تحميل الصفحات، نظرًا لصغر حجم المعلومات فيها وقلة استهلاكها لعرض النطاق الترددي.

التخصيص

يمكن استخدام ملفات تعريف الارتباط لتذكر معلومات المستخدم بهدف عرض محتوى ذي صلة به بمرور الوقت. على سبيل المثال، قد يرسل خادم الويب ملف تعريف ارتباط يحتوي على اسم المستخدم الذي تم استخدامه آخر مرة لتسجيل الدخول إلى موقع ويب، بحيث يتم ملؤه تلقائيًا عند تسجيل دخول المستخدم في المرة القادمة.

تستخدم العديد من المواقع الإلكترونية ملفات تعريف الارتباط لتخصيص تجربة المستخدم بناءً على تفضيلاته. يحدد المستخدمون تفضيلاتهم بإدخالها في نموذج إلكتروني وإرساله إلى الخادم. يقوم الخادم بتشفير هذه التفضيلات في ملف تعريف ارتباط، ثم يرسله مرة أخرى إلى المتصفح. وبهذه الطريقة، في كل مرة يزور فيها المستخدم صفحةً ما على الموقع، يستطيع الخادم تخصيصها وفقًا لتفضيلاته. على سبيل المثال، استخدم محرك بحث جوجل سابقًا ملفات تعريف الارتباط لتمكين المستخدمين (حتى غير المسجلين) من تحديد عدد نتائج البحث التي يرغبون في رؤيتها في كل صفحة. كما يستخدم محرك بحث DuckDuckGo ملفات تعريف الارتباط لتمكين المستخدمين من ضبط تفضيلات العرض، مثل ألوان صفحات الويب.

التتبع

تُستخدم ملفات تعريف الارتباط لتتبع عادات تصفح المستخدمين للإنترنت. ويمكن القيام بذلك جزئيًا باستخدام عنوان IP الخاص بالكمبيوتر الذي يطلب الصفحة أو حقل المُحيل في رأس طلب HTTP ، ولكن ملفات تعريف الارتباط تتيح دقة أكبر. ويمكن توضيح ذلك كما يلي:

  1. إذا طلب المستخدم صفحة من الموقع، ولكن الطلب لم يتضمن ملف تعريف ارتباط، يفترض الخادم أن هذه هي الصفحة الأولى التي يزورها المستخدم. لذلك، يقوم الخادم بإنشاء مُعرّف فريد (عادةً ما يكون سلسلة من الأحرف والأرقام العشوائية) ويرسله كملف تعريف ارتباط إلى المتصفح مع الصفحة المطلوبة.
  2. من هذه اللحظة فصاعدًا، سيرسل المتصفح ملف تعريف الارتباط تلقائيًا إلى الخادم في كل مرة يتم فيها طلب صفحة جديدة من الموقع. لا يكتفي الخادم بإرسال الصفحة كالمعتاد، بل يقوم أيضًا بتخزين عنوان URL للصفحة المطلوبة، وتاريخ ووقت الطلب، وملف تعريف الارتباط في ملف سجل.

من خلال تحليل ملف السجل هذا، يصبح من الممكن اكتشاف الصفحات التي زارها المستخدم، وبأي تسلسل، وكم من الوقت.

تستغل الشركات عادات المستخدمين على الإنترنت من خلال ملفات تعريف الارتباط لتتبعهم وجمع معلومات حول عاداتهم الشرائية. وقد وجدت صحيفة وول ستريت جورنال أن أكبر خمسين موقعًا إلكترونيًا في أمريكا قامت بتثبيت ما معدله 64 برنامجًا للتتبع على أجهزة الكمبيوتر، مما أسفر عن 3180 ملف تتبع. [ 44 ] ويمكن بعد ذلك جمع البيانات وبيعها للشركات الراغبة في شرائها.

تطبيق

تفاعل محتمل بين متصفح الويب وخادم الويب الذي يستضيف صفحة ويب، حيث يرسل الخادم ملف تعريف ارتباط (كوكيز) إلى المتصفح، ويعيد المتصفح إرساله عند طلب صفحة أخرى.

ملفات تعريف الارتباط هي بيانات عشوائية، يختارها عادةً خادم الويب ويرسلها أولاً، ثم يخزنها متصفح الويب على جهاز المستخدم. بعد ذلك، يعيد المتصفح إرسالها إلى الخادم مع كل طلب، مما يُدخل حالة (ذاكرة الأحداث السابقة) في معاملات HTTP التي لا تحتفظ بحالة . بدون ملفات تعريف الارتباط، ستكون كل عملية استرجاع لصفحة ويب أو جزء منها حدثًا معزولًا، لا يرتبط إلى حد كبير بجميع عمليات عرض الصفحات الأخرى التي يجريها المستخدم على الموقع. على الرغم من أن خادم الويب هو من يُعيّن ملفات تعريف الارتباط عادةً، إلا أنه يمكن للمستخدم أيضًا تعيينها باستخدام لغة برمجة نصية مثل جافا سكريبت (إلا إذا تم تعيين علامة ملف تعريف الارتباط HttpOnly، وفي هذه الحالة لا يمكن تعديل ملف تعريف الارتباط بواسطة لغات البرمجة النصية).

تتطلب مواصفات ملفات تعريف الارتباط [ 45 ] [ 46 ] أن تستوفي المتصفحات المتطلبات التالية لدعم ملفات تعريف الارتباط:

  • يدعم ملفات تعريف الارتباط التي يصل حجمها إلى 4096 بايت .
  • يمكن أن يدعم ما لا يقل عن 50 ملف تعريف ارتباط لكل نطاق (أي لكل موقع ويب).
  • يمكن أن يدعم ما لا يقل عن 3000 ملف تعريف ارتباط إجمالاً.

يتم تعيين ملفات تعريف الارتباط باستخدام Set-Cookieحقل الترويسة ، الذي يتم إرساله في استجابة HTTP من خادم الويب. يُعلم حقل الترويسة هذا متصفح الويب بتخزين ملف تعريف الارتباط وإرساله مرة أخرى في الطلبات اللاحقة إلى الخادم (سيتجاهل المتصفح حقل الترويسة هذا إذا كان لا يدعم ملفات تعريف الارتباط أو قام بتعطيلها).

على سبيل المثال، يرسل المتصفح أول طلب HTTP للصفحة الرئيسية للموقع www.example.orgالإلكتروني:

طلب GET إلى /index.html HTTP / 1.1 Host : www.example.org ...

يستجيب الخادم بحقلين في Set-Cookieرأس الطلب:

HTTP / 1.0 200 OK Content-type : text/html Set-Cookie : theme=light Set-Cookie : sessionToken=abc123; Expires=الأربعاء، 9 يونيو 2021 10:18:14 بتوقيت غرينتش ...

تحتوي استجابة HTTP من الخادم على محتوى الصفحة الرئيسية للموقع الإلكتروني، ولكنها تُوجّه المتصفح أيضًا لتعيين ملفي تعريف ارتباط. يُعتبر الأول، theme ، ملف تعريف ارتباط للجلسة لعدم احتوائه على سمة `---` Expiresأو ` Max-Age---`. من المفترض أن يحذف المتصفح ملفات تعريف ارتباط الجلسة عند إغلاقه. أما الثاني، sessionToken ، فيُعتبر ملف تعريف ارتباط دائمًا لاحتوائه على Expiresسمة `---`، التي تُوجّه المتصفح لحذف ملف تعريف الارتباط في تاريخ ووقت مُحددين.

بعد ذلك، يرسل المتصفح طلبًا آخر لزيارة spec.htmlالصفحة على الموقع الإلكتروني. يحتوي هذا الطلب على Cookieحقل رأس، يتضمن ملفي تعريف الارتباط اللذين طلب الخادم من المتصفح تعيينهما:

طلب GET إلى /spec.html HTTP / 1.1 Host : www.example.org Cookie : theme=light; sessionToken=abc123 ...

بهذه الطريقة، يعرف الخادم أن طلب HTTP هذا مرتبط بالطلب السابق. سيرد الخادم بإرسال الصفحة المطلوبة، وقد يتضمن Set-Cookieاستجابة HTTP حقول ترويسة إضافية لتوجيه المتصفح لإضافة ملفات تعريف ارتباط جديدة، أو تعديل ملفات تعريف الارتباط الموجودة، أو حذفها. لحذف ملف تعريف ارتباط، يجب على الخادم تضمين Set-Cookieحقل ترويسة يحتوي على تاريخ انتهاء صلاحية سابق.

قد تتكون قيمة ملف تعريف الارتباط من أي حرف قابل للطباعة في ASCII! ( من 0 إلى 1 ~، ومن Unicode\u0021 إلى 1 \u007E) باستثناء الأحرف ,و; والمسافات البيضاء . ويستثني اسم ملف تعريف الارتباط الأحرف نفسها، بالإضافة إلى ، لأنها الفاصل بين الاسم والقيمة. يُعد معيار ملفات تعريف الارتباط RFC 2965 أكثر تقييدًا، ولكنه غير مُطبق في المتصفحات.=

يُستخدم مصطلح "فتات الكعكة" أحيانًا للإشارة إلى زوج الاسم والقيمة الخاص بالكعكة. [ 47 ]

يمكن أيضًا تعيين ملفات تعريف الارتباط بواسطة لغات البرمجة النصية مثل جافا سكريبت التي تعمل داخل المتصفح. في جافا سكريبت، يُستخدم الكائن document.cookieلهذا الغرض. على سبيل المثال، تُنشئ التعليمات ملف تعريفdocument.cookie = "temperature=20" ارتباط باسم temperature وقيمة 20. [ 48 ]

بالإضافة إلى الاسم والقيمة، قد تحتوي ملفات تعريف الارتباط على سمة واحدة أو أكثر. لا تُضمّن المتصفحات سمات ملفات تعريف الارتباط في الطلبات المُرسلة إلى الخادم، بل تُرسل فقط اسم ملف تعريف الارتباط وقيمته. تستخدم المتصفحات سمات ملفات تعريف الارتباط لتحديد متى يتم حذف ملف تعريف الارتباط، أو حظره، أو ما إذا كان سيتم إرساله إلى الخادم.

النطاق والمسار

تُحدد سمات ` Domain<اسم_الملف>` و` Path<اسم_الملف>` نطاق ملف تعريف الارتباط. فهي تُخبر المتصفح بشكل أساسي بالموقع الإلكتروني الذي ينتمي إليه ملف تعريف الارتباط. ولأسباب أمنية، لا يُمكن تعيين ملفات تعريف الارتباط إلا على النطاق الرئيسي للمورد الحالي ونطاقاته الفرعية، وليس على نطاق آخر ونطاقاته الفرعية. على سبيل المثال، example.orgلا يُمكن للموقع الإلكتروني تعيين ملف تعريف ارتباط بنطاق `<اسم_الملف>` foo.comلأن ذلك سيُمكّن الموقع example.orgمن التحكم في ملفات تعريف الارتباط الخاصة بهذا النطاق foo.com.

إذا لم يُحدد الخادم خصائص ملف تعريف الارتباط، فإنه يُعيّن افتراضيًا إلى نطاق ومسار المورد المطلوب. Domain[ 49 ] مع ذلك ، في معظم المتصفحات، يوجد فرق بين ملف تعريف ارتباط مُعيّن بدون نطاق، وملف تعريف ارتباط مُعيّن مع نطاق. في الحالة الأولى، يُرسل ملف تعريف الارتباط فقط للطلبات المُوجّهة إلى نطاق معين ، ويُعرف أيضًا بملف تعريف ارتباط خاص بالمضيف فقط. أما في الحالة الثانية، فتُضمّن جميع النطاقات الفرعية (على سبيل المثال، نطاق معين ). [ 50 ] [ 51 ] ويُعدّ متصفح Edge قبل إصدار Windows 10 RS3 ومتصفح Internet Explorer قبل إصدار IE 11 وإصدار Windows 10 RS4 (أبريل 2018) استثناءً بارزًا لهذه القاعدة العامة، حيث يُرسلان دائمًا ملفات تعريف الارتباط إلى النطاقات الفرعية بغض النظر عما إذا كان ملف تعريف الارتباط مُعيّنًا مع نطاق أم لا. [ 52 ]Pathfoo.comfoo.comfoo.comdocs.foo.com

فيما يلي مثال على بعض Set-Cookieحقول رأس الاستجابة في بروتوكول HTTP لموقع ويب بعد تسجيل دخول المستخدم. تم إرسال طلب HTTP إلى صفحة ويب ضمن النطاق docs.foo.comالفرعي:

HTTP / 1.0 200 OK Set-Cookie : LSID=DQAAAK…Eaem_vYg; Path=/accounts; Expires=الأربعاء، 13 يناير 2021 22:23:01 بتوقيت غرينتش; Secure; HttpOnly Set-Cookie : HSID=AYQEVn…DKrdst; Domain=.foo.com; Path=/; Expires=الأربعاء، 13 يناير 2021 22:23:01 بتوقيت غرينتش; HttpOnly Set-Cookie : SSID=Ap4P…GTEq; Domain=foo.com; Path=/; Expires=الأربعاء، 13 يناير 2021 22:23:01 بتوقيت غرينتش; Secure; HttpOnly ...

LSIDلا يحتوي ملف تعريف الارتباط الأول، ، على Domainأي سمة، بينما يحتوي Pathعلى سمة مُعيّنة بقيمة /accounts. يُخبر هذا المتصفح باستخدام ملف تعريف الارتباط هذا فقط عند طلب صفحات موجودة في docs.foo.com/accounts(يُشتق النطاق من نطاق الطلب). أما ملفا تعريف الارتباط الآخران، HSIDو SSID، فيُستخدمان عندما يطلب المتصفح أي نطاق فرعي في .foo.comعلى أي مسار (على سبيل المثال www.foo.com/bar، ). تُعد النقطة المُضافة اختيارية في المعايير الحديثة، ولكن يُمكن إضافتها للتوافق مع التطبيقات القائمة على RFC 2109. [ 53 ]

تاريخ الانتهاء والحد الأقصى للعمر

تحدد هذه Expiresالخاصية تاريخًا ووقتًا محددين لحذف المتصفح لملف تعريف الارتباط. ويتم تحديد التاريخ والوقت بالصيغة التالية: `<T>` Wdy, DD Mon YYYY HH:MM:SS GMT، أو بالصيغة التالية: `<T> Wdy, DD Mon YY HH:MM:SS GMT` لقيم YY حيث تكون YY أكبر من أو تساوي 0 وأقل من أو تساوي 69. [ 54 ]

بدلاً من ذلك، Max-Ageيمكن استخدام هذه الخاصية لضبط مدة صلاحية ملف تعريف الارتباط كفترة زمنية بالثواني في المستقبل، نسبةً إلى وقت استلام المتصفح لملف تعريف الارتباط. فيما يلي مثال على ثلاثة Set-Cookieحقول رأسية تم استلامها من موقع ويب بعد تسجيل دخول المستخدم:

HTTP / 1.0 200 OK Set-Cookie : lu=Rg3vHJZnehYLjVg7qi3bZjzg; Expires=Tue, 15 Jan 2013 21:47:38 GMT; Path=/; Domain=.example.com; HttpOnly Set-Cookie : made_write_conn=1295214458; Path=/; Domain=.example.com Set-Cookie : reg_fb_gate=deleted; Expires=Thu, 1 Jan 1970 00:00:01 GMT; Path=/; Domain=.example.com; HttpOnly

تم ضبط ملف تعريف الارتباط الأول، lu، على الانتهاء في وقت ما في 15 يناير 2013. وسيستخدمه متصفح المستخدم حتى ذلك التاريخ. أما ملف تعريف الارتباط الثاني، ، made_write_connفلا يحتوي على تاريخ انتهاء صلاحية، مما يجعله ملف تعريف ارتباط للجلسة. وسيتم حذفه بمجرد إغلاق المستخدم لمتصفحه. reg_fb_gateتم تغيير قيمة ملف تعريف الارتباط الثالث، ، إلى "محذوف" ، مع تاريخ انتهاء صلاحية سابق. سيقوم المتصفح بحذف ملف تعريف الارتباط هذا فورًا لأن تاريخ انتهاء صلاحيته قد انتهى. تجدر الإشارة إلى أنه لن يتم حذف ملف تعريف الارتباط إلا إذا تطابقت سمات النطاق والمسار في الحقل Set-Cookieمع القيم المستخدمة عند إنشاء ملف تعريف الارتباط.

اعتبارًا من عام 2016لم يدعم متصفح إنترنت إكسبلورر ذلك Max-Age. [ 55 ] [ 56 ]

آمن و HttpOnly

لا تحتوي السمات Secureعلى HttpOnlyقيم مرتبطة بها. بل إن وجود أسماء السمات فقط يشير إلى ضرورة تفعيل سلوكياتها.

تهدف هذه Secureالخاصية إلى حصر استخدام ملفات تعريف الارتباط عبر الاتصالات المشفرة، وتوجيه المتصفحات لاستخدامها فقط من خلال اتصالات آمنة/مشفرة . مع ذلك، إذا قام خادم الويب بتعيين ملف تعريف ارتباط بهذه الخاصية من اتصال غير آمن، فسيظل من الممكن اعتراض هذا الملف عند إرساله إلى المستخدم عبر هجمات الوسيط . لذا، ولضمان أقصى درجات الأمان، يجب تعيين ملفات تعريف الارتباط التي تحمل خاصية "آمن" فقط عبر اتصال آمن.

تُوجّه هذه HttpOnlyالخاصية المتصفحات إلى عدم كشف ملفات تعريف الارتباط عبر قنوات أخرى غير طلبات HTTP (وHTTPS). وهذا يعني أنه لا يمكن الوصول إلى ملف تعريف الارتباط عبر لغات البرمجة النصية من جانب العميل (وخاصةً جافا سكريبت )، وبالتالي لا يمكن سرقته بسهولة عبر البرمجة النصية عبر المواقع (وهي تقنية هجوم منتشرة). [ 57 ]

إعدادات المتصفح

تدعم معظم المتصفحات الحديثة ملفات تعريف الارتباط وتتيح للمستخدم تعطيلها. فيما يلي بعض الخيارات الشائعة: [ 58 ]

  • لتمكين أو تعطيل ملفات تعريف الارتباط بشكل كامل، بحيث يتم قبولها دائمًا أو حظرها دائمًا.
  • لعرض ملفات تعريف الارتباط وحذفها بشكل انتقائي باستخدام مدير ملفات تعريف الارتباط.
  • لمسح جميع البيانات الخاصة بالكامل، بما في ذلك ملفات تعريف الارتباط.

توجد أيضًا أدوات إضافية لإدارة أذونات ملفات تعريف الارتباط. [ 59 ] [ 60 ] [ 61 ] [ 62 ]

تُؤثر ملفات تعريف الارتباط بشكلٍ كبير على خصوصية مستخدمي الإنترنت وإخفاء هويتهم. فبينما تُرسل هذه الملفات فقط إلى الخادم الذي أنشأها أو إلى خادم ضمن نفس نطاق الإنترنت، قد تحتوي صفحة الويب على صور أو مكونات أخرى مُخزّنة على خوادم في نطاقات أخرى. تُسمى ملفات تعريف الارتباط التي تُنشأ أثناء استرجاع هذه المكونات بملفات تعريف ارتباط الطرف الثالث . ينتمي ملف تعريف ارتباط الطرف الثالث إلى نطاق مختلف عن النطاق الظاهر في شريط العنوان. يظهر هذا النوع من ملفات تعريف الارتباط عادةً عندما تعرض صفحات الويب محتوى من مواقع خارجية، مثل إعلانات البانر . يُتيح ذلك إمكانية تتبع سجل تصفح المستخدم، ويستخدمه المعلنون لعرض إعلانات مُلائمة لكل مستخدم.

في هذا المثال الافتراضي، قامت شركة إعلانية بوضع لافتات إعلانية على موقعين إلكترونيين. ومن خلال استضافة صور اللافتات على خوادمها واستخدام ملفات تعريف الارتباط الخاصة بأطراف ثالثة، تتمكن الشركة الإعلانية من تتبع تصفح المستخدمين عبر هذين الموقعين.

على سبيل المثال، لنفترض أن مستخدمًا زار www.example.orgموقعًا إلكترونيًا. يحتوي هذا الموقع على إعلان من ad.foxytracking.comشركة معينة، وعند تنزيله، يتم إنشاء ملف تعريف ارتباط خاص بنطاق الإعلان ad.foxytracking.com. ثم يزور المستخدم موقعًا آخر، www.foo.comيحتوي أيضًا على إعلان من نفس الشركة ad.foxytracking.com، ويتم إنشاء ملف تعريف ارتباط خاص بهذا النطاق ad.foxytracking.com. في النهاية، يتم إرسال كلا ملفي تعريف الارتباط إلى المعلن عند تحميل إعلاناته أو زيارة موقعه. يمكن للمعلن بعد ذلك استخدام هذين الملفين لإنشاء سجل تصفح للمستخدم عبر جميع المواقع الإلكترونية التي تعرض إعلانات من هذا المعلن، وذلك باستخدام حقل رأس HTTP المُحيل .

اعتبارًا من عام 2014كانت بعض المواقع الإلكترونية تُنشئ ملفات تعريف ارتباط قابلة للقراءة لأكثر من 100 نطاق تابع لجهات خارجية. [ 63 ] في المتوسط، كان الموقع الإلكتروني الواحد يُنشئ 10 ملفات تعريف ارتباط، بينما وصل الحد الأقصى لعدد ملفات تعريف الارتباط (التابعة للطرف الأول والثالث) إلى أكثر من 800 ملف. [ 64 ]

توصي المعايير القديمة لملفات تعريف الارتباط، RFC 2109 [ 17 ] وRFC 2965، بأن تحمي المتصفحات خصوصية المستخدم ولا تسمح بمشاركة ملفات تعريف الارتباط بين الخوادم افتراضيًا. مع ذلك، يسمح المعيار الأحدث، RFC 6265، صراحةً لبرامج تصفح الإنترنت بتطبيق أي سياسة لملفات تعريف الارتباط الخاصة بالجهات الخارجية. تحتوي معظم متصفحات الويب الحديثة على إعدادات خصوصية تُمكّن من حظر ملفات تعريف الارتباط الخاصة بالجهات الخارجية. منذ عام 2020، يحظر كل من Apple Safari [ 65 ] و Firefox [ 66 ] و Brave [ 67 ] جميع ملفات تعريف الارتباط الخاصة بالجهات الخارجية افتراضيًا. يسمح Safari للمواقع المُضمّنة باستخدام واجهة برمجة تطبيقات الوصول إلى التخزين لطلب الإذن بتعيين ملفات تعريف الارتباط الخاصة بالطرف الأول. في مايو 2020، قدّم Google Chrome 83 ميزات جديدة لحظر ملفات تعريف الارتباط الخاصة بالجهات الخارجية افتراضيًا في وضع التصفح المتخفي للتصفح الخاص، مما يجعل الحظر اختياريًا أثناء التصفح العادي. أضاف التحديث نفسه أيضًا خيارًا لحظر ملفات تعريف الارتباط الخاصة بالطرف الأول. [ 68 ] في أبريل 2024، أرجأ متصفح كروم حظر ملفات تعريف الارتباط التابعة لجهات خارجية افتراضيًا إلى عام 2025. [ 69 ] في يوليو 2024، أعلنت جوجل عن خطة لتجنب حظر ملفات تعريف الارتباط التابعة لجهات خارجية افتراضيًا، وبدلًا من ذلك، مطالبة المستخدمين بالسماح بها. [ 70 ]

خصوصية

إن إمكانية إنشاء ملف تعريف للمستخدمين تُشكل تهديدًا للخصوصية، لا سيما عند تتبع المستخدمين عبر نطاقات متعددة باستخدام ملفات تعريف الارتباط التابعة لجهات خارجية. ولهذا السبب، سنّت بعض الدول تشريعات بشأن ملفات تعريف الارتباط.

يواجه مشغلو المواقع الإلكترونية الذين لا يفصحون عن استخدام ملفات تعريف الارتباط التابعة لجهات خارجية للمستهلكين خطر الإضرار بثقة المستهلكين في حال اكتشاف استخدام هذه الملفات. ويُسهم الإفصاح الواضح (كما هو الحال في سياسة الخصوصية ) في الحد من أي آثار سلبية لاكتشاف ملفات تعريف الارتباط هذه. [ 71 ]

وضعت حكومة الولايات المتحدة قواعد صارمة بشأن استخدام ملفات تعريف الارتباط في عام 2000 بعد الكشف عن استخدام مكتب سياسة مكافحة المخدرات التابع للبيت الأبيض لملفات تعريف الارتباط لتتبع مستخدمي الكمبيوتر الذين يشاهدون إعلاناته الإلكترونية المناهضة للمخدرات. وفي عام 2002، اكتشف الناشط في مجال الخصوصية دانيال براندت أن وكالة الاستخبارات المركزية (CIA) كانت تترك ملفات تعريف ارتباط دائمة على أجهزة الكمبيوتر التي زارت موقعها الإلكتروني. وعندما أُبلغت الوكالة بانتهاكها للسياسة، صرّحت بأن هذه الملفات لم تُوضع عمدًا، وتوقفت عن وضعها. وفي 25 ديسمبر/كانون الأول 2005، اكتشف براندت أن وكالة الأمن القومي (NSA) كانت تترك ملفي تعريف ارتباط دائمين على أجهزة كمبيوتر الزوار نتيجةً لتحديث برمجي. وبعد إبلاغها، قامت وكالة الأمن القومي بتعطيل ملفات تعريف الارتباط على الفور. [ 72 ]

في عام ٢٠٠٢، أطلق الاتحاد الأوروبي توجيه الخصوصية والاتصالات الإلكترونية (توجيه الخصوصية الإلكترونية)، وهو سياسة تشترط موافقة المستخدمين النهائيين على استخدام ملفات تعريف الارتباط والتقنيات المشابهة لتخزين المعلومات والوصول إليها على أجهزتهم. [ ٧٣ ] [ ٧٤ ] وبالتحديد، تنص المادة ٥، الفقرة ٣، على أنه لا يجوز تخزين البيانات غير الضرورية تقنيًا على جهاز المستخدم إلا إذا تم تزويده بمعلومات حول كيفية استخدام هذه البيانات، ومنحه خيار رفض عملية التخزين. ولا يشترط التوجيه على المستخدمين الموافقة على استخدام ملفات تعريف الارتباط أو تلقي إشعار بشأنها، إذا كانت هذه الملفات ضرورية وظيفيًا لتقديم خدمة طلبوها، مثل حفظ الإعدادات، أو تخزين جلسات تسجيل الدخول، أو تذكر محتويات سلة التسوق. [ ٧٥ ]

في عام ٢٠٠٩، عُدِّل القانون بموجب التوجيه ٢٠٠٩/١٣٦/EC، والذي تضمن تغييرًا في المادة ٥، الفقرة ٣. فبدلًا من منح المستخدمين خيار إلغاء الاشتراك في تخزين ملفات تعريف الارتباط، يشترط التوجيه المُعدَّل الحصول على موافقة لتخزينها. [ ٧٤ ] ويُشار إلى تعريف الموافقة في هذا التوجيه بالتعريف الوارد في قانون حماية البيانات الأوروبي، بدءًا بتوجيه حماية البيانات لعام ١٩٩٥، ثم اللائحة العامة لحماية البيانات (GDPR). ومع تعزيز تعريف الموافقة في نص اللائحة العامة لحماية البيانات، ارتفع مستوى جودة الموافقة المطلوبة من الجهات التي تخزن معلومات مثل ملفات تعريف الارتباط على أجهزة المستخدمين وتصل إليها. إلا أنه في قضية صدر فيها حكم بموجب توجيه حماية البيانات، أكدت محكمة العدل التابعة للاتحاد الأوروبي لاحقًا أن القانون السابق كان يتضمن نفس مستوى جودة الموافقة القوي الذي يتضمنه القانون الحالي. [ 76 ] بالإضافة إلى شرط الموافقة الذي ينشأ عن تخزين المعلومات أو الوصول إليها على جهاز المستخدم، تُعتبر المعلومات الموجودة في العديد من ملفات تعريف الارتباط بيانات شخصية بموجب اللائحة العامة لحماية البيانات (GDPR) وحدها، ويتطلب معالجتها أساسًا قانونيًا. وقد كان هذا هو الحال منذ توجيه حماية البيانات لعام 1995، الذي استخدم تعريفًا مطابقًا للبيانات الشخصية، على الرغم من أن اللائحة العامة لحماية البيانات (GDPR) في ديباجتها التفسيرية 30 توضح أن مُعرّفات ملفات تعريف الارتباط مشمولة. وبينما لا تتطلب جميع عمليات معالجة البيانات بموجب اللائحة العامة لحماية البيانات (GDPR) موافقة، فإن خصائص الإعلانات السلوكية تعني أنه من الصعب أو المستحيل تبريرها بأي أساس آخر. [ 77 ] [ 78 ]

يخضع الحصول على الموافقة بموجب كلٍ من اللائحة العامة لحماية البيانات (GDPR) وتوجيه الخصوصية الإلكترونية لعدد من الشروط فيما يتعلق بملفات تعريف الارتباط. [ 79 ] يجب أن تُمنح الموافقة بحرية وبشكل واضح لا لبس فيه: فقد حُظرت المربعات المحددة مسبقًا بموجب كلٍ من توجيه حماية البيانات لعام 1995 [ 76 ] واللائحة العامة لحماية البيانات (الفقرة 32). [ 80 ] وتنص اللائحة العامة لحماية البيانات تحديدًا على أن يكون سحب الموافقة "سهلًا كسهولة منحها"، [ 80 ] مما يعني أن زر "رفض الكل" يجب أن يكون سهل الوصول إليه من حيث عدد النقرات ووضوحه مثل زر "قبول الكل". [ 79 ] كما يجب أن تكون الموافقة محددة ومستنيرة، أي أن تكون مرتبطة بأغراض محددة لاستخدام هذه البيانات، ويجب ذكر أسماء جميع المنظمات التي تسعى إلى استخدام هذه الموافقة تحديدًا. [ 81 ] [ 82 ] وقد قضت محكمة العدل التابعة للاتحاد الأوروبي أيضًا بأن الموافقة يجب أن تكون "فعالة وفي الوقت المناسب"، أي يجب الحصول عليها قبل وضع ملفات تعريف الارتباط وبدء معالجة البيانات، وليس بعد ذلك. [ 83 ]

كان رد فعل القطاع سلبياً في معظمه. يصف روبرت بوند، من مكتب المحاماة سبيتشلي بيرشام، الآثار بأنها "واسعة النطاق ومرهقة للغاية" لجميع الشركات البريطانية. ويجادل سيمون ديفيس من منظمة برايفسي إنترناشونال بأن تطبيق القانون بشكل صحيح من شأنه أن "يدمر القطاع بأكمله". [ 84 ] ومع ذلك، يشير الباحثون إلى أن الطبيعة المرهقة لنوافذ ملفات تعريف الارتباط المنبثقة تنبع من محاولة الاستمرار في تشغيل نموذج أعمال من خلال طلبات معقدة قد تتعارض مع اللائحة العامة لحماية البيانات (GDPR). [ 77 ]

تشير الدراسات الأكاديمية والهيئات التنظيمية على حد سواء إلى انتشار واسع لعدم الامتثال للقانون. فقد وجدت دراسة شملت 10,000 موقع إلكتروني بريطاني أن 11.8% فقط من المواقع تلتزم بالحد الأدنى من المتطلبات القانونية، وأن 33.4% فقط من المواقع التي شملتها الدراسة توفر آلية لرفض ملفات تعريف الارتباط سهلة الاستخدام كقبولها. [ 79 ] كما وجدت دراسة أخرى شملت 17,000 موقع إلكتروني أن 84% من المواقع انتهكت هذا المعيار، بالإضافة إلى اكتشاف أن العديد منها يضع ملفات تعريف ارتباط تابعة لجهات خارجية دون أي إشعار. [ 85 ] وفي عام 2019، صرّح مكتب مفوض المعلومات ، وهو الهيئة التنظيمية في المملكة المتحدة ، بأن "إطار الشفافية والموافقة" الصادر عن مجموعة تكنولوجيا الإعلان، مكتب الإعلان التفاعلي ، "غير كافٍ لضمان الشفافية والمعالجة العادلة للبيانات الشخصية المعنية، وبالتالي غير كافٍ أيضًا لتوفير موافقة حرة ومستنيرة، مع ما يترتب على ذلك من آثار على الامتثال لقانون خصوصية المستهلك الإلكتروني (PECR)". [ 81 ] تسمح العديد من الشركات التي تبيع حلول الامتثال (منصات إدارة الموافقة) بتكوينها بطرق غير قانونية بشكل واضح، وهو ما لاحظه الباحثون أنه يثير تساؤلات حول التوزيع المناسب للمسؤولية. [ 86 ]

تم اقتراح مواصفة من قِبل اتحاد شبكة الويب العالمية (W3C) تُسمى P3P لتمكين الخوادم من إرسال سياسة الخصوصية الخاصة بها إلى المتصفحات، مما يسمح بمعالجة تلقائية وقابلة للتخصيص من قِبل المستخدم. ومع ذلك، فإن عددًا قليلاً من المواقع الإلكترونية يُطبّق هذه المواصفة، وقد أوقف اتحاد شبكة الويب العالمية العمل عليها. [ 87 ]

يمكن حظر ملفات تعريف الارتباط التابعة لجهات خارجية في معظم المتصفحات لتعزيز الخصوصية والحد من تتبع شركات الإعلان والتتبع، دون التأثير سلبًا على تجربة المستخدم على جميع المواقع. تستخدم بعض المواقع "جدران ملفات تعريف الارتباط"، التي تجعل الوصول إلى الموقع مشروطًا بالسماح بملفات تعريف الارتباط، إما تقنيًا في المتصفح، أو بالضغط على زر "موافق"، أو كليهما. [ 88 ] في عام 2020، أعلن المجلس الأوروبي لحماية البيانات ، الذي يضم جميع هيئات تنظيم حماية البيانات في الاتحاد الأوروبي، أن جدران ملفات تعريف الارتباط غير قانونية.

لكي يكون منح الموافقة حراً، يجب ألا يكون الوصول إلى الخدمات والوظائف مشروطاً بموافقة المستخدم على تخزين المعلومات، أو الوصول إلى المعلومات المخزنة مسبقاً، في جهاز المستخدم (ما يسمى بجدران ملفات تعريف الارتباط). [ 89 ]

يُتيح العديد من مُشغّلي الإعلانات خيار إلغاء الاشتراك في الإعلانات السلوكية، وذلك باستخدام ملف تعريف ارتباط عام في المتصفح لإيقافها. [ 90 ] [ 91 ] ومع ذلك، غالبًا ما يكون هذا الخيار غير فعّال ضد العديد من أشكال التتبع، مثل تتبع الطرف الأول الذي يزداد شيوعًا لتجنب تأثير حظر المتصفحات لملفات تعريف ارتباط الطرف الثالث. [ 92 ] [ 93 ] علاوة على ذلك، إذا كان تطبيق هذا الإعداد أكثر صعوبة من قبول التتبع، فإنه يظل مخالفًا لشروط توجيه الخصوصية الإلكترونية. [ 79 ]

تستخدم معظم المواقع الإلكترونية ملفات تعريف الارتباط كمعرّف وحيد لجلسات المستخدمين، نظرًا لوجود قيود وثغرات أمنية في طرق تحديد هوية مستخدمي الإنترنت الأخرى. فإذا استخدم موقع إلكتروني ملفات تعريف الارتباط كمعرّف للجلسة، يستطيع المهاجمون انتحال طلبات المستخدمين عن طريق سرقة مجموعة كاملة من ملفات تعريف الارتباط الخاصة بهم. ومن وجهة نظر خادم الويب، فإن طلب المهاجم يحمل نفس بيانات المصادقة الخاصة بطلبات الضحية، وبالتالي يُنفَّذ الطلب نيابةً عن جلسة الضحية.

فيما يلي سيناريوهات مختلفة لسرقة ملفات تعريف الارتباط واختطاف جلسات المستخدم (حتى بدون سرقة ملفات تعريف الارتباط الخاصة بالمستخدم) والتي تعمل مع مواقع الويب التي تعتمد فقط على ملفات تعريف الارتباط HTTP لتحديد هوية المستخدم.

التنصت على الشبكة

يمكن سرقة ملف تعريف الارتباط بواسطة جهاز كمبيوتر آخر مسموح له بالقراءة من الشبكة.

يمكن اعتراض حركة البيانات على الشبكة وقراءتها بواسطة أجهزة كمبيوتر أخرى على الشبكة غير المرسل والمستقبل (خاصةً عبر شبكات Wi-Fi المفتوحة غير المشفرة ). تشمل هذه الحركة ملفات تعريف الارتباط المرسلة عبر جلسات HTTP العادية غير المشفرة . في حال عدم تشفير حركة البيانات على الشبكة، يستطيع المهاجمون قراءة اتصالات المستخدمين الآخرين، بما في ذلك ملفات تعريف الارتباط HTTP ومحتوى المحادثات بالكامل، وذلك بهدف تنفيذ هجوم الوسيط .

يمكن للمهاجم استخدام ملفات تعريف الارتباط التي تم اعتراضها لانتحال شخصية المستخدم وتنفيذ مهمة ضارة، مثل تحويل الأموال من الحساب المصرفي للضحية.

يمكن حل هذه المشكلة بتأمين الاتصال بين جهاز المستخدم والخادم باستخدام بروتوكول أمان طبقة النقل ( HTTPS ) لتشفير الاتصال. يستطيع الخادم تحديد Secureعلامة عند تعيين ملف تعريف الارتباط، مما يجعل المتصفح يرسل ملف تعريف الارتباط عبر قناة مشفرة فقط، مثل اتصال TLS. [ 45 ]

نشر نطاق فرعي زائف: تسميم ذاكرة التخزين المؤقت لنظام أسماء النطاقات

إذا تمكن مهاجم من التسبب في قيام خادم نظام أسماء النطاقات (DNS ) بتخزين سجل DNS مزيف مؤقتًا (يُسمى تسميم ذاكرة التخزين المؤقت لنظام أسماء النطاقات )، فقد يُتيح ذلك للمهاجم الوصول إلى ملفات تعريف الارتباط الخاصة بالمستخدم. على سبيل المثال، يمكن للمهاجم استخدام تسميم ذاكرة التخزين المؤقت لنظام أسماء f12345.www.example.comالنطاقات لإنشاء سجل DNS مزيف يشير إلى عنوان IP الخاص بخادمه. بعد ذلك، يمكن للمهاجم نشر رابط صورة من خادمه (على سبيل المثال، http://f12345.www.example.com/img_4_cookie.jpg). سيقوم الضحايا الذين يقرؤون رسالة المهاجم بتنزيل هذه الصورة من f12345.www.example.com. وبما أن f12345.www.example.comهو نطاق فرعي من www.example.com، فإن متصفحات الضحايا سترسل جميع example.comملفات تعريف الارتباط المتعلقة بـ إلى خادم المهاجم.

إذا تمكن المهاجم من تحقيق ذلك، فعادةً ما يكون السبب هو تقصير مزودي خدمة الإنترنت في تأمين خوادم نظام أسماء النطاقات (DNS) بشكل صحيح. مع ذلك، يمكن تخفيف حدة هذا الهجوم إذا كان الموقع المستهدف يستخدم ملفات تعريف ارتباط آمنة. في هذه الحالة، سيواجه المهاجم تحديًا إضافيًا [ 94 ] يتمثل في الحصول على شهادة TLS الخاصة بالموقع المستهدف من جهة إصدار الشهادات ، نظرًا لأن ملفات تعريف الارتباط الآمنة لا يمكن نقلها إلا عبر اتصال مشفر. في حال عدم وجود شهادة TLS مطابقة، ستعرض متصفحات الضحايا رسالة تحذيرية بشأن شهادة المهاجم غير الصالحة، مما سيساعد على ردع المستخدمين عن زيارة موقع المهاجم الاحتيالي وإرسال ملفات تعريف الارتباط الخاصة بهم إليه.

يمكن أيضًا سرقة ملفات تعريف الارتباط باستخدام تقنية تُسمى البرمجة النصية عبر المواقع. يحدث هذا عندما يستغل المهاجم ثغرة في موقع ويب تسمح لمستخدميه بنشر محتوى HTML و JavaScript غير مُصفّى . من خلال نشر أكواد HTML وJavaScript خبيثة، يستطيع المهاجم إجبار متصفح الضحية على إرسال ملفات تعريف الارتباط الخاصة بها إلى موقع ويب يتحكم به.

على سبيل المثال، قد ينشر المهاجم رسالة تتضمن www.example.comالرابط التالي:

<a href="#"> انقر هنا ! </a>​​​​​​​​
البرمجة النصية عبر المواقع: يتم إرسال ملف تعريف ارتباط يجب أن يتم تبادله فقط بين الخادم والعميل إلى طرف آخر.

عندما ينقر مستخدم آخر على هذا الرابط، يُنفّذ المتصفح جزءًا من التعليمات البرمجية الموجودة في onclickالخاصية، مستبدلاً بذلك السلسلة النصية document.cookieبقائمة ملفات تعريف الارتباط المتاحة من الصفحة الحالية. ونتيجةً لذلك، تُرسل هذه القائمة إلى attacker.comالخادم. إذا كان منشور المهاجم الخبيث على موقع ويب يستخدم بروتوكول HTTPS https://www.example.com، فسيتم أيضًا إرسال ملفات تعريف ارتباط آمنة إلى attacker.com كنص عادي.

تقع مسؤولية تصفية مثل هذه التعليمات البرمجية الخبيثة على عاتق مطوري المواقع الإلكترونية.

يمكن الحد من هذه الهجمات باستخدام ملفات تعريف الارتباط HttpOnly. لن تتمكن لغات البرمجة النصية من جانب العميل، مثل جافا سكريبت، من الوصول إلى هذه الملفات، وبالتالي لن يتمكن المهاجم من جمعها.

البرمجة النصية عبر المواقع: طلب الوكيل

في الإصدارات القديمة من العديد من المتصفحات، كانت هناك ثغرات أمنية في تطبيق واجهة برمجة تطبيقات XMLHttpRequest . تسمح هذه الواجهة للصفحات بتحديد خادم وكيل لتلقي الرد، ولا يخضع هذا الخادم لسياسة المصدر نفسه . على سبيل المثال، يقرأ الضحية منشورًا للمهاجم على موقع ما www.example.com، ويتم تنفيذ برنامج المهاجم النصي في متصفح الضحية. يُنشئ البرنامج طلبًا إلى www.example.comخادم الوكيل attacker.com. بما أن الطلب مُوجّه إلى الموقع www.example.com، فسيتم إرسال جميع example.comملفات تعريف الارتباط مع الطلب، ولكن عبر خادم وكيل المهاجم. وبالتالي، سيتمكن المهاجم من جمع ملفات تعريف الارتباط الخاصة بالضحية.

لن ينجح هذا الهجوم مع ملفات تعريف الارتباط الآمنة، إذ لا يمكن نقلها إلا عبر اتصالات HTTPS ، ويفرض بروتوكول HTTPS تشفيرًا تامًا (أي أن المعلومات تُشفّر على متصفح المستخدم وتُفكّ شفرتها على الخادم الوجهة). في هذه الحالة، لن يرى خادم الوكيل سوى البيانات المشفرة الخام لطلب HTTP.

تزوير الطلبات عبر المواقع

على سبيل المثال، قد يتصفح بوب منتدى دردشة حيث نشرت مستخدمة أخرى، مالوري، رسالة. لنفترض أن مالوري قد صممت عنصر صورة HTML يشير إلى إجراء على موقع بنك بوب الإلكتروني (بدلاً من ملف صورة)، على سبيل المثال،

<img src= "http://bank.example.com/withdraw?account=bob&amount=1000000&for=mallory" >

إذا احتفظ بنك بوب بمعلومات المصادقة الخاصة به في ملف تعريف الارتباط، وإذا لم تنته صلاحية ملف تعريف الارتباط، فإن محاولة متصفح بوب لتحميل الصورة سترسل نموذج السحب مع ملف تعريف الارتباط الخاص به، وبالتالي تفوض إجراء معاملة دون موافقة بوب.

اختراق ملفات تعريف الارتباط

يُعدّ اختراق ملفات تعريف الارتباط (Cookiejacking) هجومًا على متصفح إنترنت إكسبلورر ، يسمح للمهاجم بسرقة ملفات تعريف الارتباط الخاصة بجلسة المستخدم عن طريق خداعه لسحب عنصر ما عبر الشاشة. [ 95 ] صنّفت مايكروسوفت هذا الخلل منخفض الخطورة نظرًا لـ "مستوى تفاعل المستخدم المطلوب"، [ 95 ] وضرورة تسجيل دخول المستخدم مسبقًا إلى الموقع الإلكتروني الذي تُسرق ملفات تعريف الارتباط الخاصة به. [ 96 ] مع ذلك، جرّب أحد الباحثين هذا الهجوم على 150 من أصدقائه على فيسبوك، وحصل على ملفات تعريف الارتباط الخاصة بـ 80 منهم عبر الهندسة الاجتماعية . [ 95 ]

عيوب ملفات تعريف الارتباط

إلى جانب المخاوف المتعلقة بالخصوصية، تنطوي ملفات تعريف الارتباط على بعض العيوب التقنية. فعلى وجه الخصوص، لا تُحدد هوية المستخدمين بدقة في جميع الأحيان، ويمكن استخدامها في الهجمات الأمنية، وغالبًا ما تتعارض مع نمط بنية البرمجيات REST (نقل الحالة التمثيلية). [ 97 ] [ 98 ]

تحديد الهوية غير الدقيق

إذا تم استخدام أكثر من متصفح على جهاز كمبيوتر، فعادةً ما يكون لكل متصفح مساحة تخزين منفصلة لملفات تعريف الارتباط (الكوكيز). وبالتالي، لا تُعرّف ملفات تعريف الارتباط شخصًا بعينه، بل تُعرّف مزيجًا من حساب المستخدم وجهاز الكمبيوتر ومتصفح الويب. ومن ثم، فإن أي شخص يستخدم حسابات أو أجهزة كمبيوتر أو متصفحات متعددة لديه مجموعات متعددة من ملفات تعريف الارتباط. [ 99 ]

وبالمثل، لا تميز ملفات تعريف الارتباط بين المستخدمين المتعددين الذين يشتركون في نفس حساب المستخدم والكمبيوتر والمتصفح.

بدائل لملفات تعريف الارتباط

يمكن أيضاً تنفيذ بعض العمليات التي يمكن إجراؤها باستخدام ملفات تعريف الارتباط باستخدام آليات أخرى.

المصادقة وإدارة الجلسات

رموز الويب JSON

رمز JSON Web Token (JWT) عبارة عن حزمة معلومات مستقلة تُستخدم لتخزين بيانات هوية المستخدم ومصداقيته. وهذا يسمح باستخدامها بدلاً من ملفات تعريف الارتباط الخاصة بالجلسة. على عكس ملفات تعريف الارتباط، التي يُرفقها المتصفح تلقائيًا بكل طلب HTTP، يجب على تطبيق الويب إرفاق رموز JWT صراحةً بكل طلب HTTP.

مصادقة HTTP

يتضمن بروتوكول HTTP بروتوكولي المصادقة الأساسية ومصادقة الوصول الملخصة ، اللذين يسمحان بالوصول إلى صفحة الويب فقط عند إدخال المستخدم اسم المستخدم وكلمة المرور الصحيحين. إذا طلب الخادم هذه البيانات لمنح الوصول إلى صفحة الويب، يطلبها المتصفح من المستخدم، وبمجرد الحصول عليها، يخزنها المتصفح ويرسلها في كل طلب لاحق للصفحة. يمكن استخدام هذه المعلومات لتتبع المستخدم.

عنوان URL (سلسلة الاستعلام)

يُستخدم جزء سلسلة الاستعلام من عنوان URL عادةً لهذا الغرض، ولكن يمكن استخدام أجزاء أخرى أيضًا. وتستخدم آليات جلسات Java Servlet و PHP هذه الطريقة في حال عدم تفعيل ملفات تعريف الارتباط.

تعتمد هذه الطريقة على قيام خادم الويب بإضافة سلاسل استعلام تحتوي على مُعرّف جلسة فريد إلى جميع الروابط داخل صفحة الويب. عندما ينقر المستخدم على رابط، يرسل المتصفح سلسلة الاستعلام إلى الخادم، مما يسمح للخادم بتحديد هوية المستخدم والاحتفاظ ببيانات الجلسة.

تتشابه سلاسل الاستعلام هذه مع ملفات تعريف الارتباط (الكوكيز) في احتوائها على معلومات يختارها الخادم، وإرسالها إليه مع كل طلب. مع ذلك، ثمة اختلافات. فبما أن سلسلة الاستعلام جزء من عنوان URL، فإذا أُعيد استخدام هذا العنوان لاحقًا، تُرسل نفس المعلومات المرفقة إلى الخادم، ما قد يُسبب التباسًا. على سبيل المثال، إذا كانت تفضيلات مستخدم مُضمنة في سلسلة استعلام عنوان URL، وأرسل هذا المستخدم عنوان URL إلى مستخدم آخر عبر البريد الإلكتروني ، فستُستخدم هذه التفضيلات مع ذلك المستخدم الآخر أيضًا.

علاوة على ذلك، إذا وصل المستخدم نفسه إلى الصفحة نفسها عدة مرات من مصادر مختلفة، فلا يوجد ما يضمن استخدام سلسلة الاستعلام نفسها في كل مرة. على سبيل المثال، إذا زار المستخدم صفحةً ما من خلال صفحة داخلية للموقع في المرة الأولى، ثم زار الصفحة نفسها من خلال محرك بحث خارجي في المرة الثانية، فمن المرجح أن تكون سلاسل الاستعلام مختلفة. أما إذا تم استخدام ملفات تعريف الارتباط في هذه الحالة، فستكون هي نفسها.

من عيوب سلاسل الاستعلام الأخرى ما يتعلق بالأمان. إذ يُتيح تخزين البيانات التي تُعرّف الجلسة في سلسلة الاستعلام إمكانية شنّ هجمات تثبيت الجلسة ، وهجمات تسجيل المُحيل ، وغيرها من الثغرات الأمنية . ويُعدّ نقل مُعرّفات الجلسة كملفات تعريف ارتباط HTTP أكثر أمانًا.

حقول النموذج المخفية

يُعدّ استخدام نماذج الويب ذات الحقول المخفية شكلاً آخر من أشكال تتبع الجلسات. تشبه هذه التقنية إلى حد كبير استخدام سلاسل استعلام URL لتخزين المعلومات، ولها العديد من المزايا والعيوب نفسها. في الواقع، إذا تمّت معالجة النموذج باستخدام طريقة HTTP GET، فإنّ هذه التقنية تُشابه استخدام سلاسل استعلام URL، لأنّ طريقة GET تُضيف حقول النموذج إلى عنوان URL كسلسلة استعلام. ولكنّ معظم النماذج تُعالج باستخدام HTTP POST، ممّا يؤدّي إلى إرسال معلومات النموذج، بما في ذلك الحقول المخفية، في نص طلب HTTP، وهو ليس جزءًا من عنوان URL ولا من ملف تعريف الارتباط.

يُقدّم هذا الأسلوب ميزتين من وجهة نظر أداة التتبع. أولاً، وضع معلومات التتبع في نص طلب HTTP بدلاً من عنوان URL يعني أنها لن تكون ملحوظة للمستخدم العادي. ثانياً، لا يتم نسخ معلومات الجلسة عند نسخ المستخدم لعنوان URL (لحفظ الصفحة في المفضلة أو إرسالها عبر البريد الإلكتروني، على سبيل المثال).

خاصية DOM باسم window.name

تستطيع جميع متصفحات الويب الحالية تخزين كمية كبيرة من البيانات (من 2 إلى 32  ميجابايت) باستخدام جافا سكريبت عبر خاصية DOMwindow.name . ويمكن استخدام هذه البيانات بدلاً من ملفات تعريف الارتباط الخاصة بالجلسة. كما يمكن دمج هذه التقنية مع كائنات JSON /جافا سكريبت لتخزين مجموعات معقدة من متغيرات الجلسة على جانب العميل.

الجانب السلبي هو أن كل نافذة أو علامة تبويب منفصلة ستحتوي في البداية على window.nameخاصية فارغة عند فتحها.

من بعض النواحي، يمكن أن يكون هذا أكثر أمانًا من ملفات تعريف الارتباط لأن محتوياته لا يتم إرسالها تلقائيًا إلى الخادم في كل طلب كما هو الحال مع ملفات تعريف الارتباط، لذلك فهو ليس عرضة لهجمات التجسس على ملفات تعريف الارتباط عبر الشبكة.

التتبع

عنوان IP

قد يتم تتبع بعض المستخدمين بناءً على عنوان IP الخاص بالجهاز الذي يطلب الصفحة. يعرف الخادم عنوان IP الخاص بالجهاز الذي يشغل المتصفح (أو الخادم الوكيل ، إن وُجد)، ويمكنه نظريًا ربط جلسة المستخدم بهذا العنوان.

مع ذلك، لا تُعدّ عناوين IP عمومًا وسيلةً موثوقةً لتتبّع الجلسات أو تحديد هوية المستخدمين. فالعديد من أجهزة الكمبيوتر المصممة للاستخدام الفردي، كأجهزة الكمبيوتر المكتبية أو المنزلية، تكون خلف مُترجم عناوين الشبكة (NAT). وهذا يعني أن عدة أجهزة كمبيوتر تتشارك عنوان IP عامًا واحدًا. علاوةً على ذلك، صُممت بعض الأنظمة، مثل Tor ، للحفاظ على إخفاء هوية المستخدم على الإنترنت ، مما يجعل التتبّع عبر عنوان IP غير عملي، أو مستحيلًا، أو يُشكّل خطرًا أمنيًا.

ETag

بما أن المتصفح يخزن بيانات ETag مؤقتًا، ويعيدها مع الطلبات اللاحقة لنفس المورد، يمكن لخادم التتبع ببساطة تكرار أي ETag مُستلم من المتصفح لضمان استمرار ETag المُخصص إلى أجل غير مسمى (بطريقة مشابهة لملفات تعريف الارتباط الدائمة). كما يمكن لحقول رأس التخزين المؤقت الإضافية تحسين حفظ بيانات ETag.

يمكن مسح علامات ETag في بعض المتصفحات عن طريق مسح ذاكرة التخزين المؤقت للمتصفح .

ذاكرة التخزين المؤقت للمتصفح

يمكن أيضًا استخدام ذاكرة التخزين المؤقت للمتصفح لحفظ معلومات تُستخدم لتتبع المستخدمين. تستغل هذه التقنية حقيقة أن متصفح الويب سيستخدم الموارد المخزنة في ذاكرة التخزين المؤقت بدلًا من تنزيلها من الموقع الإلكتروني عندما يكتشف أن ذاكرة التخزين المؤقت تحتوي بالفعل على أحدث نسخة من المورد.

على سبيل المثال، يمكن لموقع ويب أن يُقدّم ملف جافا سكريبت يحتوي على كود يُعيّن مُعرّفًا فريدًا للمستخدم (على سبيل المثال، var userId = 3243242;). بعد زيارة المستخدم الأولى، في كل مرة يصل فيها إلى الصفحة، سيتم تحميل هذا الملف من ذاكرة التخزين المؤقت بدلاً من تنزيله من الخادم. وبالتالي، لن يتغير محتواه أبدًا.

بصمة المتصفح

بصمة المتصفح هي معلومات تُجمع حول إعدادات المتصفح، مثل رقم الإصدار ودقة الشاشة ونظام التشغيل، وذلك لغرض تحديد الهوية. ويمكن استخدام هذه البصمات لتحديد هوية المستخدمين أو الأجهزة بشكل كامل أو جزئي حتى في حال تعطيل ملفات تعريف الارتباط.

لطالما جمعت خدمات تحليل المواقع الإلكترونية معلومات أساسية حول إعدادات متصفحات الويب بهدف قياس حركة مرور المستخدمين الحقيقية بدقة واستبعاد أشكال الاحتيال المختلفة في النقرات . وبمساعدة لغات البرمجة النصية من جانب العميل ، أصبح من الممكن جمع معايير أكثر تعقيدًا. [ 100 ] [ 101 ] ويُشكل دمج هذه المعلومات في سلسلة نصية واحدة بصمةً للجهاز. في عام 2010، قاس مكتب الحدود الإلكترونية (EFF) ما لا يقل عن 18.1 بت من الإنتروبيا التي يمكن الحصول عليها من بصمة المتصفح. [ 102 ] وتزعم تقنية بصمة Canvas ، وهي تقنية أحدث، أنها تضيف 5.7 بت أخرى.

تخزين الويب

تدعم بعض متصفحات الويب آليات الحفظ التي تسمح للصفحة بتخزين المعلومات محليًا لاستخدامها لاحقًا.

يتضمن معيار HTML5 (الذي تدعمه معظم متصفحات الويب الحديثة إلى حد ما) واجهة برمجة تطبيقات جافا سكريبت تُسمى Web Storage ، والتي تتيح نوعين من التخزين: التخزين المحلي وتخزين الجلسة. يتصرف التخزين المحلي بشكل مشابه لملفات تعريف الارتباط الدائمة ، بينما يتصرف تخزين الجلسة بشكل مشابه لملفات تعريف ارتباط الجلسة ، باستثناء أن تخزين الجلسة مرتبط بفترة صلاحية علامة تبويب/نافذة محددة (أي جلسة صفحة)، وليس بجلسة متصفح كاملة مثل ملفات تعريف ارتباط الجلسة. [ 103 ]

يدعم متصفح إنترنت إكسبلورر المعلومات الدائمة [ 104 ] في سجل المتصفح، وفي المفضلة في المتصفح، وفي مخزن XML ("بيانات المستخدم")، أو مباشرة داخل صفحة ويب محفوظة على القرص.

تتضمن بعض إضافات متصفحات الويب آليات تخزين مؤقتة أيضًا. على سبيل المثال، يحتوي Adobe Flash على كائن مشترك محلي ، بينما يحتوي Microsoft Silverlight على تخزين معزول. [ 105 ]

انظر أيضاً

مراجع

  1. ↑ "ما هي ملفات تعريف الارتباط؟ وما الفرق بينها (ملفات تعريف الارتباط المؤقتة مقابل الدائمة)؟" . سيسكو . 17 يوليو 2018. 117925.
  2. 1 2 فاموسي، روبرت (14 أبريل 2008). "سرقة ملف تعريف ارتباط جيميل عبر جداول بيانات جوجل" . News.cnet.com . مؤرشف من الأصل في 9 ديسمبر 2013. تم الاطلاع عليه في 19 أكتوبر 2017 .
  3. ↑ "ماذا عن توجيه الاتحاد الأوروبي بشأن ملفات تعريف الارتباط؟" . WebCookies.org. 2013. مؤرشف من الأصل في 11 أكتوبر 2017. تم الاطلاع عليه في 19 أكتوبر 2017 .
  4. ↑ "قواعد الشبكة الجديدة ستُحدث تغييرًا جذريًا" . بي بي سي . 8 مارس 2011. مؤرشف من الأصل في 10 أغسطس 2018. تم الاطلاع عليه في 21 يونيو 2018 .
  5. ↑ «السيناتور روكفلر: استعدوا لمشروع قانون حقيقي يمنع تتبع الإعلانات عبر الإنترنت» . Adage.com . 6 مايو 2011. مؤرشف من الأصل في 24 أغسطس 2011. تم الاطلاع عليه في 2 يونيو 2011 .
  6. ↑ "مصدر الكعك :: دومينو باور" . dominopower.com . مؤرشف من الأصل بتاريخ 19 أكتوبر 2017. تم الاطلاع عليه بتاريخ 19 أكتوبر 2017 . 
  7. ↑ ريموند، إريك (محرر). "الكعكة السحرية" . ملف المصطلحات (الإصدار 4.4.7) . مؤرشف من الأصل في 6 سبتمبر 2017. تم الاطلاع عليه في 8 سبتمبر 2017 .
  8. ↑ شوارتز، جون (4 سبتمبر 2001). "منح الإنترنت ذاكرةً كلّف مستخدميه خصوصيتهم" . صحيفة نيويورك تايمز . مؤرشف من الأصل في 18 نوفمبر 2011. تم الاطلاع عليه في 19 فبراير 2017 .
  9. 1 2 كيسان، جاي؛ شاه، راجيف (19 أغسطس 2018). "تفكيك الشفرة". مجلة ييل للقانون والتكنولوجيا . 6 : 277-389 . SSRN 597543 . 
  10. كريستول ، ديفيد م. ( 2001 ). "ملفات تعريف الارتباط HTTP: المعايير والخصوصية والسياسة". معاملات ACM في تكنولوجيا الإنترنت . 1 ( 2 ). رابطة آلات الحوسبة (ACM): 151-198 . arXiv : cs/0105018 . doi : 10.1145/502152.502153 . ISSN 1533-5399 . S2CID 1848140 .  
  11. ↑ "بيان صحفي: شركة نتسكيب كوميونيكيشنز تُقدّم متصفح الشبكة الجديد مجاناً على الإنترنت" . مؤرشف من الأصل بتاريخ 7 ديسمبر 2006. تم الاطلاع عليه بتاريخ 22 مايو 2010 .
  12. ↑ "منشور على يوزنت بقلم مارك أندريسن: ها هو ذا، أيها العالم!" . ١٣ أكتوبر ١٩٩٤. مؤرشف من الأصل في ٢٧ أبريل ٢٠١١. تم الاطلاع عليه في ٢٢ مايو ٢٠١٠ .
  13. ↑ US 5774670 ، مونتولي، لو، "حالة العميل المستمرة في نظام العميل والخادم القائم على بروتوكول نقل النص التشعبي"، نُشر في 30 يونيو 1998، وتم تخصيصه لشركة نتسكيب للاتصالات. 
  14. ↑ هاردميير، ساندي (25 أغسطس 2005). "تاريخ إنترنت إكسبلورر" . مايكروسوفت. مؤرشف من الأصل في 1 أكتوبر 2005. تم الاطلاع عليه في 4 يناير 2009 .
  15. ↑ ميازاكي، أنتوني د. (2008). "الخصوصية على الإنترنت والإفصاح عن استخدام ملفات تعريف الارتباط: آثارها على ثقة المستهلك والتوقعات المتعلقة بالرعاية" . مجلة السياسة العامة والتسويق . 27 (1): 19-33 . doi : 10.1509/jppm.27.1.19 . ISSN 0743-9156 . 
  16. ↑ جاكسون، ت (12 فبراير 1996). "هذه الثغرة في جهاز الكمبيوتر الخاص بك هي ملف تعريف ارتباط ذكي". فاينانشيال تايمز .
  17. 1 2 RFC 2109 . IETF . القسم 8.3. doi : 10.17487/RFC2109 . 
  18. ↑ "ضبط ملفات تعريف الارتباط" . staff.washington.edu . ١٩ يونيو ٢٠٠٩. مؤرشف من الأصل في ١٦ مارس ٢٠١٧. تم الاطلاع عليه في ١٥ مارس ٢٠١٧ .
  19. ↑ ذكرت وثائق edbrowse الإصدار 3.5: "لاحظ أن ملفات تعريف الارتباط من نوع Netscape فقط هي المدعومة. ومع ذلك، فهذا النوع هو الأكثر شيوعًا، ومن المرجح أن يلبي احتياجاتك." تم حذف هذه الفقرة في الإصدارات اللاحقة من الوثائق (المؤرشفة بتاريخ 16 مارس 2017 على Wayback Machine) بعد إلغاء RFC 2965.
  20. ↑ هودجز، جيف؛ كوري، بيل (6 مارس 2011). ""آلية إدارة حالة بروتوكول HTTP" كمعيار مقترح . مجلة الممارسات الأمنية . مؤرشف من الأصل بتاريخ 7 أغسطس 2016. تم الاطلاع عليه بتاريخ 17 يونيو 2016 .
  21. ↑ "Set-Cookie2 - HTTP | MDN" . developer.mozilla.org . تم الاطلاع عليه بتاريخ 8 مارس 2021 .
  22. ↑ "وصف ملفات تعريف الارتباط الدائمة وملفات تعريف الارتباط الخاصة بالجلسة في متصفح إنترنت إكسبلورر" . support.microsoft.com . 24 يناير 2007. مؤرشف من الأصل في 25 سبتمبر 2011.
  23. ↑ "الحفاظ على حالة الجلسة باستخدام ملفات تعريف الارتباط" . شبكة مطوري مايكروسوفت . مؤرشف من الأصل في 14 أكتوبر 2012. تم الاطلاع عليه في 22 أكتوبر 2012 .
  24. ↑ بوجلو، توماش؛ كاريلا-إسبانيول، فالنتين؛ لي، بيوم-ريول؛ بارليت-روس، بير (2017). "دراسة استقصائية حول تتبع الويب: الآليات، والآثار، والدفاعات". وقائع معهد مهندسي الكهرباء والإلكترونيات . 105 (8): 1476-1510 . doi : 10.1109/JPROC.2016.2637878 . hdl : 2117/108437 . ISSN 0018-9219 . 
  25. ↑ راسائي، علي؛ سينغ، شيفاني؛ غوساين، ديفاشيش؛ غاسر، أوليفر (2023)، "استكشاف عالم ملفات تعريف الارتباط: تحليل متعدد الأبعاد لملفات تعريف الارتباط على الويب" ، في برونستروم، آنا؛ فلوريس، مارسيل؛ فيوري، ماركو (محررون)، القياس السلبي والفعال ، المجلد 13882، تشام: سبرينغر نيتشر سويسرا، الصفحات 623-651 ، doi : 10.1007/978-3-031-28486-1_26 ، ISBN   978-3-031-28485-4تم الاطلاع عليه بتاريخ 24 أغسطس 2024
  26. ↑ بوغليسي، ميشيل؛ كالزافارا، ستيفانو؛ فوكاردي، ريكاردو؛ خان، ولايت (16 سبتمبر 2015). "CookiExt: ترقيع المتصفح ضد هجمات اختطاف الجلسة" . مجلة أمن الحاسوب . 23 (4): 509-537 . doi : 10.3233/JCS-150529 . hdl : 10278/3663357 .
  27. ↑ "سمة ملف تعريف الارتباط "SameSite"، حالة منصة Chrome . Chromestatus.com . مؤرشف من الأصل في 9 مايو 2016. تم الاطلاع عليه في 23 أبريل 2016 .
  28. ↑ غودوين، م.؛ ويست (20 يونيو 2016). "ملفات تعريف الارتباط الخاصة بالموقع نفسه draft-ietf-httpbis-cookie-same-site-00" . متتبع بيانات IETF . مؤرشف من الأصل في 16 أغسطس 2016. تم الاسترجاع في 28 يوليو 2016 .
  29. ↑ "طلب "Secure" لـ "SameSite=None". بواسطة miketaylr · طلب سحب رقم 1323 · httpwg/http-extensions" . GitHub . تم الاطلاع عليه في 5 أبريل 2021 .
  30. ↑ ويست، مايك؛ ويلاندر، جون (7 ديسمبر 2020). ملفات تعريف الارتباط: آلية إدارة حالة HTTP (تقرير). فريق عمل هندسة الإنترنت.
  31. ↑ "تغييرات ملفات تعريف الارتباط SameSite في فبراير 2020: ما تحتاج إلى معرفته" . مدونة كروميوم . تم الاطلاع عليه في 5 أبريل 2021 .
  32. ↑ "التراجع المؤقت عن تغييرات ملفات تعريف الارتباط SameSite" . مدونة كروميوم . تم الاطلاع عليه بتاريخ 5 أبريل 2021 .
  33. ↑ شو، جاستن (28 مايو 2020). "استئناف تغييرات ملفات تعريف الارتباط SameSite في يوليو" . مدونة كروميوم . تم الاطلاع عليه في 18 فبراير 2024 .
  34. ↑ "تعرّف على المزيد حول قائمة اللواحق العامة" . Publicsuffix.org . مؤرشف من الأصل بتاريخ 14 مايو 2016. تم الاطلاع عليه بتاريخ 28 يوليو 2016 .
  35. ↑ "نظرة أولية على أضرار الخصوصية الناجمة عن قائمة اللواحق العامة" . بريف . 25 أكتوبر 2023. تم الاطلاع عليه في 1 يناير 2026 .
  36. ↑ ماير، جوناثان (19 أغسطس 2011). "تتبع أدوات التتبع: إعلانات مايكروسوفت" . مركز الإنترنت والمجتمع. مؤرشف من الأصل في 26 سبتمبر 2011. تم الاطلاع عليه في 28 سبتمبر 2011 .
  37. ↑ فيجايان، جايكومار (19 أغسطس 2011). "مايكروسوفت تُعطّل ملفات تعريف الارتباط الفائقة المستخدمة على زوار موقع MSN.com" . مجلة Computerworld . مؤرشف من الأصل في 27 نوفمبر 2014. تم الاطلاع عليه في 23 نوفمبر 2014 .
  38. ↑ إنجلهارت، ستيفن؛ إيدلشتاين، آرثر (26 يناير 2021). "فايرفوكس 85 يُشدد الرقابة على ملفات تعريف الارتباط الفائقة" . مدونة موزيلا الأمنية . مؤرشف من الأصل في 25 فبراير 2024.
  39. ↑ أنجوين، جوليا ؛ تيغاس، مايك (14 يناير 2015). "ملف تعريف الارتباط الزومبي: ملف تعريف الارتباط للتتبع الذي لا يمكنك قتله" . برو بابليكا . تم الاسترجاع في 1 نوفمبر 2020 .
  40. ↑ ستولز، كونراد (11 يونيو 2011). "الكعكة التي لا تتفتت!" . مجلة 24x7 . تم الاطلاع عليه في 1 نوفمبر 2020 .
  41. ↑ بينغ، ويهونغ؛ سيسنا، جينيفر (2000). "ملفات تعريف الارتباط HTTP، تقنية واعدة". بروكويست . مراجعة المعلومات عبر الإنترنت. بروكويست 194487945 . 
  42. ↑ جيم مانيكو يقتبس من دانيال ستينبرغ، حدود طول ملفات تعريف الارتباط في العالم الحقيقي. مؤرشف في 2 يوليو 2013 في أرشيف الإنترنت.
  43. ↑ لي، وي-بين؛ تشين، هسينغ-باي؛ تشانغ، شون-شيان؛ تشين، تسونغ-هير (25 يناير 2019). "حماية آمنة وفعالة لملفات تعريف الارتباط HTTP مع التحقق الذاتي" . المجلة الدولية لأنظمة الاتصالات . 32 (2) e3857. doi : 10.1002/dac.3857 . S2CID 59524143 . 
  44. ↑ ريني، لي (2012). الشبكات: نظام التشغيل الاجتماعي الجديد. ص 237
  45. 1 2 آلية إدارة حالة HTTP . IETF . doi : 10.17487/RFC6265 . RFC 6265 .
  46. ↑ "ملفات تعريف الارتباط HTTP لحالة العميل الدائمة: مواصفات أولية" . نتسكيب. حوالي عام 1999. مؤرشف من الأصل في 5 أغسطس 2007.
  47. ↑ "خصائص ملفات تعريف الارتباط" . MSDN . مايكروسوفت. مؤرشف من الأصل في 5 أبريل 2008. تم الاطلاع عليه في 4 يناير 2009 .
  48. ↑ شانون، روس (26 فبراير 2007). "ملفات تعريف الارتباط: تعيين واسترجاع معلومات عن قرائك" . HTMLSource. مؤرشف من الأصل في 24 أغسطس 2011. تم الاطلاع عليه في 4 يناير 2009 .
  49. ↑ بارث، أ. آلية إدارة حالة HTTP، سمة المسار . IETF . القسم 4.1.2.4. doi : 10.17487/RFC6265 . RFC 6265 . 
  50. ↑ بارث، أ. (مارس 2014). RFC 6265، آلية إدارة حالة HTTP، مطابقة النطاق . IETF . القسم 5.1.3. doi : 10.17487/RFC6265 . RFC 6265 . 
  51. ↑ بارث، أ. (مارس 2014). RFC 6265، آلية إدارة حالة HTTP، سمة النطاق . IETF . القسم 4.1.2.3. doi : 10.17487/RFC6265 . RFC 6265 . 
  52. ↑ "أسئلة وأجوبة حول ملفات تعريف الارتباط في متصفح إنترنت إكسبلورر" . 21 نوفمبر 2018.
  53. ^ كريستول، د.؛ مونتولي، L. (مارس 2014). RFC 2109، آلية إدارة حالة HTTP، بناء جملة Set-Cookie . فريق عمل الإنترنت . ثانية. 4.2.2. دوى : 10.17487/RFC2109 . S2CID 6914676 . آر إف سي 2109 .  
  54. ↑ بارث، أ. (2011). RFC 6265، آلية إدارة حالة HTTP . IETF . القسم 5.1.1. doi : 10.17487/RFC6265 . RFC 6265 . 
  55. ↑ "توافق مواصفات ملفات تعريف الارتباط في المتصفحات الحديثة" . inikulin.github.io . 2016. مؤرشف من الأصل في 2 أكتوبر 2016. تم الاطلاع عليه في 30 سبتمبر 2016 .
  56. ↑ كولز، بيتر. "ملفات تعريف الارتباط HTTP: ما الفرق بين Max-age وExpires؟ - بيتر كولز" . Mrcoles.com . مؤرشف من الأصل في 29 يوليو 2016. تم الاطلاع عليه في 28 يوليو 2016 .
  57. ↑ تقرير سيمانتك لتهديدات أمن الإنترنت: اتجاهات الفترة من يوليو إلى ديسمبر 2007 (ملخص تنفيذي) (ملف PDF) (تقرير). المجلد الثالث عشر. شركة سيمانتك. أبريل 2008. الصفحات 1-3 . مؤرشف من النسخة الأصلية (ملف PDF) بتاريخ 25 يونيو 2008. تم الاطلاع عليه بتاريخ 11 مايو 2008 .  
  58. ↑ ويلين، ديفيد (8 يونيو 2002). "الأسئلة الشائعة غير الرسمية حول ملفات تعريف الارتباط، الإصدار 2.6" . مركز ملفات تعريف الارتباط. مؤرشف من الأصل في 24 أغسطس 2011. تم الاطلاع عليه في 4 يناير 2009 .
  59. ↑ "كيفية إدارة ملفات تعريف الارتباط في إنترنت إكسبلورر 6" . مايكروسوفت. 18 ديسمبر 2007. مؤرشف من الأصل في 28 ديسمبر 2008. تم الاطلاع عليه في 4 يناير 2009 .
  60. ↑ "مسح البيانات الخاصة" . قاعدة معارف دعم فايرفوكس . موزيلا. 16 سبتمبر 2008. مؤرشف من الأصل في 3 يناير 2009. تم الاطلاع عليه في 4 يناير 2009 .
  61. ↑ "مسح المعلومات الشخصية: مسح بيانات التصفح" . مساعدة جوجل كروم . مؤرشف من الأصل في 11 مارس 2009. تم الاطلاع عليه في 4 يناير 2009 .
  62. ↑ "مسح المعلومات الشخصية: حذف ملفات تعريف الارتباط" . مساعدة جوجل كروم . مؤرشف من الأصل في 11 مارس 2009. تم الاطلاع عليه في 4 يناير 2009 .
  63. ↑ "نطاقات الطرف الثالث" . WebCookies.org. مؤرشف من الأصل في 9 ديسمبر 2014. تم الاطلاع عليه في 7 ديسمبر 2014 .
  64. ↑ "عدد ملفات تعريف الارتباط" . WebCookies.org. مؤرشف من الأصل في 9 ديسمبر 2014. تم الاطلاع عليه في 7 ديسمبر 2014 .
  65. ↑ ستات، نيك (24 مارس 2020). "أبل تُحدّث تقنية مكافحة التتبع في متصفح سفاري بحظر كامل لملفات تعريف الارتباط التابعة لجهات خارجية" . ذا فيرج . تم الاطلاع عليه بتاريخ 24 يوليو 2020 .
  66. ↑ "بدأ متصفح فايرفوكس بحظر ملفات تعريف الارتباط التابعة لجهات خارجية افتراضيًا" . فينشر بيت . 4 يونيو 2019. تم الاطلاع عليه بتاريخ 24 يوليو 2020 .
  67. ↑ بريف (6 فبراير 2020). "حسنًا جوجل، لا تؤجل خصوصية المتصفح الحقيقية حتى عام 2022" . متصفح بريف . تم الاطلاع عليه بتاريخ 24 يوليو 2020 .
  68. ↑ بروتالينسكي، إميل (19 مايو 2020). "يأتي متصفح كروم 83 بإعدادات أمان مُعاد تصميمها، مع حظر ملفات تعريف الارتباط التابعة لجهات خارجية في وضع التصفح المتخفي" . فينشر بيت . تم الاطلاع عليه بتاريخ 25 يونيو 2020 .
  69. ↑ أماديو، رون (24 أبريل 2024). "جوجل لا تستطيع إيقاف ملفات تعريف الارتباط التابعة لجهات خارجية - تم إيقاف التأخيرات للمرة الثالثة" . آرس تكنيكا . تم الاطلاع عليه في 25 أبريل 2024 .
  70. ↑ لولر، ريتشارد (22 يوليو 2024). "خطة جوجل لإيقاف تشغيل ملفات تعريف الارتباط التابعة لجهات خارجية في متصفح كروم تتلاشى" . ذا فيرج . تم الاطلاع عليه بتاريخ 29 يوليو 2024 .
  71. ↑ ميازاكي، أنتوني د. (2008)، "الخصوصية على الإنترنت والإفصاح عن استخدام ملفات تعريف الارتباط: الآثار على ثقة المستهلك والتوقعات المتعلقة بالرعاية"، مجلة السياسة العامة والتسويق، 23 (الربيع)، 19-33
  72. ↑ «وكالة تجسس تزيل ملفات تتبع غير قانونية» . صحيفة نيويورك تايمز . 29 ديسمبر 2005. مؤرشف من الأصل في 12 نوفمبر 2011. تم الاطلاع عليه في 19 فبراير 2017 .
  73. ↑ "توجيه الاتحاد الأوروبي بشأن ملفات تعريف الارتباط، التوجيه 2009/136/EC" . معلومات قانونية من JISC. مؤرشف من الأصل بتاريخ 18 ديسمبر 2012. تم الاطلاع عليه بتاريخ 31 أكتوبر 2012 .
  74. 1 2 لوائح الخصوصية والاتصالات الإلكترونية . مكتب مفوض المعلومات. 2012. مؤرشف من الأصل في 30 أكتوبر 2012. تم الاطلاع عليه في 31 أكتوبر 2012 .
  75. ↑ "ملفات تعريف الارتباط والتقنيات المشابهة" . ico.org.uk. 1 يناير 2021. تم الاطلاع عليه بتاريخ 6 يونيو 2021 .
  76. 1 2 "EUR-Lex - 62017CN0673 - EN - EUR-Lex" . eur-lex.europa.eu . تم الاطلاع عليه بتاريخ 6 يونيو 2021 .
  77. 1 2 فيل، مايكل؛ Zuiderveen Borgesius، Frederik (1 أبريل 2021)، Adtech والمزايدة في الوقت الفعلي بموجب قانون حماية البيانات الأوروبي ، doi : 10.31235/osf.io/wg8fq ، hdl : 2066/253518 ، S2CID 243311598 
  78. ↑ زويدرفين بورجيسيوس، فريدريك ج. (أغسطس 2015). "معالجة البيانات الشخصية للاستهداف السلوكي: ما هو الأساس القانوني؟" . القانون الدولي لحماية البيانات . 5 (3): 163-176 . doi : 10.1093/idpl/ipv011 . ISSN 2044-3994 . 
  79. 1 2 3 4 نوينز، ميداس؛ ليكاردي، إيلاريا؛ فيل، مايكل؛ كارغر، ديفيد؛ كاغال، لالانا (21 أبريل 2020). "الأنماط الخادعة بعد اللائحة العامة لحماية البيانات: استخراج نوافذ الموافقة المنبثقة وإثبات تأثيرها" . وقائع مؤتمر CHI لعام 2020 حول العوامل البشرية في أنظمة الحوسبة . Chi '20. هونولولو، هاواي، الولايات المتحدة الأمريكية: ACM. الصفحات 1-13 . arXiv : 2001.02479 . doi : 10.1145/3313831.3376321 . hdl : 1721.1/129999 . ISBN  978-1-4503-6708-0. S2CID 210064317 . 
  80. 1 2 "يور-ليكس - 32016R0679 - إن - يورو-ليكس" . eur-lex.europa.eu . تم الاسترجاع في 6 يونيو 2021 .
  81. 1 2 مكتب مفوض المعلومات (2019). تقرير محدّث حول تكنولوجيا الإعلان والمزايدة في الوقت الفعلي (ملف PDF) . مؤرشف (ملف PDF) من النسخة الأصلية بتاريخ 13 مايو 2021.
  82. ↑ "Délibération n° 2019-093 du 4 juillet 2019 portantتبنى الخطوط التوجيهية المتعلقة بتطبيق المادة 82 من قانون 6 يناير 1978 المعدل على عمليات المحاضرة أو الكتابة في محطة المستخدم (notamment aux cookies et autres) التتبع) (تصحيح)" . www.legifrance.gouv.fr . تم الاسترجاع في 6 يونيو 2021 .
  83. ↑ "EUR-Lex - 62017CC0040 - EN - EUR-Lex" . eur-lex.europa.eu . تم الاطلاع عليه بتاريخ 6 يونيو 2021 .
  84. ↑ "قانون ملفات تعريف الارتباط في الاتحاد الأوروبي: كفى تذمراً، فلنبدأ العمل" . مجلة وايرد البريطانية . 24 مايو 2012. مؤرشف من الأصل في 15 نوفمبر 2012. تم الاطلاع عليه في 31 أكتوبر 2012 .
  85. ↑ كامبانوس، جورجيوس؛ شاهانداشتي، سياماك ف. (2021). "قبول الكل: مشهد لافتات ملفات تعريف الارتباط في اليونان والمملكة المتحدة". أمن أنظمة تكنولوجيا المعلومات والاتصالات وحماية الخصوصية . سلسلة IFIP للتقدم في تكنولوجيا المعلومات والاتصالات. المجلد 625. تشام: دار نشر سبرينغر الدولية. الصفحات 213-227 . arXiv : 2104.05750 . doi : 10.1007/978-3-030-78120-0_14 . ISBN   978-3-030-78119-4ISSN 1868-4238 . S2CID 233219491 .​  
  86. ↑ سانتوس، كريستيانا؛ نوينز، ميداس؛ توث، مايكل؛ بيلوفا، ناتاليا؛ روكا، فينسنت (2021). "منصات إدارة الموافقة بموجب اللائحة العامة لحماية البيانات: معالجات و/أو مراقبات؟" . في: غروشيكا، نيلز؛ أنتونس، لويس فيليبي كويلو؛ راننبرغ، كاي؛ دروغاريس، بروكوبيوس (محررون). تقنيات وسياسات الخصوصية . سلسلة محاضرات في علوم الحاسوب. المجلد 12703. تشام: دار نشر سبرينغر الدولية. الصفحات 47-69 . arXiv : 2104.06861 . doi : 10.1007/978-3-030-76663-4_3 . ISBN   978-3-030-76662-7S2CID 233231428. تم الاطلاع عليه بتاريخ 6 يونيو 2021 . 
  87. ↑ "P3P: منصة تفضيلات الخصوصية" . W3C . تم الاطلاع عليه بتاريخ 15 أكتوبر 2021 .
  88. ↑ زويدرفين بورجيسيوس، إف جيه؛ كرويكماير، إس؛ سي بويرمان، إس؛ هيلبرجر، إن. (2017). "جدران التتبع، وخيارات القبول أو الرفض، واللائحة العامة لحماية البيانات، ولائحة الخصوصية الإلكترونية" . مجلة القانون الأوروبي لحماية البيانات . 3 (3): 353-368 . arXiv : 2510.25339 . doi : 10.21552/edpl/2017/3/9 . hdl : 11245.1/dfb59b54-0544-4c65-815a-640eae10668a .
  89. ↑ "المبادئ التوجيهية 05/2020 بشأن الموافقة بموجب اللائحة 2016/679 | المجلس الأوروبي لحماية البيانات" . edpb.europa.eu . تم الاطلاع عليه بتاريخ 6 يونيو 2021 .
  90. ↑ "ثغرة كبيرة بما يكفي لمرور قطعة بسكويت" . مقتطفات . صحيفة نيويورك تايمز. 17 سبتمبر 2010. مؤرشف من الأصل في 26 يناير 2013. تم الاطلاع عليه في 31 يناير 2013 .
  91. ↑ بيغورارو، روب (17 يوليو 2005). "كيفية حظر ملفات تعريف الارتباط للتتبع" . صحيفة واشنطن بوست . ص. F07. مؤرشف من الأصل في 27 أبريل 2011. تم الاطلاع عليه في 4 يناير 2009 . 
  92. ↑ كلابورن، توماس. "ما هو سجل CNAME في لعبتك؟ هذا التتبع القائم على نظام أسماء النطاقات يتحدى دفاعات خصوصية متصفحك" . www.theregister.com . سان فرانسيسكو . تم الاطلاع عليه بتاريخ 6 يونيو 2021 .
  93. ↑ ديموفا، يانا؛ أكار، غونيش؛ أولينيك، لوكاس؛ جوسين، ووتر؛ فان غوثيم، توم (5 مارس 2021). "CNAME اللعبة: تحليل واسع النطاق للتهرب من التتبع القائم على نظام أسماء النطاقات". arXiv : 2102.09301 [ cs.CR ].
  94. ↑ زيتر، كيم (23 مارس 2011). "اختراق إلكتروني يحصل على 9 شهادات مزيفة لمواقع إلكترونية بارزة؛ مصدرها إيران - مستوى التهديد - Wired.com" . مستوى التهديد . مؤرشف من الأصل في 26 مارس 2014.
  95. 1 2 3 فينكل، جيم (25 مايو 2011). "أحدث مخاطر مايكروسوفت الأمنية: 'اختطاف ملفات تعريف الارتباط'"" . رويترز . مؤرشف من الأصل في 30 مايو 2011. تم الاطلاع عليه في 26 مايو 2011. "
  96. ↑ ويتني، لانس (26 مايو 2011). "باحث أمني يكتشف خطر "اختراق ملفات تعريف الارتباط" في متصفح إنترنت إكسبلورر" . سي نت . مؤرشف من الأصل في 14 يونيو 2011. تم الاطلاع عليه في 6 سبتمبر 2019 .
  97. ↑ فيلدينغ، روي (2000). "رسالة فيلدينغ: الفصل 6: الخبرة والتقييم" . مؤرشف من الأصل في 27 أبريل 2011. تم الاطلاع عليه في 14 أكتوبر 2010 .
  98. ↑ تيلكوف، ستيفان (2 يوليو 2008). "أنماط REST المضادة" . InfoQ. مؤرشف من الأصل في 23 ديسمبر 2008. تم الاطلاع عليه في 4 يناير 2009 .
  99. ↑ هوفمان، كريس (28 سبتمبر 2016). "ما هي ملفات تعريف الارتباط في المتصفح؟" . موقع How-To Geek . تم الاطلاع عليه في 3 أبريل 2021 .
  100. ↑ "BrowserSpy" . gemal.dk. مؤرشف من الأصل بتاريخ 26 سبتمبر 2008. تم الاطلاع عليه بتاريخ 28 يناير 2010 .
  101. ↑ "اختبارات الكشف عن معلومات المتصفح IE "السلوكيات الافتراضية [ كذا ] : clientCaps" . Mypage.direct.ca. مؤرشف من الأصل في 5 يونيو 2011. تم الاسترجاع في 28 يناير 2010 .
  102. ↑ إيكرسلي، بيتر (17 مايو 2010). "ما مدى تميز متصفح الويب الخاص بك؟" (ملف PDF) . eff.org . مؤسسة الحدود الإلكترونية. مؤرشف من الأصل (ملف PDF) في 15 أكتوبر 2014. تم الاطلاع عليه في 23 يوليو 2014 .
  103. ↑ "Window.sessionStorage، واجهات برمجة تطبيقات الويب | MDN" . developer.mozilla.org . مؤرشف من الأصل بتاريخ 28 سبتمبر 2015. تم الاطلاع عليه بتاريخ 2 أكتوبر 2015 .
  104. ↑ "مقدمة في الثبات" . microsoft.com . مايكروسوفت. مؤرشف من الأصل في 11 يناير 2015. تم الاطلاع عليه في 9 أكتوبر 2014 .
  105. ↑ "التخزين المعزول" . Microsoft.com . مؤرشف من الأصل في 16 ديسمبر 2014. تم الاطلاع عليه في 9 أكتوبر 2014 .

مصادر

  • مجهول، 2011. هجوم اختراق ملفات تعريف الارتباط يسرق بيانات اعتماد الوصول إلى موقع ويب. Informationweek - Online، ص.  Informationweek - Online، 26 مايو 2011.