### 3. لماذا DROS بسيط بشكل متعمد
> **العقيدة:** *"ضيق في المسؤولية. عميق في التنفيذ."*  
> **DROS يفعل أقل بشكل متعمد.**

DROS هو **ركيزة حوكمة التنفيذ**، وليس مجموعة أمنية شاملة للذكاء الاصطناعي أو منصة متكاملة. مسؤوليته ضيقة بشكل متعمد: **التفويض الحتمي والاعتراض عند حدود التنفيذ.**

من خلال الحفاظ على سطح التنفيذ محدودًا، يتجنب DROS التوسع إلى المجالات المجاورة:
- الهوية والمصادقة وبيانات الاعتماد تبقى مع إدارة الهوية والوصول المؤسسية.
- تنسيق الأعمال وسير العمل يبقى مع أطر تنسيق الوكلاء.
- تجميع السجلات والمراقبة الأمنية تبقى مع SIEM ومجموعات القياس عن بعد.```text
Narrower responsibility ──► Smaller enforcement surface ──► Explicit behavior ──► Exhaustive verification

> [!IMPORTANT]
> **عقيدة البنية المعمارية:**  
> **تحدد 6P ما يجب أن تعرفه DROS.** (سياق القرار)  
> **تحدد طبقات الإنفاذ ما يجب أن تفعله DROS.** (مسار الإنفاذ)  
> **تحدد البنية التحتية المحيطة ما لا تحتاج DROS إلى استبداله.** (حدود التكامل)  
> 
> *تُضيّق DROS مسؤولية منتجها عن قصد دون تضييق نموذج الإنفاذ الخاص بها.*

### 4. سياق حوكمة 6P (ما يجب أن تعرفه DROS)
يحدد نموذج الثقة ذو الركائز الست السياق متعدد الأبعاد الذي تقيّمه DROS قبل السماح بأي تنفيذ. **هذه مدخلات قرار، وليست ستة منتجات برمجية منفصلة:**

| بُعد الثقة | السياق المُقيَّم | ما تتحقق منه DROS |
| :--- | :--- | :--- |
| **1. Principal** | من يمثله الوكيل؟ | الربط التشفيري بين دور الوكيل وهوية العملية وبيانات اعتماد المستدعي. |
| **2. Privilege** | ما نطاق التفويض المطبق؟ | قناع بتات القدرات الإيجابية وقت الترجمة ($O(1)$ زمن ثابت) المخصص للمهمة النشطة. |
| **3. Payload** | ما الإجراء والوسائط المطلوبة؟ | نقطة نهاية الأداة/API المدرجة في القائمة البيضاء ودلالات حدود الوسائط الصارمة. |
| **4. Posture** | ما حالة نظام وقت التشغيل؟ | سلامة بيئة المضيف ووضع التنفيذ وحدود الحصر. |
| **5. Policy** | ما القواعد الحتمية التي تحكم التنفيذ؟ | الثوابت غير القابلة للتغيير وقت الترجمة وبوابات التحقق الديناميكية. |
| **6. Provenance** | كيف يتم تتبع التنفيذ والتحقق منه؟ | سلسلة تجزئة Merkle مقاومة للتلاعب تُصدر لتحقيق قابلية تدقيق غير قابلة للإنكار. |

### 5. طبقات الإنفاذ L1–L4 (ما يجب أن تفعله DROS)
تُنفذ DROS الحوكمة على طول مسار تنفيذ موحد داخل النطاق عبر أربع طبقات دفاع في العمق. **تمثل هذه مراحل على حد التنفيذ الواحد، وليست أربعة منتجات تجارية مستقلة:**```text
[ Request ] ──► L1: Boundary Filter ──► L2: Capability Bound ──► L3: Topology Isolation ──► L4: Deterministic GuardVM Enforcement ──► [ Execution ]

