نماذج ومنصات الذكاء الاصطناعي
تطلق مؤسسة Linux Foundation خدمة أسماء الوكلاء لهوية وكلاء الذكاء الاصطناعي
أضف Unite.AI إلى مصادرك المفضلة على Google
أعلنت مؤسسة Linux Foundation في 10 نوفمبر 2026، الإطلاق الرسمي لمشروع خدمة أسماء الوكلاء (ANS) بوصفه مشروعًا تابعًا للمؤسسة، مقدّمًا هويةً مرتبطة بالنطاقات واكتشافًا ومصادقةً لوكلاء الذكاء الاصطناعي من خلال مواصفة مفتوحة وأدوات مفتوحة المصدر.
صُممت خدمة ANS لتمكين النظام من تحديد الوكيل المسجّل الذي يتعامل معه قبل تطبيق سياسة الأمان الخاصة به. وهي تربط اسمًا ذا إصدارات بنطاق يتحكم فيه مشغّل الوكيل، وتستخدم نظام أسماء النطاقات (DNS) لنشر معلومات الاكتشاف، وتسجّل أحداث دورة الحياة الموقّعة في سجل شفافية. ويعيد هذا النهج استخدام البنية التحتية القائمة للإنترنت بدلًا من اشتراط سجل موحّد مملوك لجهة واحدة للوكلاء.
ينقل الإطلاق إعلان المؤسسة الصادر في 23 يونيو 2026 بشأن اعتزامها إلى مرحلة مشروع خاضع للحوكمة. وتقول المؤسسة إن 11 منظمة أسهمت في خدمة ANS أو اعتمدتها منذ ذلك الحين: Cisco وCloudflare وDigiCert وDistributedApps.ai وGoDaddy وHOL وInfoblox وRadix وSalesforce وOWASP وTrustmodel.ai.
كيفية عمل التسجيل والمصادقة في ANS
تغطي المواصفة المؤلفة من سبع طبقات الهوية والتسجيل والتسمية ذات الإصدارات والنشر عبر DNS والشفافية ومراقبة السلامة ومصادقة الوكلاء. ويربط اسم ANS إصدارًا بنطاق، كما في ans://v1.0.0.payments.example.com؛ ويتطلب الإصدار الجديد تسجيلًا جديدًا.
أثناء التسجيل، يقدّم المشغّل مضيف الوكيل وإصداره ونقاط النهاية ومواد الشهادات إلى هيئة التسجيل، التي تتحقق من التحكم في النطاق ومن استيفاء الإثباتات المطلوبة. وينشر المشغّل سجلات DNS التي يتلقاها، ثم تتحقق الهيئة منها قبل التفعيل. بعد ذلك، توقّع الهيئة حدث دورة الحياة وتطلب من سجل الشفافية ختمه، ما ينتج عنه سجلات علنية تربط التسجيل بالشهادات المصرّح بها.
يستخدم النظراء ملفًا تعريفيًا مدعومًا للاكتشاف للعثور على نقاط النهاية وعلى السجل المشترك _ans-badge للعثور على أدلة الشفافية. ولا يكفي الاكتشاف وحده لمصادقة الطرف الطالب. إذ تتطلب المصادقة إجراء ثلاثة تحققات: ربط الشهادة بالهوية المسجّلة، والتحقق من استمرار صلاحية التسجيل، والتأكد من امتلاك الطرف الطالب المفتاح الخاص المقابل.
تمنح مسودة المصادقة ANS-6 مكانة متساوية لبروتوكول TLS المتبادل (mTLS) وإثبات حيازة المفتاح على مستوى التطبيق (DPoP). ويناسب mTLS مسار TLS ممتدًا من طرف إلى طرف، بينما يربط DPoP إثباتًا يُستخدم مرة واحدة بطلب HTTP، ويمكنه العمل عبر البوابات التي تنهي اتصال TLS. ويستعلم مُتحقّق من فئة الشارة من سجل الشفافية للحصول على أدلة حديثة؛ أما فئة SCITT فتتحقق محليًا من إيصال ورمز حالة، من دون إجراء اتصالات شبكية لكل طلب. ويتطلب DPoP الارتباط بـSCITT.
البرمجيات وقابلية التشغيل البيني في مراحلها الأولى
تشمل البرمجيات المتاحة تطبيقًا مرجعيًا بلغة Go لهيئة التسجيل وسجل الشفافية وأداة تحقق تعمل دون اتصال، إضافةً إلى حزم تطوير برمجيات (SDK) للغات Go وRust وJava، تختلف فيما بينها من حيث واجهات برمجة التطبيقات ونطاق الميزات. كما أن ans-cli الأداة تدعم التسجيل والاكتشاف وإدارة الشهادات والاستعلام من سجل الشفافية على أنظمة macOS وLinux وWindows. ويستخدم دليل البدء السريع المحلي مفاتيح مخصصة للتطوير ومتحققًا من noop DNS، ما يعني أن اجتياز فحص الإيصال لا يختبر DNS العام أو إصدار شهادات الإنتاج أو النشر الفعلي.
في ما يتعلق بقابلية التشغيل البيني، تفيد Linux Foundation بأن خدمة دليل الوكلاء التابعة لـAGNTCY تدعم التحقق من هويات ANS، وأن ANS Finder يطبّق استكشاف الموارد الوكيلة (ARD) ويجتاز اختبارات التوافق مع سجلها. وتتناول مواصفة ARD نفسها الاكتشاف قبل الاستدعاء، لا التنفيذ، وتتيح وجود خدمات اكتشاف عديدة تختلف في سياسات الثقة والترتيب وإمكانية الوصول، بدلًا من فرض دليل مركزي. ويربط هذا العمل أدلة الهوية القابلة للتحقق بعملية الاكتشاف من دون إنشاء دليل موحّد للوكلاء.
مسودات المواصفات وحدود الأمان
تضم اللجنة التوجيهية التقنية الأولى خمسة أعضاء لهم حق التصويت: Scott Courtney وKeith Perry وConnor Snitker من GoDaddy، وKen Huang من DistributedApps.AI، وMichael Kantor من Hashgraph Online. وتتولى اللجنة تحديد التوجه التقني، فيما يراجع المشرفون على المستودعات التغييرات ويديرون الإصدارات ويتعاملون مع بلاغات الأمان. وعلى الرغم من أن بيان الإطلاق يصف المواصفة بأنها أُقرت بصيغتها النهائية، فإن وثائق المشروع تصف المواصفات المنشورة بأنها مسودات قيد التطوير النشط؛ وقد وُسمت ANS-6 بعبارة DRAFT v1.0، الإصدار 0.2.0، بتاريخ 3 نوفمبر 2026.
يحدّد نموذج الأمان الهوية، لا الأذونات. أما التفويض والتفويض عبر سلسلة الاستدعاءات وتقييم الثقة، فهي أمور لا تشملها ANS-6، ما يترك لكل تطبيق تحديد ما يجوز للوكيل المصادَق عليه فعله. ولا تثبت ملخصات البيانات الوصفية المختومة أن الشيفرة تعمل على جهاز بعيد، ولا تضمن سلوك الوكيل؛ كما تظل حاجة العملاء قائمة إلى مفاتيح موثوقة للسجل، والتحقق الصحيح من التوقيعات والإثباتات، وفحوص حداثة البيانات، وسياسة للتعامل مع الإخفاق. ويمكن أيضًا إعادة استخدام الشارات العلنية والإيصالات ورموز الحالة إذا أغفل المُتحقّق التحقق من الحيازة.
يثبت الإيصال سجلّ الأحداث، لا الصلاحية الحالية، ويمكن مواصلة التحقق منه حتى بعد إلغاء الوكيل؛ لذا يجب إقرانه بفحص للحالة الراهنة. كما يختلف مستوى نضج التكامل. وقد وُصفت أعمال NVIDIA OpenShell بأنها معاينة بحثية، ولا تنفّذ فحوص تسجيل الوجهات فيها ربط ANS-6 بشهادة TLS الفعلية لنظير الاتصال.
أصبحت لدى ANS حوكمة مؤسسية، ومسودات منشورة، وتطبيقات مرجعية. وتعتمد قيمتها الأمنية العملية على أن تفرض عمليات النشر التحقق من الهوية والحالة الراهنة وحيازة المفتاح معًا، مع إبقاء التفويض والأحكام المتعلقة بسلوك الوكيل خارج نطاق ادعاء الهوية.
