العنوان الخاص لا يحمل موعدًا واحدًا للنسيان

الخلاصة

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

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

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

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

اختيار القيمة شيء، وسياسة بقائها شيء آخر

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

هذه الفروق تكشف نقصًا في عبارة تبدو مكتملة: «ندعم العناوين العشوائية». العبارة قد تصف كيفية إنشاء القيمة، لكنها لا تقول متى يعاد استخدامها ومتى ينتهي استخدامها. إثبات عدم إرسال عنوان المصنع لا يثبت وحده أن التعرف سيتوقف بعد مدة قصيرة.

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

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

حتى فعل «نسيان الشبكة» يحتاج هذا القدر من الدقة. حذف إعداد اتصال في الجهاز ليس بالضرورة تعهدًا بأن كل نظام آخر سيفقد قدرته على وصل الزيارة التالية بالسابقة. المسؤول عن الخدمة لا يستطيع استخلاص حالة سجلاته من اسم زر في هاتف الزائر.

قواعد مختلفة داخل الأسرة الواحدة من الوظائف

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

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

وفي Android تصف وثائق AOSP العشوائية المستمرة بأنها النوع الافتراضي. تعتمد القيمة على معلمات ملف الشبكة، ومنها SSID ونوع الحماية أو FQDN في حالة Passpoint. نسيان الشبكة ثم إضافتها مجددًا لا يولد وحده قيمة مختلفة للشبكة نفسها.

منذ Android 12 يمكن لطلبات محددة من التطبيقات، أو لإعداد اختياري في بعض الشبكات المفتوحة، اختيار النوع غير المستمر. هذا الإعداد الاختياري غير مفعل افتراضيًا. وفي السلوك الموصوف يمكن توليد عنوان جديد عند بدء اتصال إذا انتهت مدة إيجار DHCP ومر أكثر من أربع ساعات على الانقطاع، أو إذا كان عمر القيمة الحالية أكثر من 24 ساعة. وإلا فقد يعاد استخدامها. ولا يقطع Wi-Fi الاتصال القائم عمدًا لمجرد تجديد العنوان. وثائق AOSP عن سلوك العشوائية

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

هذه أوصاف رسمية لقواعد منصة وإطار برمجي، وليست نتائج اختبار جميع الأجهزة وتعديلات الشركات المصنعة. ولم تنفذ هذه الدراسة تجربة أجهزة. كذلك فإن جدول اختبارات أنظمة التشغيل في RFC 9724 يصرح بأن الاختبارات أجريت في سبتمبر 2021؛ لا يصح تقديمه بوصفه مسحًا لحالة الأجهزة في 2026.

أين تحتاج الخدمة إلى الاستمرار؟

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

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

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

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

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

ما لا يتغير قد يصل ما تغير

يعالج RFC 7844 جانبًا آخر من المشكلة: بعض معرفات DHCP يمكن أن تستمر فتصل بين عنوان MAC قديم وآخر جديد. ولغرض الخصوصية يشرح ضرورة تنسيق تغير عنوان الوصلة وعنوان IP ومعرف DHCP. وتقلل ملفات إخفاء الهوية من المعلومات المميزة المفصح عنها، لكنها لا تمحو كل بصمة لاسلكية أو برمجية. RFC 7844، القسم الثاني

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

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

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