
# تحويل ضوابط ISO 27001 إلى إجابات تلقائية بالذكاء الاصطناعي لاستبيانات الأمن

تُعد استبيانات الأمن عائقًا في تقييم مخاطر البائعين. كثيرًا ما يطلب المدققون دليلًا على أن مزود SaaS يلتزم بـ[ISO 27001](https://www.iso.org/isoiec-27001-information-security.html)، لكن الجهد اليدوي المطلوب لتحديد التحكم المناسب، استخراج السياسة الداعمة، وصياغة إجابة مختصرة قد يستغرق أيامًا. جيل جديد من المنصات المدعومة بالذكاء الاصطناعي يُعيد تعريف هذا النموذج من عمليات **تفاعلية ومُعتمدة على البشر** إلى سير عمل **تنبؤي ومؤتمت**.

في هذه المقالة نكشف عن **محرك فريد من نوعه** يتيح:

1. **استيراد مجموعة ضوابط ISO 27001 بالكامل** وربط كل ضابط بمستودع السياسات الداخلية للمؤسسة.  
2. **إنشاء رسم معرفة (Knowledge Graph)** يربط بين الضوابط، السياسات، الأدلة، ومالكي المصلحة.  
3. **استخدام خط أنابيب التوليد مع الاسترجاع المعزز (RAG)** لإنتاج إجابات للاستبيانات تكون *متوافقة، وسياقية، ومحدثة*.  
4. **كشف تحوُّل السياسة في الوقت الفعلي**، مما يُحث على إعادة توليد تلقائي عندما تتغير السياسة المصدرية للضابط.  
5. **توفير واجهة منخفضة الكود** للمدققين لضبط أو الموافقة على الردود المُولدة قبل الإرسال.  

ستتعرف أدناه على مكونات الهندسة المعمارية، تدفق البيانات، التقنيات الذكائية الأساسية، والفوائد القابلة للقياس التي لوحظت في التجارب الأولية.

---

## 1. لماذا يُهم تحويل ضوابط ISO 27001

توفر [ISO 27001](https://www.iso.org/isoiec-27001-information-security.html) إطارًا مقبولًا عالميًا لإدارة أمن المعلومات. يضم **الملحق A** 114 ضابطًا، كل منها يحتوي على ضوابط فرعية وإرشادات تنفيذ. عندما يطرح استبيان أمان لطرف ثالث سؤالًا مثل:

> “صف كيف تدير دورة حياة المفاتيح التشفيرية (الضابط A.10.1).”

يجب على فريق الأمن العثور على السياسة ذات الصلة، استخراج وصف العملية المحدد، وتكييفه مع صياغة الاستبيان. تكرار ذلك لمئات الضوابط عبر استبيانات متعددة يخلق:

* **عمل مكرر** – تُعاد كتابة الإجابات المتطابقة لكل طلب.  
* **لغة غير متسقة** – قد تُفسر تغييرات الصياغة الدقيقة كفجوات.  
* **أدلة قديمة** – تتطور السياسات، لكن مسودات الاستبيانات غالبًا ما تظل دون تعديل.  

يُقضي أتمتة ربط ضوابط ISO 27001 بقطع إجابة قابلة لإعادة الاستخدام على هذه المشكلات على نطاق واسع.

---

## 2. المخطط المعماري الأساسي

يعتمد المحرك على ثلاثة أعمدة:

| العمود | الغرض | التقنيات الأساسية |
|--------|-------|--------------------|
| **رسم المعرفة للتحكم‑السياسة** | توحيد ضوابط ISO 27001، السياسات الداخلية، الأدلة، والمالكين في رسم بياني يمكن الاستعلام عنه. | Neo4j, RDF, شبكات الأعصاب الرسومية (GNN) |
| **توليد RAG** | استرجاع الفقرة الأكثر صلة من السياسة، إغناؤها بالسياق، وتوليد إجابة مصقولة. | الاسترجاع (BM25 + بحث متجهي)، نماذج اللغة الكبيرة (Claude‑3, Gemini‑Pro)، قوالب المطالبات |
| **كشف تحوُّل السياسة وإعادة التحديث التلقائي** | مراقبة تغيّر السياسات المصدرية، إعادة تشغيل التوليد، وإخطار أصحاب المصلحة. | التقاط تغير البيانات (CDC), تدقيق الفروقات, نظام نشر بالأحداث (Kafka) |

أدناه مخطط Mermaid يُظهر تدفق البيانات من الاستيراد حتى تسليم الإجابة.

```mermaid
graph LR
    A[ISO 27001 Control Catalog] -->|Import| KG[Control‑Policy Knowledge Graph]
    B[Internal Policy Store] -->|Sync| KG
    C[Evidence Repository] -->|Link| KG
    KG -->|Query| RAG[Retrieval‑Augmented Generation Engine]
    RAG -->|Generate| Answer[Questionnaire Answer Draft]
    D[Policy Change Feed] -->|Event| Drift[Policy Drift Detector]
    Drift -->|Trigger| RAG
    Answer -->|Review UI| UI[Security Analyst Dashboard]
    UI -->|Approve/Reject| Answer
```

*جميع تسميات العقد محاطة بأقواس مزدوجة وفقًا لقواعد صياغة Mermaid.*

---

## 3. بناء رسم معرفة التحكم‑السياسة

### 3.1 نمذجة البيانات

* **عقد التحكم** – يصبح كل ضابط ISO 27001 (مثلاً “A.10.1”) عقدة تحمل سمات: `title`, `description`, `reference`, `family`.  
* **عقد السياسة** – تُستورد السياسات الداخلية من ملفات Markdown أو Confluence أو المستودعات المستندة إلى Git. تشمل السمات `version`, `owner`, `last_modified`.  
* **عقد الأدلة** – روابط إلى سجلات التدقيق، لقطات التكوين، أو شهادات الطرف الثالث.  
* **حواف الملكية** – `MANAGES`, `EVIDENCE_FOR`, `DERIVES_FROM`.  

يسمح مخطط الرسم بتنفيذ استعلامات شبيهة بـ SPARQL، مثل:

```cypher
MATCH (c:Control {id:"A.10.1"})-[:DERIVES_FROM]->(p:Policy)
RETURN p.title, p.content LIMIT 1
```

### 3.2 تحسين بـ GNN

يُدرب شبكة عصبية رسومية على أزواج إجابات الاستبيان التاريخية لتعلم **درجة التشابه الدلالي** بين الضوابط وقطع السياسة. تُخزن هذه الدرجة كخاصية لحافة `relevance_score`، مما يحسّن دقة الاسترجاع مقارنةً بالمطابقة بالكلمة المفتاحية البسيطة.

---

## 4. خط أنابيب التوليد مع الاسترجاع المعزز

### 4.1 مرحلة الاسترجاع

1. **بحث بالكلمة المفتاحية** – BM25 على نصوص السياسات.  
2. **بحث متجهي** – تمثيلات (Sentence‑Transformers) للمطابقة الدلالية.  
3. **تصنيف هجين** – دمج BM25 و `relevance_score` من الـ GNN باستخدام مزيج خطي (α = 0.6 للمعنوية، 0.4 للكلمة المفتاحية).  

يتم تمرير أعلى k (عادة 3) فقرات سياسة إلى نموذج اللغة الكبيرة مع طلبيّة الاستبيان.

### 4.2 هندسة المطالبات

قالب مطالبة **متكيّف** حسب عائلة الضابط:

```
You are a compliance assistant. Using the following policy excerpts, craft a concise answer (max 200 words) for ISO 27001 control "{{control_id}} – {{control_title}}". Maintain the tone of the source policy but tailor it to a third‑party security questionnaire. Cite each excerpt with a markdown footnote.
```

يُملأ القالب بالضابط المسترجع والفقرات، فينتج **مسودة ذات إشارة مرجعية**.

### 4.3 ما بعد المعالجة

* **طبقة التحقق من الحقائق** – يجرى تمريرة ثانية بنموذج لغة صغير لضمان أن جميع العبارات مستندة إلى النص المسترجع.  
* **مرشح الإخفاء** – يكتشف ويُخفِي أي بيانات سرية لا ينبغي كشفها.  
* **وحدة التنسيق** – تحوّل المخرج إلى تنسيق الاستبيان المطلوب (HTML، PDF، أو نص بسيط).

---

## 5. كشف تحوُّل السياسات في الوقت الفعلي

السياسات نادرة ما تكون ثابتة. يراقب موصل **التقاط تغير البيانات (CDC)** المستودع المصدر لأي ارتكاب، دمج، أو حذف. عند حدوث تغيير يؤثر على عقدة مرتبطة بضابط ISO، يقوم كاشف التحوُّل بـ:

1. حساب **هاش الفرق** بين الفقرة القديمة والجديدة.  
2. رفع **حدث تحوُّل** على موضوع Kafka `policy.drift`.  
3. تحفيز خط أنابيب RAG لإعادة توليد الإجابات المتأثرة.  
4. إرسال **إشعار** إلى مالك السياسة ولوحة المحلل للمراجعة.  

تضمن هذه الحلقة المغلقة بقاء كل إجابة استبيان متوافقة مع أحدث الضوابط الداخلية.

---

## 6. تجربة المستخدم: لوحة تحكم المحلل

تُظهر الواجهة **شبكة من عناصر الاستبيان المعلقة** مع حالة ملونة:

* **أخضر** – تم توليد الإجابة، لا توجد تحوّلات، جاهزة للتصدير.  
* **أصفر** – حدثت تغييرات سياسة حديثة، يجري انتظار إعادة التوليد.  
* **أحمر** – يلزم مراجعة بشرية (مثلاً سياسة غامضة أو إشارة إلى إخفاء).  

المميزات تشمل:

* **تصدير بنقرة واحدة** إلى PDF أو CSV.  
* **تحرير داخل السطر** لحالات الحافة.  
* **سجل الإصدارات** يُظهر نسخة السياسة المستخدمة في كل إجابة.  

فيديو توضيحي قصير (مُدمج في المنصة) يعرض سير عمل نموذجي: اختيار ضابط، مراجعة الإجابة المُولدة، الموافقة، وتصديرها.

---

## 7. تأثير الأعمال الكمي

| المقياس | قبل الأتمتة | بعد الأتمتة (تجربة تجريبية) |
|---------|-------------|-----------------------------|
| متوسط زمن إنشاء إجابة | 45 دقيقة لكل ضابط | 3 دقائق لكل ضابط |
| زمن استكمال الاستبيان (كامل) | 12 يومًا | 1.5 يوم |
| نسبة اتساق الإجابات (تدقيق داخلي) | 78 % | 96 % |
| زمن كشف تحوُّل السياسة | 7 أيام (يدوي) | أقل من ساعتين (آلي) |

أُجريت التجربة التجريبية لدى شركة SaaS متوسطة الحجم (≈ 250 موظفًا)، مما خفّض عبء فريق الأمن الأسبوعي بنحو **30 ساعة** وأزال 4 حوادث امتثال رئيسية ناجمة عن إجابات قديمة.

---

## 8. اعتبارات الأمن والحوكمة

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

---

## 9. توسيع المحرك إلى ما بعد ISO 27001

على الرغم من أن النموذج الأولي يركز على ISO 27001، فإن الهندسة **غير مقيدة بالمنظم**:

* **[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2) معايير الخدمات الموثوقة** – ربطها بنفس الرسم مع عائلات ضوابط مختلفة.  
* **[HIPAA](https://www.hhs.gov/hipaa/index.html) قاعدة الأمن** – استيراد الـ 18 معيارًا وربطها بسياسات متخصصة في مجال الصحة.  
* **[PCI‑DSS](https://www.pcisecuritystandards.org/pci_security/)** – ربطها بإجراءات التعامل مع بيانات بطاقات الائتمان.  

إضافة إطار جديد يتطلّب فقط تحميل كاتالوج الضوابط وتأسيس الحواف الأولية إلى عقد السياسات القائمة. يتكيف الـ GNN تلقائيًا مع كلما جمعنا أزواج إجابات تدريبية إضافية.

---

## 10. بدء الاستخدام: قائمة تحقق خطوة بخطوة

1. **جمع ضوابط ISO 27001** (حمّل ملف CSV للملحق A الرسمي).  
2. **تصدير السياسات الداخلية** إلى صيغة منسقة (Markdown مع Front‑Matter للنسخ).  
3. **نشر رسم المعرفة** (صورة Docker لـ Neo4j مُعدّة بالمخطط).  
4. **تثبيت خدمة RAG** (حاوية FastAPI مع نقطة نهاية نموذج اللغة).  
5. **تكوين CDC** (خطاف Git أو مراقب نظام الملفات) لتغذية كاشف التحوُّل.  
6. **تشغيل لوحة تحكم المحلل** (واجهة React، مصادقة OAuth2).  
7. **إجراء استبيان تجريبي** وتعديل قوالب المطالبات بصورة تكرارية.  

باتباع هذه الخطوات، يمكن لمعظم المؤسسات تحقيق **خط أنابيب تحويل ضوابط ISO 27001 مؤتمت بالكامل خلال 4‑6 أسابيع**.

---

## 11. الاتجاهات المستقبلية

* **التعلم الفيدرالي** – مشاركة تمثيلات ضوابط‑سياسات مجهّلة بين الشركات الشريكة لتحسين درجة الصلة دون كشف السياسات الخاصة.  
* **الأدلة متعددة الوسائط** – دمج المخططات، ملفات التكوين، وقطات السجلات باستخدام نماذج الرؤية‑اللغة لتغذية الإجابات بمزيد من العمق.  
* **كتالوجات امتثال توليدية** – الانتقال من إجابات سؤال منفرد إلى سرد امتثال شامل، يتضمن جداول الأدلة وتقييمات المخاطر.  

إن التقاء **رسوم المعرفة، RAG، ومراقبة تحوُّل السياسات في الوقت الفعلي** يستعد ليصبح القاعدة الجديدة لأتمتة جميع استبيانات الأمن. سيستمتع المُتبنون الأوائل ليس فقط بالسرعة، بل أيضًا بالثقة بأن كل إجابة **قابلة للتتبع، محدثة، وقابلة للتدقيق**.

---

## ما يلزم الاطلاع عليه
- [ISO 27001 – الضوابط الرسمية للملحق A](https://www.iso.org/standard/54534.html)  
- [مطابقة NIST SP 800‑53 مع ISO 27001](https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final)  
- [توليد معزز بالاسترجاع: مسح للتقنيات والتطبيقات](https://arxiv.org/abs/2302.01279)