URnetwork vs Apple iCloud Private Relay
Private Relay أقرب قريب من شركات التقنية الكبرى لتصميم URnetwork المقسوم؛ وURnetwork تطبّق الفكرة نفسها على الجهاز كله، في كود مفتوح، ومعها مخارج سكنية تختارها أنت.
اختر Private Relay إن كنت تعيش في Safari على عتاد Apple، وتريد حمايةً تأتي مع خطة iCloud+ ربما تدفع ثمنها أصلاً، وتفضّل بنية تحتية تُدار على نطاق Apple وشبكات توصيل المحتوى. واختر URnetwork إن كنت تريد تغطية كل تطبيق على كل منصة، ومخرجاً سكنياً في مدينة تختارها، وقسمةً تستطيع فحصها في كود مفتوح. وكلاهما يقسم المسار بين طرفين بدل الثقة بواحد. وPrivate Relay أقلّهما عناءً. وURnetwork تغطي أكثر وتنشر كودها.
يأتي iCloud Private Relay مع كل خطة iCloud+ مدفوعة، ابتداءً من 0.99 دولار شهرياً؛ أما فئة iCloud المجانية بسعة 5 GB فلا تتضمنه. وتقول صفحة الدعم لدى Apple إنه «مصمَّم لحماية خصوصيتك بضمان أنه حين تتصفح الويب في Safari، لا يستطيع أي طرف واحد — ولا حتى Apple — أن يرى من أنت وما المواقع التي تزورها معاً». وقفزتان تحملان ذلك التصميم: Apple تدير الأولى، وهي التي ترى عنوان IP الخاص بك، وشبكةُ توصيل محتوى متعاقَد معها تدير الثانية، وهي التي تعيّن عنوان مخرجك وتوصلك بالموقع. ولا تسمّي Apple شركاء مخرجها؛ وإنما تُعرَف Akamai وCloudflare وFastly من منشورات الشركاء أنفسهم ومن القياس الخارجي.
تستخدم URnetwork مخارج يشغّلها الأعضاء. ولا يتلقى المزوّد عنوان IP المصدري الخاص بك على المسار المُرحَّل. وتختم التطبيقات الأصلية حركة البيانات حتى المزوّد افتراضياً. ويشرح كيف تعمل URnetwork التصميم كاملاً. ويحفظ نموذج التهديد السجل الكامل لما يُخزَّن وما يُنفَّذ.
ستة فروق تؤثّر في الاختيار
| iCloud Private Relay | URnetwork | |
|---|---|---|
| النطاق | تصفّح Safari، واستعلامات DNS، وحركة التطبيقات غير الآمنة عبر HTTP، على أجهزة Apple | كل حركة الجهاز؛ وتطبيقات على Android وiOS وmacOS وWindows وLinux، إضافة إلى امتداد متصفح وتطبيق ويب |
| الإعداد والسعر | مضمَّن مع iCloud+ المدفوعة ابتداءً من 0.99 دولار شهرياً؛ ومفعَّل تلقائياً داخل نطاقه | تطبيق منفصل؛ وحصة يومية مجانية؛ وPro بسعر 5 دولارات شهرياً أو 40 دولاراً سنوياً |
| البنية التحتية | مدخل عند Apple ومخرج عند شبكات توصيل المحتوى؛ ونادراً ما يُلاحَظ أثناء الاستعمال | وصلات رفع الأعضاء؛ والسرعة تتحرك مع المزوّدين الذين يحملونك |
| المخرج والموقع | عناوين CDN مشتركة مطابَقة لمنطقتك الحقيقية؛ ولا اختيار للموقع، بحكم التصميم | عناوين سكنية؛ تتصفح الدول، وتبحث عن مدينة |
| نموذج الثقة | قفزتان؛ وقسمةُ الرؤيتين يُنفِذها التشفير؛ أما إبقاء رؤيتَي المشغّلَين غير مجموعتين فيقوم على العقد والسياسة | طرفا ترحيل؛ المخرج لا يرى عنوانك أبداً، والمشغّل لا يستطيع قراءة الجلسة المختومة |
| التحقق | تنفيذ مغلق، موصوف في ورقة معمارية منشورة؛ ولا تدقيق مستقل للخدمة العاملة | كود عميل وخادم مفتوح؛ ولا تدقيق مستقل بعد للبروتوكول ولا لكود الخوادم |
تحفّظات تحت الجدول:
- الحسابات تختلف اختلافاً حاداً. فـPrivate Relay يشترط حساب Apple مسجَّل الدخول مع خطة iCloud+ مدفوعة؛ وداخل المسار، تتيح رموزُ التوقيع الأعمى للمرحّلات تأكيدَ الاشتراك «من دون تحديد هوية المستخدم فعلياً». أما الحساب الفوري في URnetwork فنقرةٌ واحدة بلا بريد إلكتروني، مدعومٌ بعبارة استعادة (وهي اعتماد URnetwork الخاص؛ ولا تطلب أبداً العبارة السرّية لمحفظة عملات رقمية ولا مفتاحها)، ويمكن دفع Pro بعملة USDC على السلسلة. وأسعار URnetwork الحالية على ur.io/products.
- وتشفير ما بعد الكم يجري على طريقة URnetwork: فجلسة X25519MLKEM768 بين العميل والمزوّد افتراضية في التطبيقات الأصلية، وتتخطّى أي مزوّد يتعذّر الختم معه بدل أن تتراجع. أما امتداد المتصفح فلا جلسة مختومة فيه؛ وهناك لا يسجّل مسارُ بيانات المشغّل شيئاً، وذلك مثبَّت باختبار في الكود المفتوح. وتبادلات المفاتيح في Private Relay (TLS 1.3 وHPKE) تقليدية، ولا تدّعي Apple له شيئاً عن ما بعد الكم.
- والاثنان لا يتراكمان. فملاحظة Apple نفسها أن الحركة على شبكة VPN «لن تستخدم Private Relay»؛ وما دامت URnetwork متصلة فهي تحمل حركة Safari بنفسها. والنمط العملي هو إبقاء Private Relay مفعّلاً دائماً، ووصلُ URnetwork حين تحتاج إلى ما تضيفه.
قفزتان، وما الذي يُنفِذ القسمة
فصلُ Private Relay مبنيّ بالتشفير، لا موعودٌ به فحسب. وتصف نظرةُ Apple المعمارية العامة الآلية: فأسماء المواقع التي تطلبها مشفَّرة عند القفزة الأولى و«لا يستطيع أي من الطرفين رؤيتها»، والقفزة الثانية «لا علم لها بعنوان IP الأصلي للمستخدم»، وجهازك يتحقق من مفتاح TLS 1.3 العام لكل بروكسي مقابل قيم متوقَّعة، وDNS يسافر بصيغة Oblivious DNS over HTTPS، ورموزُ التوقيع الأعمى بـRSA تصادِق المشتركين من دون تحديد هوياتهم. وداخل المسار، ليست أي قفزة منفردة في موضع يجمع بين عنوانك ووجهاتك. وتلك خطوة بنيوية حقيقية تتجاوز شبكة VPN ذات الشركة الواحدة، والجلسةُ المختومة في URnetwork قريبة منها مفهومياً: الحركة نفسها في التشفير الطبقي، مطبَّقةً على كل ما يرسله الجهاز.
والذي لا يستطيع البناء فعله هو ربط المشغّلَين أحدهما بالآخر. فالمخرج يُنهي اتصالاتك، ولذلك يلاحظ أي المواقع يزورها مستخدمو Private Relay، كما يفعل أي مخرج، ومنه مزوّد URnetwork. وإبقاء رؤيتَي المدخل والمخرج غير مجموعتين خاصيةٌ تنظيمية: عقود، و«سياسة تسجيل دنيا» بكلمات Apple نفسها (وورقتها تُدرج أيضاً ما تسجّله البروكسيات فعلاً). وApple تختار الطرفين وتدفع لهما، وتكتب العميل، وتستطيع استبدال شريك في أي وقت. والتنفيذات مغلقة، فلا شيء يتيح لطرف خارجي أن يؤكد مطابقة النشر للورقة. وقد وجد قياسٌ جامعي في 2022، كُتب عنه في مدونة APNIC، عناوين مدخل في شبكة Akamai إضافة إلى شبكة Apple؛ وAkamai تشغّل مرحّلات مخرج أيضاً، وخلص الباحثون إلى أن كياناً واحداً يستطيع مراقبة الجانبين على مستوى الشبكة.
وفروق URnetwork هي مَن الأطراف وما الذي تستطيع فحصه. فمخارجها متعددة: تغادر الحركة عبر عدة منازل أعضاء في آن واحد، كلٌّ يحمل شريحة، لا عبر ثلاث شركات CDN يجمّع كلٌّ منها تصفّح كل مستخدم يُنهي اتصاله. وكودها مفتوح على الجانبين، العميل والخادم. والمخرج لك أن تضعه، في دولة أو في مدينة تبحث عنها، من عنوان سكني.
النطاق والموقع والتوافر
تنص صفحة مطوّري Apple على النطاق بالضبط: «يحمي Private Relay تصفّحَ المستخدمين للويب في Safari، واستعلاماتِ حلّ DNS، وحركةَ التطبيقات غير الآمنة عبر http». وChrome وFirefox وحركةُ التطبيقات العادية تتجاوزه، وورقةُ Apple نفسها صريحة في أنه ليس شبكة VPN. أما السطر التسويقي «فقط شغّله وتصير محمياً فوراً» فلا يحمل شيئاً من ذلك النطاق؛ وصفحتا الدعم والمطوّرين تحملانه.
وانعدام اختيار الموقع رفضٌ تصميمي لا ثغرة: فـPrivate Relay «لا يوفّر أي وسائل لتزييف الموقع»، وعناوين المخرج تُختار افتراضياً لتمثّل موقعك التقريبي على مستوى المدينة. وتنشر Apple قائمة المخارج كلها وتغذّي بها قواعد بيانات تحديد المواقع، فتستطيع المواقع التعرف على مستخدمي Private Relay بوصفهم فئة، وما زالت قواعد بيانات الأطراف الثالثة تخطئ في موضع عناوين المرحّلات كثيراً بما يكفي لأن تحتفظ Apple بإرشادات تصحيح. وللتوافر حوافّه أيضاً: فالميزة غير معروضة في الصين القارية وروسيا وعدد من الدول الأخرى حتى منتصف 2026، وتستطيع أي شبكة إيقافها بتعاون Apple، ما دامت Apple توثّق كيف. وفي يناير 2022 قيّدتها T-Mobile US على الخطط التي فيها ترشيح محتوى، وحجبتها بعض شركات الاتصالات الأوروبية على بعض الخطط بعد التماس إلى المفوضية الأوروبية ضد الميزة.
ونطاق URnetwork هو الجهاز كله على Android وiOS وmacOS وWindows وLinux، إضافة إلى امتداد متصفح مقترن بتطبيق الويب الخاص بها. وأنت تختار دولة المخرج أو تبحث عن مدينة، والعنوان الذي تطفو منه عنوانٌ سكني لعضو. ولا يوجد الموقع إلا ما دام جهازُ عضو متصلاً فيه، وتحدّد المنصة الموقع الجغرافي للاتصال الذي تراه بدل الوثوق بمدينة معلَنة.
أين يفوز Private Relay
- تحسينٌ بنيوي على شبكة VPN ذات الشركة الواحدة للحركة التي يغطيها، يُنفِذه التشفير في المسار، وهو مفعَّل تلقائياً داخل نطاقه.
- صفرُ إعداد وصفرُ كلفة فعلياً لكل من يدفع أصلاً مقابل iCloud+.
- موثوقية على نطاق Apple؛ ولطيف على البطارية والأداء.
- والطرف البعيد شبكةُ توصيل محتوى تُدار باحتراف بموجب عقد بدل منزل مجهول، إن كان ذلك تفضيلك.
أين تفوز URnetwork
- التغطية: كل تطبيق وكل متصفح على الجهاز، على Android وiOS وmacOS وWindows وLinux، إضافة إلى امتداد المتصفح وتطبيق الويب.
- مصدر مفتوح على الجانبين، فتُفحص الادّعاءات بدل أخذها بوصف الشركتين.
- مخارج سكنية متعددة، كلٌّ يرى شريحة؛ بلا نقطة تجميع عند CDN، وبلا طرف يختاره الطرف الآخر ويدفع له.
- اختيار الموقع حتى مدينة تبحث عنها؛ وPrivate Relay لا يعرض شيئاً من ذلك، بحكم التصميم.
- ولا حساب Apple في أي مكان: حساب بنقرة واحدة بلا بريد إلكتروني، وتسجيل دخول بتوقيع محفظة، ودفع بعملة USDC على السلسلة.
- ومعروضة، ومبنية للوصول، في أماكن لا يتوفر فيها Private Relay.
الحدود والأدلة
أبرز حدود URnetwork:
- لا يغطي أي تدقيق مستقل البروتوكول ولا محرك الاتصال ولا كود خوادم المشغّل. وهناك تقييمان خارجيان من 2025 يغطيان سطحين آخرين: اختبار اختراق لتطبيق الويب وواجهة API (أبريل–مايو 2025)، وتقييم Leviathan بمستوى MASA AL2 لتطبيق Android، وقد اجتازه. وتكتب Leviathan أن تقييمها «لا ينبغي أن يُقرأ بوصفه تقييماً أمنياً شاملاً أو اختبار اختراق وافياً». ولم يفحص أي منهما التسجيل أو الاحتفاظ بالبيانات أو مسار البيانات.
- تفترض القسمة أن المشغّل والمزوّدين في نافذتك مستقلون. ولا شيء في النظام يشهد بهذا الاستقلال، ولم يقس أي طرف خارجي الأسطول. انظر نموذج التهديد، §6.1.
- وتعيّن نقطة النهاية الاحتياطية المتوافقة مع WireGuard عنوان نفق واحداً ثابتاً، فقد يتعرّف عدة مزوّدين على العميل نفسه عبر الجلسات. والمسار الموصى به هو النفق الأصلي.
- أعداد التغطية تنشرها الشبكة عن نفسها، بلا أي قياس خارجي. أما قائمة مخارج Apple فعلنية وقابلة للفحص عنواناً عنواناً.
وحدود Private Relay نطاقٌ وتحققٌ لا بنية. فالتصميم يفصل الرؤيتين بالبناء، لكن التنفيذ مغلق، فلا يمكن من الخارج فحص مطابقة النشر للورقة. والمشغّلان يختارهما أحدُهما ويدفع لهما، وإبقاء رؤيتيهما غير مجموعتين خاصيةٌ من خصائص العقد والسياسة، ومعها تداخلٌ واحد مقيس في السجل أصلاً. والمنتج يغطي Safari وDNS وحركةَ التطبيقات غير الآمنة عبر HTTP على عتاد Apple، ولا يعرض اختياراً للموقع، ولا يخرج إلا عبر عناوين CDN. ومعظم ذلك منصوص عليه في وثائق Apple نفسها.
تجربة URnetwork لا تكلّف شيئاً: الحساب الفوري نقرةٌ واحدة بلا بريد إلكتروني، فتستطيع تشغيلها إلى جانب Private Relay وترى ما يغطيه كلٌّ منهما على مواقعك أنت. وتجيب الأسئلة الشائعة عن مزيد من الأسئلة.