From APIs to System Agents: Intent-Driven Integration with Mutual Zero-Trust
تقدم هذه الورقة SA2A، وهي بنية وكيل نظام مدفوعة بالنية تفرض ثقة صفرية متبادلة من خلال التحقق من جميع الاستجابات عند بوابة الدخول الخاصة بلي الطلب، مما يحقق أمانًا قويًا ضد الهجمات المتنوعة ومرونة تلقائية تجاه تغييرات المزود مع حد أدنى فقط من زمن التأخير واستهلاك عرض النطاق الترددي.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
حارس الحدود الرقمي: لماذا يصعب الوثوق بجارك؟
تخيل الإنترنت ليس كمكتبة ضخمة وودودة يشارك فيها الجميع الكتب بحرية، بل كمدينة مترامية الأطراف تضم آلاف الأحياء المختلفة. لكل حي قواعده الخاصة، ولغته الخاصة، وطريقته الخاصة في توزيع المفاتيح. لعقود من الزمن، إذا أردت الحصول على شيء من منزل جارك، كان عليك حفظ رمز جرس الباب الخاص به بدقة، ومعرفة أي نافذة يجب أن تطرقها بالضبط، والأمل في ألا يقوم بتغيير الأقفال بين عشية وضحاها. هكذا تتواصل أنظمة الكمبيوتر مع بعضها البعض اليوم، باستخدام ما يسمى بـ واجهات برمجة التطبيقات (APIs). هذا النظام يعمل، لكنه هش؛ فإذا قام أحد الجيران بتغيير جرس الباب الخاص به، يتعين على كل من كان يحاول الزيارة تعلم رمز جديد، وإلا انقطع الاتصال تماماً.
الآن، تخيل نوعاً جديداً من حراس الأمن لهذه المدينة. بدلاً من الثقة في أن جارك هو حقاً من يدعي أنه هو لمجرد أنه يعيش بجوارك، يعمل هذا الحارس بناءً على مبدأ يسمى "انعدام الثقة" (Zero Trust). وهي طريقة منمقة لقول: "أنا لا أثق بأحد، ولا حتى بصديقي المفضل، حتى أتأكد من هويته، وأتحقق من قصته، وأتأكد من أنه لا يحاول خداعي". في العالم الرقمي، يعني هذا فحص كل رسالة على حد ပ، حتى تلك الرسائل القادمة إليك. عادةً، نحن نتحقق فقط من الرسائل التي نرسلها؛ ونفترض أن الرد سيكون آمناً. ولكن ماذا لو كان الشخص الذي يرد هو في الواقع جاسوس؟ تستكشف هذه الورقة طريقة جديدة لبناء هذه الأحياء الرقمية حيث يتم توقيع كل رسالة وختمها والتحقق منها مرتين، مما يضمن أنه حتى لو تعرض منزل جارك للاختراق، فلن يتمكن الجاسوس من خداعك لإيذاء منزلك.
قصة SA2A: مغلف "النية"
الباحثون وراء هذه الدراسة، بقيادة مصطفى كاظم، يعالجون مشكلة معقدة: وهي أن ربط أنظمة الكمبيوتر المختلفة يسبب صداعاً. حالياً، إذا أراد بنك التحدث مع مستشفى، فعليهما بناء جسر مخصص لكل شيء يريدان مشاركته. إذا قام البنك بتحديث برمجياته، ينكسر الجسر ويضطر المستشفى لإعادة بنائه. الأمر يشبه الاضطرار إلى إعادة بناء ممر منزلك في كل مرة يغير فيها جارك صندوق البريد الخاص به.
لحل هذه المشكلة، قاموا ببناء نظام جديد يسمى SA2A (الوكيل من نظام إلى نظام). بدلاً من بناء مليون جسر صغير (APIs) لكل مهمة، يستخدم SA2A "مكتب بريد" واحداً فائق الأمان عند حافة كل نظام. إليك كيف يعمل باللغة البسيطة:
- مغلف النية: بدلاً من قول "انقر على هذا الزر للحصول على البيانات"، يرسل الكمبيوتر مغلفاً موقعاً يقول: "لدي نية محددة: أريد العثور على سجل المريض". هو لا يهتم كيف يجد الكمبيوتر الآخر هذه المعلومة؛ هو فقط يوضح الهدف.
- بوابة انعدام الثقة المتبادلة: هذا هو الجزء السحري. في الطريقة القديمة، إذا طلبت بيانات، فأنت تثق في الإجابة. في SA2A، يتم التعامل مع النظام الذي يرسل الإجابة بنفس القدر من الشك الذي يُعامل به من يطلب المعلومة. لدى المستلم "بوابة" تتحقق من الرد بنفس الصرامة التي تحققت بها من الطلب. تسأل البوابة: "هل هذا حقاً من الشخص الذي سألته؟ هل قام بتغيير الرسالة في طريق العودة؟ هل يحاول تمرير فيروس متنكر في شكل رد؟"
- قاعدة "البيانات، لا الأوامر": تم تصميم النظام بحيث تكون الإجابة مجرد بيانات (مثل قائمة أسماء)، وليست أمراً (مثل "احذف قاعدة بياناتك"). حتى لو اخترق مخترقٌ المرسِل، فلا يمكنه خداع المستقبِل للقيام بشيء خطير لأن بوابة المستقبِل تحظر أي رسالة تبدو وكأنها تعليمات.
الاختبار الكبير: هل يمكنه الصمود أمام الأشرار؟
قام الفريق ببناء نموذج أولي يتكون من ثلاثة "وكلاء" (برامج كمبيوتر) و"رجل سيء" (خصم) لمعرفة ما إذا كان نظامهم الجديد سيصمد. لم يكتفوا بالأمل في نجاحه، بل ألقوا في وجهه 18 نوعاً مختلفاً من الهجمات، لمحاكاة المخترقين الذين يحاولون تزوير الهويات، أو إعادة تشغيل رسائل قديمة، أو تمرير تعليمات خبيثة.
النتائج:
- خسر الأشرار: فشلت جميع الهجمات الـ 18. لقد حظر النظام الهويات المزورة، وكشف الرسائل المعاد تشغيلها، وحتى منع المخترق من محاولة إرسال أمر "احذف بياناتك" المتنكر في شكل رد عادي.
- مشكلة الفشل "الصامت": في الطريقة القديمة (المعروفة باسم REST)، إذا غير نظام ما قواعده، فقد يستمر الكمبيوتر في العمل ولكنه يعيد بيانات خاطئة دون أن ينطق بكلمة. هذا أمر خطير لأنك تعتقد أن لديك المعلومات الصحيحة، بينما هي ليست كذلك. في نظام SA2A، إذا تغيرت القواعد، يتوقف الكمبيوتر فوراً ويصرخ: "مهلاً، هناك خطأ ما!" (فشل "صاخب")، مما يسمح له بإصلاح نفسه دون الانهيار.
- التكلفة: هناك ثمن لهذا الأمان الإضافي. تستغرق كل رسالة حوالي 15.6 مللي ثانية إضافية للمرور، وتضيف 624 بايت من البيانات الإضافية (مثل ختم شمعي ثقيل على الرسالة).
أين يذهب الوقت؟
قد تتساءل: "هل الوقت الإضافي بسبب قيام الكمبيوتر بعمليات حسابية معقدة؟" قام الباحثون بتحليل الأرقام لمعرفة ذلك. واكتشفوا أن البطء لم يكن بسبب التشفير المعقد (التوقيعات الرقمية) أو عمليات التحقق المنطقية؛ فهذه الأجزاء كانت سريعة للغاية، حيث استغرقت 1.6% فقط من الوقت.
المتسبب الحقيقي كان سجل التدقيق (Audit Trail). لضمان عدم قدرة أحد على التلاعب بسجل الرسائل لاحقاً، يقوم النظام بكتابة سجل دائم وغير قابل للتغيير على القرص الصلب لكل خطوة. عملية "الكتابة على القرص الصلب" هذه استهلكت 84.6% من إجمالي الوقت. الأمر يشبه موثق عقود يصر على ختم وأرشفة نسخة ورقية من كل رسالة قبل السماح بمرورها. إنه أمر آمن، ولكنه بطيء.
ماذا يعني هذا للمستقبل؟
تخلص الورقة إلى أن SA2A هو أداة قوية لحالات معينة، خاصة عندما تحتاج منظمات مختلفة (مثل الحكومات أو البنوك) إلى التواصل مع بعضها البعض بأمان. فهو يثبت أنه يمكنك بناء نظام لا تضطر فيه للوثوق بشريكك، ولكن يمكنك العمل معه على أي حال.
ومع ذلك، فهو ليس حلاً سحرياً لكل شيء. إذا كنت تبني لعبة فيديو حيث السرعة هي كل شيء، فإن هذا النظام سيكون بطيئاً جداً. ولكن بالنسبة للمواقف عالية المخاطر حيث يمكن أن يكون الخطأ كارثياً، فإن الـ 15.6 مللي ثانية الإضافية هي ثمن زهيد مقابل معرفة أنه حتى لو تعرض شريكك للاختراق، فلا يمكنه خداعك لتدمير منزلك. أظهر الباحثون أنه مع بعض التعديلات (مثل كتابة السجلات في مجموعات بدلاً من واحدة تلو الأخرى)، يمكن حل مشكلة السرعة هذه، مما يجعل طريقة "انعدام الثقة المتبادل" هذه خياراً واقعياً جداً لمستقبل الإنترنت.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.