1. **تنفيذ المحول (Adapter)**: أنشئ محولاً جديداً تحت `substrates/<your_substrate>/adapter.py` يرث من [`BaseSubstrateAdapter`](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/src/vep/adapters/base.py).
2. **الإعلان عن ملف التنفيذ (Execution Profile)**: حدد الحدود المعمارية لركيزتك (`E1_APPLICATION_GATEWAY`، `E2_SANDBOX_RUNTIME`، `E3_OS_KERNEL`، `E4_HARDWARE_ISA`، أو `E5_FORMAL_ASSURANCE`).
3. **تعيين النطاق الدلالي (Semantic Scope)**: أعلن صراحةً ما إذا كان تنفيذ كل خاصية `NATIVE` أو `PROFILE` أو `APPLICATION` أو `UNSUPPORTED`. لا تضخم دلالات الركيزة أبداً.
4. **تشغيل السيناريوهات القياسية (Canonical Scenarios)**: نفّذ سيناريوهات الاختبار القياسية دون تعديل السيناريوهات:   ```bash
   python vep.py benchmark post-compromise --substrate <your_substrate>

---

## ⚡ تجربة بحثية في 5 دقائق (أعِد إنتاجها في 60 ثانية)

قيّم احتواء ما بعد الاختراق على جهازك المحلي بدون أي تبعيات احتكارية:```bash
# 1. Clone the open research testbed
git clone https://github.com/Top-Celestial-Company-Ltd/DROS-VEP-lite.git
cd dros-vep-lite

# 2. Launch the containerized evaluation environment
docker compose up -d

# 3. Execute the Post-Compromise Crucible Benchmark
python scripts/run_cybermes_crucible.py

📖 **ملاحظة بحثية**: [كيفية كسر وكيل الذكاء الاصطناعي الخاص بك في 5 دقائق (وإعادة بنائه أقوى)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/guides/HOW_TO_BREAK_YOUR_AI_AGENT_IN_5_MINUTES.md)  
🛂 **Open Agent Passport SDK**: [libdros-id (RFC-010 W3C DID & Ed25519 SDK)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/sdk/libdros-id/libdros_id.py)  
🧭 **دليل قراءة المسار**: [دليل قراءة ثلاثية DROS](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/trilogy_guide/DROS_Trilogy_Reading_Guide_EN.md)

---

## 🔬 الاكتشاف البحثي والنطاق الأكاديمي

> *يقيّم VEP ما إذا كانت سلطة تنفيذ الوكيل تظل مقيّدة بعد اختراق الوكيل، مع التركيز بشكل خاص على الإنفاذ في وقت التشغيل، واحتواء حدود التنفيذ، والإبطال، والإسناد، والتقييم الأمني القابل لإعادة الإنتاج.*

قد يكون هذا المستودع والبروتوكول ذا صلة بالباحثين والمقيّمين ومهندسي الأنظمة الذين يدرسون:

* **سلطة تنفيذ الوكيل والحوكمة**: إضفاء الطابع الرسمي على الانتقال من الإدراك غير الحتمي للوكيل إلى التنفيذ المادي المحدود.
* **الإسناد من الوكيل إلى التنفيذ**: الربط التشفيري بين نوايا الوكيل ورموز التفويض واستدعاءات النظام الفعلية.
* **الإنفاذ في وقت التشغيل لوكلاء الذكاء الاصطناعي المستقلين**: اعتراض C-ABI / kernel الحتمي داخل العملية مقابل حواجز الحماية الدلالية الاحتمالية.
* **أمن الوكيل بعد الاختراق**: احتواء التأثيرات غير المصرّح بها على النظام عندما يُفترض أن طبقة استدلال الوكيل مخترقة بالكامل.
* **أمن حدود التنفيذ**: الحفاظ على ثوابت الاحتواء في ظل سلاسل التفويض متعددة القفزات للوسيط المرتبك والمحفّزة بالحقن.
* **قدرة الوكيل والتفويض الديناميكي**: تقييمات قناع البتات للقدرات دقيقة الحبيبات ($O(1)$ زمن ثابت) وإبطال سياسة RCU بنافذة صفرية.
* **الإنفاذ الحتمي في وقت التشغيل**: فرض الاحتواء المغلق عند الفشل في ظل ندرة الموارد العدائية وظروف فيضان استدعاءات النظام.
* **معايير وبيئات اختبار أمن الوكيل**: توفير بيئات اختبار قابلة لإعادة الإنتاج ومتعددة المسارات عبر Cloud B2B والروبوتات/الطائرات بدون طيار المادية وSDKs للأجهزة المحمولة.
* **إسناد التنفيذ والتدقيق التشفيري**: الحفاظ على سلاسل تجزئة Merkle للإضافة فقط وقابلة للكشف عن التلاعب تدعم التتبع التقني ذا الصلة بمتطلبات EU AI Act / NIST SP 800-207.

