← Cuadernos Lacre

تحليل · 16 مايو 2026

عندما لا يوجد أحد في المنتصف

تشفير ما يمر عبر خادم يحمي المحتوى. عدم وجود خادم في المنتصف يلغي السؤال. إنهما ليسا نفس الشيء.

شخصان، محادثة واحدة

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

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

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

الفرق بين التشفير وعدم الجمع (الجزء الثاني)

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

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

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

الثقة، الغياب، والفرق بينهما

قد تكون الثقة في محلها. توجد شركات صادقة. يوجد مدققون صارمون. توجد تشريعات مواتية للمستخدم. توجد خدمات جادة تلتزم بدقة بكل ما سبق. الثقة، عندما تُمنح لمشغل يستحقها، ليست ترتيبًا سيئًا.

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

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

حول الحجة المشروعة لجانب الخادم

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

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

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

ما يقوله القانون، وما تفعله البنية

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

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

الشاهد الذي لم يكن ضروريًا

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

الإجابة، في معظم خدمات المراسلة المهنية الموجودة اليوم، هي أنه لم يكن ضروريًا — وكان موجودًا على أي حال.


يختتم هذا المقال الدورة الأولية لـ Cuadernos Lacre. بعد التحدث عن التشفير والبيانات الوصفية والسر المهني، نكمل اللوحة البنيوية: تشفير المحتوى وعدم وجود خادم في المنتصف هما شيئان مختلفان. يمكن أن يكون كلاهما قانونيًا؛ واحد فقط يلغي نقطة الثقة.

المصادر ومزيد من القراءة

  • سالتزر، ج. هـ.؛ ريد، د. ب.؛ كلارك، د. د. — End-to-end arguments in system design، ACM TOCS، 1984. النص التأسيسي للمبدأ الذي ينص على أن ضمانات النظام يجب أن تُنفذ في الأطراف، وليس في القناة الوسيطة.
  • اللائحة (UE) 2016/679، المادة 25 — حماية البيانات من خلال التصميم وبشكل افتراضي.
  • اللائحة (UE) 2016/679، المادة 5.1.c — مبدأ تقليل البيانات.
  • شناير، ب. — Data and Goliath: the hidden battles to collect your data and control your world (2015)، W. W. Norton. فصول حول البنيات التي تقلل الجمع من خلال البناء.

قراءات حديثة