Separating Disclosure from Authorization: Field-Tier Minimization for Agent Action Mediation

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

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

يكمن جوهر حلهم في طريقة تسمى "تقليل مستويات الحقول" (field-tier minimization). فبدلاً من التعامل مع إجراء كامل، مثل "إرسال بريد إلكتروني"، ككتلة واحدة من البيانات الحساسة، يقوم النظام بتفكيك هذا الإجراء إلى أجزائه الفردية، أو "حقوله". ثم يصنف كل حقل في واحدة من ثلاث فئات: الفئة الأولى تحتوي على معلومات ضرورية للقواعد ولكنها لا تحدد هوية شخص ما، مثل حجم المرفق أو عدد الملفات؛ وهذه البيانات يُسمح لها بالمرور في شكلها الأصلي. أما الفئة الثانية، فتحتوي على معلومات مطلوبة للقواعد ولكنها أيضًا تحدد الهوية الشخصية، مثل عنوان البريد الإلكتروني؛ وبالنسبة لهذه الحقول، لا يمرر النظام العنوان الكامل، بل يمرر نسخة مبسطة وغير محددة للهوية، مثل اسم النطاق فقط بعد علامة "@". وهذا يسم يسمح لحارس البوابة بالتحقق مما إذا كان البريد الإلكتروني متجهًا إلى شركة خارجية دون الكشف عن شخص محدد بعينه. أما الفئة الثالثة، فتضم معلومات لا تُطلب أبدًا للقواعد، مثل موضوع الرسالة أو ملاحظات الدفع؛ وتظل هذه البيانات بالكامل داخل جهاز الكمبيوتر الخاص بالمستخدم ولا تعبر الحدود إلى العالم الخارم أبدًا.

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

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

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

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