
# گراف دانش توزیع‌شده صفر‑اعتماد برای خودکارسازی پرسش‌نامه‌های چند‑مستاجری

## مقدمه

پرسش‌نامه‌های امنیتی و انطباقی، گلوگاه مداومی برای فروشندگان SaaS هستند. هر فروشنده باید به صدها سؤال که در چارچوب‌های مختلف—[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2)، [ISO 27001](https://www.iso.org/standard/27001)، [GDPR](https://gdpr.eu/)، و استانداردهای خاص صنعت—پاسخ دهد. تلاش دستی برای یافتن شواهد، اعتبارسنجی مربوط بودن آن‌ها و تنظیم پاسخ‌ها برای هر مشتری به سرعت به مرکز هزینه تبدیل می‌شود.

یک **گراف دانش توزیع‌شده (FKG)**—نمایش توزیع‌شده، غنی از طرح‌واره برای شواهد، سیاست‌ها و کنترل‌ها—راهی برای شکستن این گلوگاه ارائه می‌دهد. وقتی با **امنیت صفر‑اعتماد** ترکیب می‌شود، FKG می‌تواند به‌صورت ایمن به بسیاری از مستاجران (واحدهای تجاری مختلف، شرکت‌های زیرمجموعه یا سازمان‌های شریک) خدمات دهد بدون آنکه داده‌ای که تعلق به مستاجر دیگری دارد، فاش شود. نتیجه، **موتور خودکارسازی پرسش‌نامه‌های چند‑مستاجری، مبتنی بر هوش مصنوعی** است که:

* **شواهد** را از مخازن گوناگون (Git، ذخیره‌سازی ابری، CMDBها) جمع‌آوری می‌کند.  
* **سیاست‌های دسترسی** را در سطح گره و یال (صفر‑اعتماد) اعمال می‌کند.  
* **پاسخ‌های تولید شده توسط هوش مصنوعی** را از طریق Retrieval‑Augmented Generation (RAG) که فقط از دانش مجاز برای مستاجر استفاده می‌کند، هماهنگ می‌سازد.  
* **منشأ** و قابلیت **حسابرسی** را از طریق دفتر کل غیرقابل تغییر (immutable ledger) ردیابی می‌کند.

در این مقاله به‌عمق به معماری، جریان داده و گام‌های پیاده‌سازی برای ساخت چنین سیستمی بر روی **پلتفرم Procurize AI** می‌پردازیم.

---

## ۱. مفاهیم اصلی

| مفهوم | معنای آن برای خودکارسازی پرسش‌نامه |
|---|---|
| **صفر‑اعتماد** | «هیچ‌وقت اعتماد نکن، همیشه تأیید کن». هر درخواست به گراف باید احراز هویت، مجوزدهی و به‌صورت مداوم نسبت به سیاست‌ها ارزیابی شود. |
| **گراف دانش توزیع‌شده** | شبکه‌ای از گره‌های گراف مستقل (هر کدام متعلق به یک مستاجر) که طرح‌واره مشترکی دارند اما داده‌هایشان به‌صورت فیزیکی جداست. |
| **RAG (تولید با افزایشی بازپروری)** | تولید پاسخ توسط LLM که پیش از ترکیب پاسخ، شواهد مرتبط را از گراف بازیابی می‌کند. |
| **دفتر کل غیرقابل تغییر** | ذخیره‌سازی فقط‑اضافه (مانند درخت مرکل سبک بلاک‌چین) که هر تغییری در شواهد را ثبت می‌کند و عدم تغییرپذیری را تضمین می‌نماید. |

---

## ۲. نمای کلی معماری

در ادامه یک نمودار Mermaid سطح‑بالا نشان می‌دهد که اجزاء اصلی و تعاملات آن‌ها چگونه با یکدیگر ارتباط دارند.

```mermaid
graph LR
    subgraph Tenant A
        A1[Policy Store] --> A2[Evidence Nodes]
        A2 --> A3[Access Control Engine<br>(Zero Trust)]
    end
    subgraph Tenant B
        B1[Policy Store] --> B2[Evidence Nodes]
        B2 --> B3[Access Control Engine<br>(Zero Trust)]
    end
    subgraph Federated Layer
        A3 <--> FK[Federated Knowledge Graph] <--> B3
        FK --> RAG[Retrieval‑Augmented Generation]
        RAG --> AI[LLM Engine]
        AI --> Resp[Answer Generation Service]
    end
    subgraph Audit Trail
        FK --> Ledger[Immutable Ledger]
        Resp --> Ledger
    end
    User[Questionnaire Request] -->|Auth Token| RAG
    Resp -->|Answer| User
```

**نکات کلیدی حاصل از نمودار**

1. **ایزولاسیون مستاجر** – هر مستاجر فروشگاه سیاست و گره‌های شواهد خود را دارد، اما موتور کنترل دسترسی هر درخواست خارج از محدوده مستاجر را میانجیگری می‌کند.  
2. **گراف توزیع‌شده** – گره `FK` متاداده طرح‌واره را تجمیع می‌کند در حالی که شواهد خام به‌صورت رمزنگاری شده و ایزوله می‌مانند.  
3. **بازرسی صفر‑اعتماد** – هر درخواست دسترسی از طریق موتور کنترل دسترسی عبور می‌کند که زمینه (نقش، وضعیت دستگاه، هدف درخواست) را ارزیابی می‌نماید.  
4. **یکپارچه‌سازی هوش مصنوعی** – مؤلفه RAG فقط گره‌های شواهدی که مستاجر مجاز به دیدن آن‌هاست را بازیابی می‌کند، سپس به LLM برای ترکیب پاسخ تحویل می‌دهد.  
5. **حسابرسی** – همه بازیابی‌ها و پاسخ‌های تولید شده در دفتر کل غیرقابل تغییر برای حسابرسان ثبت می‌شوند.

---

## ۳. مدل داده‌ها

### ۳.۱ طرح‌واره یکپارچه

| موجودیت | ویژگی‌ها | مثال |
|---|---|---|
| **Policy** | `policy_id`, `framework`, `section`, `control_id`, `text` | `SOC2-CC6.1` |
| **Evidence** | `evidence_id`, `type`, `location`, `checksum`, `tags`, `tenant_id` | `evid-12345`, `log`, `s3://bucket/logs/2024/09/01.log` |
| **Relationship** | `source_id`, `target_id`, `rel_type` | `policy_id -> evidence_id` (evidence_of) |
| **AccessRule** | `entity_id`, `principal`, `action`, `conditions` | `evidence_id`, `user:alice@tenantA.com`, `read`, `device_trust_score > 0.8` |

تمام موجودیت‌ها به‌صورت گراف‌های ملکی (property graphs) (مانند Neo4j یا JanusGraph) ذخیره و از طریق API سازگار با GraphQL در دسترس هستند.

### ۳.۲ زبان سیاست صفر‑اعتماد

یک DSL سبک برای بیان قوانین دقیق دسترسی:

```
allow(user.email =~ "*@tenantA.com")
  where action == "read"
    and entity.type == "Evidence"
    and entity.tenant_id == "tenantA"
    and device.trust_score > 0.8;
```

این قوانین به‌صورت زمان‌ واقعی به موتور کنترل دسترسی تبدیل می‌شوند.

---

## ۴. جریان کار: از سؤال تا پاسخ

1. **ورود سؤال** – بررسی‌کننده امنیتی پرسش‌نامه (PDF، CSV یا API JSON) را بارگذاری می‌کند. Procurize آن را به سوالات جداگانه تجزیه و هر سؤال را به یک یا چند کنترل چارچوب مرتبط می‌کند.  
2. **نقشه‌سازی کنترل‑شواهد** – سیستم برای گره‌های کنترل هدف، یال‌هایی که به گره‌های شواهد متعلق به مستاجر درخواست‌کننده متصل هستند را در FKG جستجو می‌کند.  
3. **مجوزدهی صفر‑اعتماد** – پیش از بازیابی هر شواهدی، موتور کنترل دسترسی زمینه (کاربر، دستگاه، مکان، زمان) را اعتبارسنجی می‌کند.  
4. **بازیابی شواهد** – شواهد مجاز به‌صورت جریانی به مؤلفه RAG منتقل می‌شوند. RAG شواهد را با یک مدل ترکیبی TF‑IDF + برداری بر پایه شباهت رتبه‌بندی می‌کند.  
5. **تولید توسط LLM** – LLM سؤال، شواهد بازیابی‌شده و یک الگوی پرامپت که لحن و زبان انطباقی را تحمیل می‌کند، دریافت می‌کند. مثال پرامپت:

   ```
   You are a compliance specialist for {tenant_name}. Answer the following security questionnaire item using ONLY the supplied evidence. Do not fabricate details.
   Question: {question_text}
   Evidence: {evidence_snippet}
   ```

6. **بازبینی و همکاری** – پاسخ تولیدشده در رابط کاربری تعاملی Procurize نمایش داده می‌شود؛ متخصصان می‌توانند نظر دهند، ویرایش کنند یا تأیید کنند.  
7. **ثبت حسابرسی** – هر رویداد بازیابی، تولید و ویرایش به‌صورت افزودنی به دفتر کل غیرقابل تغییر افزوده می‌شود؛ هش‌های رمزنگاری‌شده نسخه دقیق شواهد را به‑هم مرتبط می‌کند.

---

## ۵. تضمین‌های امنیتی

| تهدید | کاهش خطر |
|---|---|
| **نشت داده بین مستاجران** | کنترل دسترسی صفر‑اعتماد `tenant_id`‑مطابق را اعمال می‌کند؛ تمام انتقال‌ها با TLS 1.3 + mTLS رمزنگاری می‌شود. |
| **سقط اعتبار اعتبارنامه** | JWTهای کوتاه‌مدت، attestation دستگاه و امتیاز ریسک مداوم (تحلیل رفتار) توکن‌ها را در صورت تشخیص anomalous غیرفعال می‌کند. |
| **دستکاری شواهد** | دفتر کل Merkle Proof استفاده می‌کند؛ هر تغییر باعث عدم تطابق هش می‌شود و هشدار به حسابرسان می‌رسد. |
| **هالوسینیشن مدل** | RAG LLM را به شواهد بازیابی‌شده محدود می‌کند؛ یک اعتبارسنج post‑generation وجود دارد که جملات بدون پشتیبانی را شناسایی می‌کند. |
| **حملات زنجیره تأمین** | تمام افزونه‌ها/اتصالات گراف امضا و از طریق دروازه CI/CD که تجزیه‌ستاتیک و بررسی SBOM انجام می‌دهد، اعتبارسنجی می‌شوند. |

---

## ۶. گام‌های پیاده‑سازی در Procurize

1. **راه‌اندازی گره‌های گراف مستاجر**  
   - یک نمونه Neo4j جداگانه برای هر مستاجر مستقر کنید (یا از دیتابیس چند‑مستاجره‌ای با امنیت سطوح ردیفی استفاده کنید).  
   - اسناد سیاست و شواهد موجود را با خط لوله‌های ورودی Procurize بارگذاری کنید.  

2. **تعریف قوانین صفر‑اعتماد**  
   - از ویرایشگر سیاست Procurize برای نوشتن قوانین DSL استفاده کنید.  
   - ادغام *posture دستگاه* (MDM، Endpoint Detection) برای امتیازهای ریسک پویا را فعال کنید.  

3. **پیکربندی همگام‌سازی توزیعی**  
   - سرویس میکرو `procurize-fkg-sync` را نصب کنید.  
   - آن را طوری تنظیم کنید که به‌روز‌رسانی‌های طرح‌واره را به یک *registry* مشترک منتشر کند در حالی که داده‌ها به‌صورت رمزنگاری‌شده در حالت استراحت باقی می‌مانند.  

4. **یکپارچه‌سازی خط لوله RAG**  
   - کانتینر `procurize-rag` (که شامل ذخیره‌ساز برداری، Elasticsearch و LLM فاین‑تونی شده است) را پیاده‌سازی کنید.  
   - نقطه انتهایی RAG را به API GraphQL FKG متصل کنید.  

5. **فعال‌سازی دفتر کل غیرقابل تغییر**  
   - ماژول `procurize‑ledger` را فعال کنید (استفاده از Hyperledger Fabric یا یک Log Append‑Only سبک).  
   - سیاست‌های نگهداری را مطابق الزامات انطباقی (مثلاً ردپای حسابرسی ۷ ساله) تنظیم کنید.  

6. **فعالسازی رابط کاربری تعاملی**  
   - ویژگی *Real‑Time Collaboration* را روشن کنید.  
   - سطوح دسترسی مبتنی بر نقش (Reviewer, Approver, Auditor) را تعریف کنید.  

7. **اجرای آزمایشی**  
   - یک پرسش‌نامه با حجم بالا (مثلاً SOC 2 Type II) را انتخاب کنید و معیارهای زیر را اندازه‌گیری کنید:  
     - **زمان تکمیل** (پیشین مقابل مجهز به هوش مصنوعی).  
     - **دقت** (درصد پاسخ‌هایی که توسط حسابرسان تأیید می‌شوند).  
     - **کاهش هزینه انطباق** (ساعات FTE صرفه‌جویی شده).  

---

## ۷. خلاصه مزایا

| سود تجاری | نتیجه فنی |
|---|---|
| **سرعت** – زمان پاسخ به پرسش‌نامه را از روزها به دقیقه‌ها کاهش می‌دهد. | RAG شواهد مرتبط را در کمتر از ۲۵۰ ms بازیابی می‌کند؛ LLM پاسخ را در زیر ۱ ثانیه تولید می‌کند. |
| **کاهش ریسک** – خطاهای انسانی و نشت داده حذف می‌شوند. | اعمال صفر‑اعتماد و ثبت حسابرسی تضمین می‌کند که فقط شواهد مجاز استفاده می‌شود. |
| **قابلیت مقیاس** – پشتیبانی از صدها مستاجر بدون تکثیر داده. | گراف توزیع‌شده ذخیره‌سازی را ایزوله می‌کند در حالی که طرح‌واره مشترک امکان تجزیه و تحلیل متقابل را می‌دهد. |
| **آمادگی حسابرسی** – ردپای مستند برای ناظران فراهم می‌شود. | هر پاسخ به یک هش رمزنگاری شده از نسخه دقیق شواهد لینک می‌شود. |
| **بهینه‌سازی هزینه** – هزینه‌های انطباق OPEX را کاهش می‌دهد. | خودکارسازی تا ۸۰ ٪ صرفه‌جویی در کارهای دستی ایجاد می‌کند و تیم امنیت را برای کارهای استراتژیک آزاد می‌کند. |

---

## ۸. بهبودهای آینده

1. **یادگیری فدرال برای فاین‑تونیینگ LLM** – هر مستاجر می‌تواند به‌صورت ناشناس گرادیان‌های خود را برای بهبود مدل دامنه‑خاصی ارسال کند، بدون اینکه داده‌های خام افشا شود.  
2. **تولید دینامیک سیاست‑به‑عنوان‑کد** – به‌صورت خودکار ماژول‌های Terraform یا Pulumi که همان قوانین صفر‑اعتماد را در زیرساخت ابر اعمال می‌کنند، تولید می‌شود.  
3. **لایه‌های Explainable AI** – مسیر استدلال (شواهد → پرامپت → پاسخ) را مستقیماً در رابط کاربری با نمودارهای توالی Mermaid نمایان می‌کند.  
4. **یکپارچه‌سازی Zero‑Knowledge Proof (ZKP)** – به حسابرسان امکان می‌دهد که اثبات کنند یک کنترل خاص برآورده شده است بدون آنکه شواهد زیرین را فاش کنند.  

---

## ۹. نتیجه‌گیری

یک **گراف دانش توزیع‌شده صفر‑اعتماد** فضای خسته‌کننده و بسته مدیریت پرسش‌نامه‌های امنیتی را به یک گردش‌کار امن، همکارانه و هوشمند تبدیل می‌کند. ترکیب ایزولاسیون داده‌های مستاجر، سیاست‌های دسترسی ریز‑دانه‌ای، Retrieval‑Augmented Generation و دفتر کل غیرقابل تغییر، سازمان‌ها را قادر می‌سازد تا سؤالات انطباق را سریع‌تر، دقیق‌تر و با اطمینان کامل به مقررات پاسخ دهند.

اجرای این معماری بر روی **پلتفرم Procurize AI** از خطوط ورودی و ابزارهای همکاری موجود بهره می‌برد و به تیم‌ها اجازه می‌دهد تا به جای صرف زمان بر جمع‌آوری داده، بر مدیریت ریسک استراتژیک تمرکز کنند.

آینده انطباق، توزیع‌شده، قابل‌اعتماد و هوشمند است. امروز این رویکرد را بپذیرید تا پیش از حسابرسان، شرکای تجاری و ناظرین قانونی پیشی بگیرید.

---

## همچنین ببینید

* [Zero Trust Architecture – NIST SP 800‑207](https://csrc.nist.gov/publications/detail/sp/800-207/final)  
* [Federated Learning: Collaborative Machine Learning without Centralized Data](https://arxiv.org/abs/1902.01046)  
* [Retrieval‑Augmented Generation for Knowledge‑Intensive NLP Tasks (Paper)](https://arxiv.org/abs/2005.11401)