> **💡 المطابقة وفصل الركيزة:**  
> **DROS غير مطلوب للمطابقة مع VEP.** يحدد VEP بروتوكول تقييم مفتوح ومحايد تجاه البائعين؛ ويُقدَّم DROS كـ **ركيزة مرجعية قابلة للتنفيذ ملموسة واحدة** لعرض تجارب VEP وقياسها والتحقق من صحتها.

---

## ⚡ البدء السريع (60 ثانية)```bash
# 1. Clone the repository
git clone https://github.com/Top-Celestial-Company-Ltd/DROS-VEP-lite.git
cd dros-vep-lite

# Standard Single Enterprise Sandbox (Default Single-Node Mode)
docker compose up -d

# 🏢 Advanced: B2B Multi-Enterprise Supply Chain Mode (Federated Defense)
docker compose -f docker-compose-b2b.yml up -d

---

## 🧨 إرسال مثال مضاد (بروتوكول التكذيب المفتوح)

يلتزم DROS-VEP بصرامة بمبدأ **التكذيب العدائي المفتوح**. ندعو المجتمع الأكاديمي والباحثين في الأمن والمهندسين إلى إرسال أمثلة مضادة قابلة لإعادة الإنتاج تنتهك ثوابتنا التجريبية الجوهرية:

> ضمن فئات العمليات المُجهَّزة صراحةً $X_{\text{covered}}$، كلما كان `Auth_E(x) = DENY`:  
> **عدد مرات التنفيذ غير المصرح به صفر ($Exec_{\text{unauthorized}} = 0$) وانحراف الحالة القابل للملاحظة صفر ($\Delta S_{\mathcal{S}_{\text{obs}}} = 0$).**

### معايير المثال المضاد الصالح
- **قابلية إعادة الإنتاج الحتمية**: قابلة لإعادة الإنتاج بشكل موثوق بنسبة 100% ضمن بيئة DROS / PGM الرسمية المعبأة في حاويات.
- **توافق النطاق**: يقع ضمن فئات العمليات المُجهَّزة $X_{\text{covered}}$ ($X_{\text{fs}} \cup X_{\text{proc}} \cup X_{\text{net}} \cup X_{\text{ipc}}$) أو يُظهر مسار هروب تنفيذي غير مُجهَّز.
- **أدلة قابلة للتنفيذ**: تتضمن خطوات إعادة إنتاج ملموسة، ومواصفات البيئة، والسلوك المتوقع مقابل الفعلي، وتتبعات استدعاءات النظام الخام، وفروقات WAL، أو نصوص إعادة التشغيل.

### كيفية الإرسال
1. استخدم **[قالب مشكلة المثال المضاد](../../issues/new?template=counterexample.md)** (أو افتح مشكلة GitHub موسومة بـ `counterexample`).
2. قدّم جميع بيانات البيئة الوصفية وخطوات إعادة الإنتاج.
3. ستخضع الطلبات للفرز العلني، وتُقيَّم مقابل الثوابت الرسمية، وتُسجَّل في مصفوفة التقييم الدائمة.

**الحالة الحالية (حتى سجل المعيار بتاريخ 2026-08-28): الأمثلة المضادة الصالحة = 0**

> *ملاحظة: حتى لو صُنِّف طلب في النهاية على أنه "خارج نطاق تصميم $X_{\text{covered}}$" أو كأثر بيئي، فإننا نُقدِّر بعمق تقارير توضيح الحدود وسنعترف بالمساهمات علنًا.*

---

## 💡 لماذا لا تكفي معايير الذكاء الاصطناعي الحالية

