TBP-NETWORK

تنفيذ على مستوى الشبكة لـ بروتوكول التحديد الغائي (TBP) — حوكمة موثّقة لإجراءات وكلاء الذكاء الاصطناعي عبر الشبكة، من جهاز واحد إلى عمليات نشر على مستوى المؤسسات وصولاً إلى نطاق الويب العالمي.

«التحكم في الوصول القائم يقرر ما إذا كان يُسمح لك بالدخول؛ أما TBP فيقرر ما يُسمح لك بفعله بعد الدخول — ويثبت ذلك. نحن نحكم القدرات، لا النماذج.»

لا شراكة بالثقة أبداً — بل بمصافحة موثّقة فقط. هذا هو الهدف: المصافحة بين الكيانات (المواصفة §3) تتيح لكيانات لا تثق ببعضها البعض أن تثبت السياسة والسجل والحيوية لبعضها البعض. المصافحة نفسها لم تُبنَ بعد (#33). ما يحتويه هذا المستودع اليوم هو ما يسبقها وما ستعتمد عليه — وحدات تنفيذ السياسة (PEPs)، ووسيط الخلية والسجلات، وNAC، والإشراف، وأدلة النشر — مما يوسّع حوكمة TBP من جهاز واحد إلى شبكة صغيرة من الأجهزة تحت مظلة مؤسسة واحدة.

جرّبه: اختبار DEV-TEST لـ TBP، على ثلاثة أجهزة

ليس للإنتاج. مفاتيح مؤقتة، وأجهزة يمكنك خسارتها، ولا بيانات حقيقية. إنه موجود لتتمكن من محاولة كسر TBP قبل أن يفعل ذلك إصدار إنتاجي.

يوفّر TBP-NETWORK نشراً بسيطاً للتشغيل والهجوم قبل وجود إصدار إنتاجي. ثلاثة أجهزة، كل منها يُنشر بسكربت واحد: M1 الخلية (brokerd وOPA الخاص بها)، M2 خادم تطبيقات (pepd و تطبيق صغير)، M3 وكيل. يختبر أن المنظومة بأكملها تعمل — وكيل مُسجَّل بشهادته، وقرار عبر TLS متبادل، ورمز يتحقق منه خادم، ووضعية الخادم محكومة بوحدات التحكم — باستخدام الثنائيات الحقيقية والتنفيذ الحقيقي؛ فقط مراسم المفاتيح مبسّطة. وهناك نسخة بجهاز واحد تتيح لك النظر إلى الخلية وحدها.

كل شيء موجود في deploy/dev-test/: الغرض من كل جهاز ولماذا، والإجراء الدقيق انطلاقاً من أجهزة Debian 12 جديدة، والسيناريو المراد اختباره، وأين تهاجم، وما يثبته وما لا يثبته — وكيف ترسل لنا أرقامك وملاحظاتك لكل بيئة تجرّبها، وهو ما نريده. أي شيء قابل للاستغلال يمر عبر SECURITY.md، لا عبر قضية عامة.

ما هو TBP — وما ليس هو

TBP لا يسدّ كل ثغرة؛ بل يدقّق كل ثغرة. هذا ليس قيداً يجب التغلب عليه، بل هو المسلّمة التأسيسية (المواصفة §1: «نحن لا نسدّ كل ثغرة؛ بل نرتّب الثغرات حسب التأثير ونخففها بشكل متناسب — الحوكمة تخصيص، لا اكتمال»). TBP ليس نظاماً أمنياً مكتفياً بذاته — فهو لا يحل محل SELinux أو الجدران النارية أو IAM أو العزل على مستوى نظام التشغيل، ولن يفعل ذلك أبداً بحكم التصميم. ما يفعله هو أضيق وأكثر إلزاماً: لا يُنفَّذ أي إجراء محكوم دون قرار قابل للإثبات تشفيرياً، ولا قرار — سماحاً كان أو رفضاً — يفلت من سلسلة التدقيق دون إثبات أو دون تلاعب. TBP هو طبقة حوكمة وتوثيق فوق أي منظومة تنفيذ يمتلكها النشر بالفعل، وليس بديلاً عنها.

مقدار ما يقيّد TBP هو خيار النشر، لا خاصية البروتوكول. بين السماح الكامل (وضع المراقبة، كل شيء مسجَّل، لا شيء محجوب) والمنع الكامل يقع طيف كامل، يتشكّل حسب حزم قواعد OPA التي تحمّلها الخلية، وأي مقياس (أدناه) تعمل عنده، وإلى أي مدى تدفع عقود الخطط والنصاب وطبقة تقييم المخاطر (المخطَّطة) (#177–#181). يمكن لمختبر شخصي وخلية إنتاجية منظَّمة تشغيل البروتوكول نفسه عند نقطتين مختلفتين جداً على ذلك الطيف، وهذا بحكم التصميم، لا فجوة — انظر "العمل المخطط التالي" أدناه لحزم القواعد / إعدادات الوضعية المخطَّطة لوحدة تحكم المشرف لكل مقياس.

شيئان بالضبط لا يتزحزحان، عند أي نقطة على ذلك الطيف:

1. الثوابت الثلاثة غير القابلة للتجاوز التي يحملها البروتوكول الأساسي — F-STABILITY (لا نقل قيمي مستقل / لا تلاعب بالسوق)، I-INTEGRITY (لا تحكم مستقل للوكيل في الأنظمة الصناعية/OT)، W-MONOPOLY (لا اندماج في سلاسل القتل الفتّاكة أو تطوير أسلحة الدمار الشامل) — انظر tbp4.2.1/README.md. هذه هي الفئات التي لا يمكن فيها عكس إجراء سيئ عبر إلغاء الوصول بعد وقوعه؛ لا وضعية نشر ولا حزمة قواعد ولا مقياس يخففها أبداً.
2. التدقيق القابل للإثبات — أن إجراءً ما حدث، وأن سجلّه لم يُتلاعب به، قابل للإثبات دائماً بحكم البناء (أوراق تجزئة فقط، سلسلة مرساة بـ Merkle، §6.2)، بغض النظر عن مدى تسامح أو صرامة السياسة المحمّلة فوقه.

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

ملاحظة حول اللغة: المواصفة المرجعية هي الآن docs/spec-en-v1.0.md (بالإنجليزية) — هذا هو رمز الوثيقة الذي ينبغي أن تُبنى عليه التدقيقات. رقم إصدارها يُعاد ضبطه إلى 1.0 عن قصد: إنها إعادة بداية نظيفة نحو وثيقة قابلة للاستشهاد وذات إصدارات (§13: "ذات إصدارات محافظة؛ التغييرات تمر عبر انتقالات موقّعة وموثّقة")، وليست استمراراً لعدّاد المذكرة العاملة نفسه — فالمذكرة العاملة ذات الرقم الأعلى ليست الوثيقة الأحدث. مذكرة المؤلف العاملة — أكثر كثافة، أقل خطية، مفيدة للتنقيب في منطق التصميم، لكنها ليست الوثيقة التي يُستشهد بها — موجودة بلغتين: docs/spec-v1.4.10.md (بالإنجليزية) و docs/spec-v1.4.10.fr.md (الفرنسية الأصلية). ينطبق الاصطلاح نفسه عبر المستودع: كل وثيقة كُتبت أصلاً بالفرنسية أصبح لها الآن نسخة إنجليزية أساسية في مسارها الأصلي، مع الاحتفاظ بالنسخة الفرنسية الأصلية بجانبها باسم <name>.fr.md. المعجم (docs/glossaire.md) لا يزال مصدره فرنسياً (§14 من الوثيقة الفرنسية هو مصدر الحقيقة لمصطلحاته) مع عمود شرح بالإنجليزية لتحسين القراءة — وهذا لم يتغير.

ابدأ من هنا

المواصفة الكاملة هي docs/spec-en-v1.0.md — وهي مصدر الحقيقة لأي قرار تصميمي أو تكويني في هذا المستودع. هذا الملف التمهيدي يلخّص فقط ما يلزم للاسترشاد؛ وعند الشك، المواصفة هي الحاكمة. المذكرة العاملة (docs/spec-v1.4.10.md، الترجمة الإنجليزية للأصل الفرنسي) ليست متجاوَزة من حيث المحتوى — إنها البروتوكول نفسه، وقد طُوِّر هناك أولاً — لكنها ليست المرجع القابل للاستشهاد في المستقبل.

معالم مفيدة لقراءتها:

• §1 العقيدة — القواعد العشر غير القابلة للتفاوض.
• §13 تسلسل التنفيذ — الترتيب الذي يجب اتباعه (HSM → OPA → PEP → NAC → المترجم)، والنطاق الدقيق للتجربة الرائدة P1.
• §9.1 ميزانية الاحتكاك — عتبات الكمون ومعدل التحكيم التي تحدد ما إذا كان نشر TBP يعمل فعلاً؛ أبقِ هذه في الاعتبار لكل قرار تكوين.
• docs/glossaire.md — مصطلح قانوني واحد لكل مفهوم، يُستخدم باتساق عبر كود ووثائق هذا المستودع (انظر CONTRIBUTING.md).

العلاقة بالمستودع الرئيسي لـ TBP

البروتوكول نفسه — المواصفة، والعقيدة الرسمية، والتدقيقات العدائية، والتنفيذ الأساسي (توقيع HSM، سلسلة تدقيق Merkle، محرك سياسات OPA) — يوجد في Responsible-Alliance-Protocol، بترخيص Apache 2.0 (مفتوح)، وهو مُضمَّن داخل الشجرة هنا في tbp4.2.1/ كوحدة فرعية git مثبّتة على commit محدد — مؤشر، لا تفرّع: هذا المستودع ليس أبداً المكان المناسب لرفع قضية أو PR ضد ذلك الكود، بل فقط ضد أجزاء النشر الشبكي أدناه. هذا المستودع هو النشر على مستوى الشبكة للبروتوكول نفسه: NAC، ووحدات PEP المحلية، وسجلات الخلية (المصافحة بين الكيانات هي الهدف، ولم تُبنَ بعد) — الأجزاء اللازمة لنقل TBP من جهاز واحد محكوم إلى شبكة محكومة. اعتباراً من هذا الإشعار، كود هذا المستودع نفسه هو أيضاً Apache 2.0 (انظر الترخيص أدناه) — الترخيص نفسه للبروتوكول الأساسي، ترخيص واحد عبر كلا المستودعين، لا اثنان. كان يستخدم سابقاً ترخيصاً مغلقاً خلال مرحلة تجريبية أولية؛ وقد انتهت تلك المرحلة.