تقيس معظم معايير الذكاء الاصطناعي ذكاء النماذج اللغوية الكبيرة، أو مهارات البرمجة، أو سمية المطالبات. **يقيس DROS-VEP بُعدًا مختلفًا تمامًا: تفويض استدعاء الأدوات وقت التشغيل وحوكمة التنفيذ المميز.**

| المعيار الحالي | ما يقيسه | ما لا يقيسه |
| :--- | :--- | :--- |
| **PromptBench** | متانة المطالبات والنص العدائي | تنفيذ الأدوات وقت التشغيل وأذونات API |
| **AgentBench** | معدل إكمال المهام متعددة الأدوار | التفويض وقت التشغيل وحدود الامتيازات |
| **SWE-bench** | هندسة البرمجيات والقدرة على البرمجة | انتهاك حدود RBAC/ABAC المؤسسية |
| **GAIA** | قدرة مساعد الذكاء الاصطناعي العام | فرض سياسات وقت التشغيل بانعدام الثقة |
| **DROS-VEP** | **حوكمة وقت التشغيل وتفويض PEP** | —— (يكمل معايير القدرات) |

---

## 🏗️ معمارية بيئة الاختبار والنظام البيئي للتقييم

تكوّن بيئة اختبار DROS-VEP Lite القائمة على OpenShip مزوّد Terraform الرسمي من OpenAI (لتوفير المؤسسات/المشاريع) إلى جانب دفاع وقت التشغيل DROS، محاكيةً طوبولوجيا نشر مؤسسية واقعية لاختبار حدود التنفيذ:```text
┌─────────────────────────────────────────────────────────────────────────────┐
│ 1. Enterprise Provisioning Simulation (Control Plane Testbed Layer)         │
│    • OpenAI Terraform Provider -> Provision test orgs, service accounts, keys│
│    • OpenShip Engine           -> Orchestrate multi-enterprise testbeds     │
├─────────────────────────────────────────────────────────────────────────────┤
│ 2. Runtime Execution Defense Evaluation (DROS Layer 4 - C-ABI Boundary)     │
│    • 3-Tier PKI Identity Chain -> DrosIdentityToken (DIT) Cryptographic Binding│
│    • DROS GuardVM (PEP/PDP)    -> Sub-microsecond <500ns Binary Interception │
└─────────────────────────────────────────────────────────────────────────────┘

### 💡 لماذا الأمان التقليدي (WAF/Keycloak) أعمى عن سيناريوهات ATS
في هجوم حقن الأوامر غير المباشر (ATS-001)، يمتلك وكيل الذكاء الاصطناعي المختطف **رمز Keycloak JWT صالحًا**. عندما يستعلم الوكيل من `/api/erp/finance`، يفحص WAF الطلب: *"HTTPS صالح، JSON نظيف، رمز OAuth صالح. تم منح الوصول!"*

ترى جدران الحماية التقليدية **مستخدمًا شرعيًا بنسبة 100% يقوم باستدعاء REST API نظيف**. الهجوم مخفي داخل **السياق الدلالي لنموذج اللغة الكبير (LLM Semantic Context)**. لهذا السبب يُعد DROS PEP/PDP مطلوبًا عند حدود تنفيذ الأدوات.

---

## 🎯 سيناريوهات التهديد وتركيبات البحث (مصفوفة معيار RFC-010)

> [!NOTE]
> **إخلاء مسؤولية بشأن المعيار الاصطناعي**  
> جميع سيناريوهات التهديد في هذا المستودع (ATS-001 حتى ATS-005، وAS-001 حتى AS-005، وPC-001 حتى PC-010) هي **تركيبات تقييم معمارية اصطناعية**. وهي مصممة حصريًا لنمذجة وتقييم حدود استدعاءات النظام وقت التشغيل، وعقود تفويض الأدوات، وثوابت الاحتواء بعد الاختراق المرتبطة بفئات MITRE ATLAS. وهي لا تحاكي أو تمثل أو تنسب إجراءات إلى أي منصة تجارية محددة أو مزود نموذج أو منظمة واقعية.

يوفر VEP تركيبات تقييم اصطناعية موحدة تعيد إنتاج نماذج التهديد الحرجة بعد الاختراق، ومرتبطة مباشرة بـ **MITRE ATLAS**:

| معرّف السيناريو | تركيبة البحث / نموذج التهديد | نمط الفشل المُقيَّم | سطح التنفيذ المستهدف | MITRE ATLAS | إجراء الحوكمة داخل النطاق |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **ATS-001** | الهروب من صندوق الحماية يوم الصفر والتسريب | تسرب المقبس عبر العمليات نتيجة استدعاء أداة مختطفة | `create_socket_connection` | **AML.T0051** | **DENY (<500ns Panic)** |
| **ATS-002** | التلاعب بالتخزين عبر نائب مرتبك | تشفير قاعدة بيانات غير مصرح به عبر مفتاح API شرعي | `write_encrypt_database` | **AML.T0052** | **DENY (<500ns Panic)** |
| **ATS-003** | تصعيد الصلاحيات عبر حدود API | حصاد أسرار البيئة عالية الصلاحيات | `read_env_secrets` | **AML.T0053** | **DENY (26.1μs Guard)** |
| **ATS-004** | تسميم أوزان النموذج الذاتي | تلف ملف النموذج المحلي المستمر والتلاعب بالأوزان | `encrypt_pytorch_weights` | **AML.T0054** | **DENY (0ms Hard Lock)** |
| **ATS-005** | حصاد بيانات الاعتماد عبر الأدوات الاجتماعية | استخراج داخل النطاق لبيانات اعتماد ملف مفتاح SSH المضيف | `read_ssh_keyfile` | **AML.T0055** | **DENY (Execution Lock)** |

---

## 🧪 إثبات النزاهة للمهندس: التشريح وإعادة التشغيل

لا يثق المهندسون بلوحات المعلومات الثابتة. إنهم يسألون: **"إذا فصلت حارسك، هل تتغير النتيجة فعليًا؟"**

### 1. مجموعة التحكم المضادة للواقع (مفتاح `Disable DROS Guard`)
افتح `http://localhost:8080` وتحقق من **`☑ Disable DROS Guard (Debug Mode)`**:
* **الحارس نشط (الوضع الطبيعي)**: نزاهة دفاع 100% (`AS-001 ~ AS-005 | Decision: DENY | Pass Rate: 100%`).
* **الحارس معطّل (مجموعة التحكم)**: يتجاوز PEP الاعتراض. يخترق الوكيل نقاط النهاية المستهدفة. ينخفض معدل النجاح من **`100% ===> 0% (LEAKED)`**.

### 2. محرك إعادة التشغيل الحتمي (`benchmark/replay.py`)
أعد تشغيل أي سجل تدقيق تاريخي أو حزمة أدلة بشكل حتمي:```bash
python benchmark/replay.py exec_ATS-001_1784702707

### 📊 ملخص المعايير العلمية ثلاثية المراحل

| مرحلة التقييم | البُعد المُقيَّم والمنهجية | النتيجة التجريبية | الحالة |
| :--- | :--- | :---: | :---: |
| **المرحلة 1: الاحتواء السلوكي** | خطوة بخطوة عبر 4 مراحل من MITRE ATLAS/ATT&CK (`ATS-001`~`ATS-004`) | **تم حظر 4/4 من السيناريوهات المحددة مسبقًا** | 🛡️ **التنفيذ محتوى** |
| **المرحلة 2: سلامة التزامن** | 30,000 طلب عبر 20 خيطًا تحت تبديلات سياسة RCU النشطة | **0 تسريب سباق ملاحظ ($N=30\text{k}$) / 200 ns P50** | 🌟 **صفر تسريب تنازع** |
| **المرحلة 3: متانة الحدود** | 1,000 حمولة FFI / C-ABI مشوهة (تجاوزات/أقنعة) | **0 أعطال / 0 تسريبات ملاحظة ($N=1\text{k}$)** | 🛡️ **عملية المضيف مستقرة** |

* اقرأ تقرير المعايير التقني الكامل: **[CYBERMES_POST_COMPROMISE_REPORT.md](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/reports/CYBERMES_POST_COMPROMISE_REPORT.md)**
* افحص تفاصيل السيناريو ومصفوفة القدرات: **[scenarios/ATS-005](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/scenarios/ATS-005/README.md)**

---

## 👥 الموارد مفتوحة المصدر والمجتمعية

تم إصدار DROS-VEP Lite تحت ترخيص Apache 2.0 لتوفير بيئة تقييم معايير مفتوحة وشفافة وقابلة للتكرار بالكامل لمجتمع سلامة الذكاء الاصطناعي العالمي:

* **🧪 صندوق التقييم الرملي (DROS-VEP Lite)**: متاح مجانًا للاستنساخ والاختبار وتصميم سيناريوهات معايير أمنية مخصصة. راجع [البدء السريع (60 ثانية)](#-quick-start-60-seconds) لتشغيل مجموعات RFC-001 فورًا.
* **🛡️ حارس التنفيذ المحلي (الركيزة المرجعية)**: للمطورين والباحثين المستقلين الذين يسعون إلى حماية حدود التنفيذ المحلي ضد استدعاءات الأدوات غير الموثوقة وحقن الأوامر، تفضل بزيارة [أدوات مرجعية مفتوحة المصدر](https://github.com/Top-Celestial-Company-Ltd).
* **🌐 الحوكمة العلمية والبحث**: للحصول على النظريات الرسمية التفصيلية، والأوراق البيضاء المعمارية، ومصنوعات المعايير الموسعة، استكشف [الأسس التقنية ومنشورات المعايير](#-technical-foundations--benchmark-publications) أدناه أو قم بزيارة [dr-os.io](https://dr-os.io).

---

## 📜 الأسس التقنية ومنشورات المعايير

### 📚 المنشورات الأساسية والثلاثية واستشهادات DOI
إذا أشرت إلى تقييم حوكمة وقت التشغيل صفر الثقة أو استخدمت **DROS-VEP Lite** في بحثك الأمني، يرجى الاستشهاد بأوراقنا المنشورة المحكمة على Zenodo:

* 📖 **[دليل قراءة ثلاثية DROS (ملاحظة تقنية 導讀)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/trilogy_guide/DROS_Trilogy_Reading_Guide_EN.md)**: *ركيزة تشغيل وقت تشغيل الوكيل*
  * **DOI**: [`10.5281/zenodo.22114036`](https://doi.org/10.5281/zenodo.22114036) | **سجل Zenodo**: [zenodo.org/records/22114036](https://zenodo.org/records/22114036)
* 🏛️ **DROS-6P: معمارية حوكمة وقت تشغيل حتمية موحدة تسد حدود الثقة الستة الأساسية لوكلاء الذكاء الاصطناعي المؤسسي**: [نظرة عامة على المواصفات (README)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/paper_6p/README.md)
  * **DOI**: [`10.5281/zenodo.21833970`](https://doi.org/10.5281/zenodo.21833970) | **سجل Zenodo**: [zenodo.org/records/21833970](https://zenodo.org/records/21833970)
* 🏛️ **DROS رباعي الطبقات (v4.0) الركيزة الحتمية لوقت التشغيل والتحقق العدائي**: [ورقة (EN)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/paper_4layer/DROS-4Layer-Paper_v4_20260827_EN.md) | [ورقة (ZH)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/paper_4layer/DROS-4Layer-Paper_v4_20260827_ZH.md) | [تحميل PDF عبر Zenodo](https://doi.org/10.5281/zenodo.21755653)
  * **DOI**: [`10.5281/zenodo.21755653`](https://doi.org/10.5281/zenodo.21755653) | **سجل Zenodo**: [zenodo.org/records/21755653](https://zenodo.org/records/21755653)
* 🏛️ **DROS رباعي الطبقات (v3) معمارية الدفاع في العمق لأحمال عمل الذكاء الاصطناعي المستقلة**
  * **DOI**: [`10.5281/zenodo.22092008`](https://doi.org/10.5281/zenodo.22092008) | **سجل Zenodo**: [zenodo.org/records/22092008](https://zenodo.org/records/22092008)
* 🏛️ **DROS-PGM: ركيزة حتمية لاحتواء التنفيذ بعد الاختراق (v2.0)**: [ورقة (EN)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/paper_pgm/DROS-PGM-Paper_v2_20260828_EN.md) | [ورقة (ZH)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/paper_pgm/DROS-PGM-Paper_v2_20260828_ZH.md) | [تحميل PDF عبر Zenodo](https://doi.org/10.5281/zenodo.21903687)
  * **DOI**: [`10.5281/zenodo.21903687`](https://doi.org/10.5281/zenodo.21903687) | **سجل Zenodo**: [zenodo.org/records/21903687](https://zenodo.org/records/21903687)
* 🌐 **DROS-WebMCP: طبقة حوكمة تنفيذ قابلة للإسناد تشفيريًا للويب الوكيلي**: [مسودة الحوكمة المفتوحة (DWGR-8)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/dros-webmcp/README.md)
  * **DOI**: [`10.5281/zenodo.22290238`](https://doi.org/10.5281/zenodo.22290238) | **سجل Zenodo**: [zenodo.org/records/22290238](https://zenodo.org/records/22290238)
* 📱 **أمن ما بعد الاختراق للوكلاء المحمولين المستقلين**: [ورقة (EN)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/paper-mobile/DROS_MOBILE_AGENT_POST_COMPROMISE_SECURITY_IEEE.md) | [ورقة (ZH)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/paper-mobile/DROS_MOBILE_AGENT_POST_COMPROMISE_SECURITY_IEEE_ZH.md)
  * **DOI**: [`10.5281/zenodo.22253147`](https://doi.org/10.5281/zenodo.22253147) | **سجل Zenodo**: [zenodo.org/records/22253147](https://zenodo.org/records/22253147)
* 🛸 **أمن ما بعد الاختراق للذكاء الاصطناعي المادي: الطائرات بدون طيار المستقلة**: [ورقة (EN)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/paper-uav/DROS_PHYSICAL_AI_POST_COMPROMISE_SECURITY_IEEE.md) | [ورقة (ZH)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/paper-uav/DROS_PHYSICAL_AI_POST_COMPROMISE_SECURITY_IEEE_ZH.md)
  * **DOI**: [`10.5281/zenodo.22254372`](https://doi.org/10.5281/zenodo.22254372) | **سجل Zenodo**: [zenodo.org/records/22254372](https://zenodo.org/records/22254372)
* 🧭 **دليل قراءة مسار أبحاث DROS (v2.0)**: [دليل (EN)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/trilogy_guide/DROS_Trilogy_Reading_Guide_EN.md) | [دليل (ZH)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/trilogy_guide/DROS_Trilogy_Reading_Guide.md)
  * **سجل دائم**: [zenodo.org/records/22255275](https://zenodo.org/records/22255275)

### 📖 الأوراق البيضاء ومواصفات البروتوكول
* 📖 **[الورقة البيضاء الكاملة (الإنجليزية v2.0)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/DROS_AgenticWeb_Defense_Whitepaper_EN.md)**: *حوكمة التنفيذ صفر الثقة لأحمال عمل الذكاء الاصطناعي المستقلة (نموذج DROS رباعي الطبقات)*
* 📖 **[完整白皮書 (繁體中文 v2.0)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/docs/DROS_AgenticWeb_Defense_Whitepaper_CN.md)**: *自主型 AI 工作負載的零信任執行治理 (DROS 四層防禦縱深架構)*
* ⚡ **[ملخص تنفيذي من 4 صفحات A4 (HTML)](https://github.com/top-celestial-company-ltd/dros-vep-lite/blob/main/dashboard/whitepaper_4page_EN.html)**: *ملخص مرئي سريع لمدراء أمن المعلومات والباحثين الأمنيين*
* 📋 **[RFC-010: بروتوكول مواصفات DROS-VEP](https://github.com/Top-Celestial-Company-Ltd/DROS-VEP-lite/blob/main/docs/RFC-010-dros-vep-spec.md)**: *بروتوكول أمن الوكيل وسيناريو التهديد المفتوح*

---

## ❓ الأسئلة الشائعة (FAQ)

### لماذا يستخدم VEP تمثيلات سياسات مفتوحة المواصفات بدلاً من ملفات `policy.bin` الثنائية المُجمَّعة؟
تم تصميم VEP Lite كـ **صندوق تقييم مفتوح المواصفات قابل للقراءة البشرية (RFC-010)** للسماح للباحثين الأمنيين ومدراء أمن المعلومات والمطورين بتدقيق قواعد السياسة بسهولة، وفحص سيناريوهات التهديد، وإجراء الفريق الأحمر دون ملفات ثنائية مُجمَّعة خاصة.  
في **DROS Enterprise Production**، يتم تجميع السياسات بواسطة `VajraCompiler` إلى نوى دقيقة ثنائية C-ABI موقعة تشفيريًا وغير قابلة للتغيير وخالية من الأقفال (`policy.bin`) مع تخصيص ذاكرة صفري الكومة وأختام مضادة للهندسة العكسية.

---

### هل ستتسبب آلية Bitmap الصارمة $\mathcal{O}(1)$ في PGM في إيجابيات كاذبة عالية وحظر سير العمل التجاري المشروع (الحظر المفرط)؟
**لا. تم تصميم PGM بشكل أساسي لضمان توافر تجاري عالٍ مع فرض تنفيذ صفر الثقة.**  
على عكس جدران الحماية الاستدلالية أو حراس LLM الاحتماليين التي تعتمد على مطابقة أنماط regex الضبابية (والتي غالبًا ما تخطئ في اعتبار المدخلات الحميدة هجمات)، يعمل PGM على **أقنعة القدرات الإيجابية متعددة الأبعاد (正向能力白名單矩陣)**:

1. **تضمين القدرات الإيجابية (وليس التخمين الاستدلالي)**: يخصص PGM متجهات قدرات دقيقة (الدور $\times$ الأداة $\times$ الطريقة $\times$ نطاق المورد). العمليات المشروعة المطابقة للمهمة المحددة للوكيل تُقيَّم إلى `1` على مستوى البت (مرور) في دورة معالج واحدة ($26.1\mu s$)، مما يؤدي إلى **0% حظر إيجابي كاذب على مسارات الأعمال الصالحة**.
2. **الإنفاذ المتدرج (البوابات التدريجية)**: للعمليات الحساسة أو العابرة للحدود (مثل المدفوعات الكبيرة، تصدير السجلات السرية)، لا ينهي PGM الاتصال بالكامل بشكل فج. بدلاً من ذلك، يُفعِّل **التنقيح الديناميكي داخل النطاق (إخفاء 18-PHI)** أو **التعليق الناعم بمشاركة الإنسان (HITL)**، مما يسمح لسير العمل القياسي بالمضي قدمًا بأمان دون تعطيل الأعمال.
3. **ضبط سياسة RCU دون توقف بزمن أقل من ميلي ثانية**: إذا تطورت متطلبات الأعمال أو تم إدراج نقاط نهاية جديدة، يمكن لمشغلي الأمن تحديث السياسات عبر التجميع الظلي في الخلفية في **<1ms**. يتم تحديث المؤشر الرئيسي عبر تبديل ذري RCU خالٍ من الأقفال مع **صفر توقف وصفر توقف حركة المرور**.

---

---

## 🔒 إشعار براءات الاختراع والملكية الفكرية
معمارية حوكمة وقت التشغيل الحتمية، وآلية الاعتراض C-ABI داخل النطاق، وحدود التنفيذ صفرية الكومة محمية بموجب **طلب براءة اختراع أمريكي مؤقت رقم 64/111,973 (براءة اختراع معلقة)**. جميع حقوق النشر التجاري محفوظة لشركة Top Celestial Company Ltd.

## 📄 ترخيص منصة المعايير
تم إصدار نصوص منصة تقييم المعايير وتعريفات سيناريو RFC-010 تحت ترخيص Apache 2.0 لإمكانية التكرار الأكاديمي والتحقق المستقل.