
# מנוע התאמת ראיות אדפטיבי מבוסס רשתות עצביות גרפיות

*מילות מפתח*: אוטומציה של שאלוני אבטחה, רשת עצבית גרפית, התאמת ראיות, ציות מונע ב‑AI, מיפוי ראיות בזמן אמת, סיכון רכש, AI גנרטיבי  

בסביבת SaaS המהירה של היום, צוותי האבטחה והציות מוצפים בשאלונים, בקשות ביקורת והערכת סיכוני ספקים. איסוף ראיות ידני לא רק מאט את מחזורי העסקאות, אלא גם מוסיף סיכון של טעויות אנוש ופערים באודיט. **Procurize AI** מתמודדת עם הבעיה הזו באמצעות חבילה של מודולים אינטיליגנטיים; בין כולם, **מנוע התאמת ראיות אדפטיבי (AEAE)** בולט כרכיב משנה משחקים שמסתמך על **רשתות עצביות גרפיות (GNNs)** כדי לקשר באופן אוטומטי את הראיות המתאימות לכל תשובה בשאלון בזמן אמת.

מאמר זה מסביר את המושגים המרכזיים, עיצוב הארכיטקטורה, שלבי היישום והיתרונות המדידים של מנוע AEAE מבוסס טכנולוגיית GNN. בסיום הקריאה תבינו כיצד לשלב מנוע זה בפלטפורמת הציות שלכם, איך הוא מתמזג עם תהליכי עבודה קיימים, ולמה הוא חובה לכל ארגון שרוצה להרחיב את האוטומציה של שאלוני האבטחה.

---

## 1. למה התאמת ראיות חשובה

שאלוני האבטחה בדרך כלל מכילים עשרות שאלות המשתרעות על פני מסגרות מרובות ([SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [ISO 27001](https://www.iso.org/standard/27001), [GDPR](https://gdpr.eu/), [NIST 800‑53](https://www.nist.gov/cyberframework)). כל תשובה חייבת להיות מגובת ב**ראיה**—מסמכי מדיניות, דוחות ביקורת, צילומי מסך של קונפיגורציה או יומנים. זרימת העבודה המסורתית נראית כך:

1. **השאלה מוקצית** לבעל הציות.  
2. **הבעל מחפש** במאגר הפנימי את הראיות הרלוונטיות.  
3. **הראייה מצורפת** באופן ידני, לרוב אחרי כמה חזרות.  
4. **המבקר מאמת** את המיפוי, מוסיף הערות ומאשר.

בכל שלב התהליך חשוף ל:

* **בזבוז זמן** – חיפוש דרך אלפי קבצים.  
* **מיפוי בלתי עקבי** – אותה ראייה יכולה להיות מקושרת לשאלות שונות ברמות רלוונטיות שונות.  
* **סיכון ביקורת** – חסר או ראייה מיושנת יכולה לגרום לממצאי ציות.

**מנוע התאמה מונע ב‑AI** מבטל את נקודות הכאב הללו על‑ידי בחירת, דירוג והצמדת הראיות המתאימות בצורה אוטומטית, תוך למידה מתמשכת מהמשוב של המבקרים.

---

## 2. רשתות עצביות גרפיות – התאמה מושלמת

רשת עצבית גרפית מצטיינת בלמידה מקשרים יחסים. בפרספקטיבה של שאלוני האבטחה, ניתן למודל את הנתונים כ**גרף ידע** שבו:

| סוג צומת | דוגמה |
|----------|--------|
| שאלה | “האם אתה מצפין נתונים במנוחה?” |
| ראייה | “קובץ מדיניות AWS KMS”, “יומן הצפנה של דלי S3” |
| פיקוח | “הנחיית ניהול מפתחות הצפנה” |
| מסגרת | “SOC 2 – CC6.1” |

קצוות (Edges) מתארים יחסים כגון **“דורש”**, **“מחסה”**, **“נובע‑מ‑”**, **“מאומת‑על‑ידי”**. גרף זה משקף באופן טבעי את המיפויים הרב‑ממדיים שהצוותים החשובים כבר חושבים עליהם, ולכן רשת GNN היא המנוע האידיאלי להסיק קשרים חבויים.

### 2.1 סקירה של תהליך העבודה של GNN

```mermaid
graph TD
    Q["Question Node"] -->|requires| C["Control Node"]
    C -->|supported‑by| E["Evidence Node"]
    E -->|validated‑by| R["Reviewer Node"]
    R -->|feedback‑to| G["GNN Model"]
    G -->|updates| E
    G -->|provides| A["Attribution Scores"]
```

* **Q → C** – השאלה מקושרת לאחד או יותר פיקודים.  
* **C → E** – הפיקוד מגובה בראיות שכבר נמצאות במאגר.  
* **R → G** – משוב של המבקר (קבלה/דחייה) מוזן חזרה למודל ה‑GNN ללמידה מתמשכת.  
* **G → A** – המודל מפיק ציון אמון לכל זוג שאלה‑ראייה, שה‑UI מציג לצורך צירוף אוטומטי.

---

## 3. ארכיטקטורה מדורגת של מנוע התאמת ראיות אדפטיבי

להלן מבט ברמת הרכיבים של AEAE ברמת ייצור משולב עם Procurize AI.

```mermaid
graph LR
    subgraph Frontend
        UI[User Interface]
        Chat[Conversational AI Coach]
    end

    subgraph Backend
        API[REST / gRPC API]
        Scheduler[Task Scheduler]
        GNN[Graph Neural Network Service]
        KG[Knowledge Graph Store (Neo4j/JanusGraph)]
        Repo[Document Repository (S3, Azure Blob)]
        Logs[Audit Log Service]
    end

    UI --> API
    Chat --> API
    API --> Scheduler
    Scheduler --> GNN
    GNN --> KG
    KG --> Repo
    GNN --> Logs
    Scheduler --> Logs
```

### 3.1 מודולים מרכזיים

| מודול | אחריות |
|--------|----------|
| **מאגר גרף ידע** | משמר צמתים וקצוות של שאלות, פיקודים, ראיות, מסגרות ומבקרים. |
| **שירות GNN** | מבצע אינפרנס על הגרף, מייצר ציון התאמה, מעדכן משקלים של קצוות בהתבסס על משוב. |
| **מתזמן משימות** | מפעיל תהליכי התאמה כאשר שאלון חדש עולה או כאשר ראייה מתעדכנת. |
| **מאגר מסמכים** | מחזיק קבצי ראייה גולמיים; מטא‑דאטה מאונדקס בגרף ל‑lookup מהיר. |
| **שירות רישום ביקורת** | מתעד כל צירוף אוטומטי ופעולות של מבקרים למטרות עקיבות מלאה. |
| **מאמן AI שיחה** | מנחה משתמשים בתהליך המענה, מציג ראיות מומלצות לפי דרישה. |

### 3.2 זרימת נתונים

1. **קלט** – שאלון בפורמט JSON נפרס; כל שאלה הופכת לצומת ב‑KG.  
2. **עשרות** – פיקודים ומיפויי מסגרות מצורפים אוטומטית באמצעות תבניות מוגדרות מראש.  
3. **אינפרנס** – המתזמן קורא לשירות ה‑GNN; המודל מדרג כל ראייה כנגד כל שאלה.  
4. **צירוף** – ה‑N‑הראשונים (ניתן לקביעת ערך) מצורפים באופן אוטומטי לשאלה. ה‑UI מציג מד רקט "אמון 92%".  
5. **ביקורת אנושית** – המבקר יכול לקבל, לדחות או לשנות סדר – משוב זה מעדכן משקלי קצוות ב‑KG.  
6. **למידה מתמשכת** – ה‑GNN מתאמן לילה על בסיס משוב מצבור, משפר תחזיות עתידיות.

---

## 4. בניית מודל ה‑GNN – שלב אחר שלב

### 4.1 הכנת נתונים

| מקור | שיטת חילוץ |
|------|-------------|
| JSON של שאלון | מפרש JSON → צמתי שאלות |
| מסמכי מדיניות (PDF/Markdown) | OCR + NLP → צמתי ראייה |
| קטלוג פיקודים | יבוא CSV → צמתי פיקוד |
| פעולות מבקרים | זרם אירועים (Kafka) → עדכוני משקל קצוות |

כל הישויות מנורמלות ומקבלות **וקטורי תכונות**:

* **תכונות שאלה** – הטמעת טקסט (מבוסס BERT), רמת חומרה, תגית מסגרת.  
* **תכונות ראייה** – סוג מסמך, תאריך יצירה, מילות מפתח רלוונטיות, הטמעת תוכן.  
* **תכונות פיקוד** – מזהה דרישת ציות, רמת חוסן.

### 4.2 יצירת הגרף

```python
import torch
import torch_geometric as tg

# דוגמה פסאודו‑קוד
question_nodes = tg.data.Data(x=question_features, edge_index=[])
control_nodes  = tg.data.Data(x=control_features, edge_index=[])
evidence_nodes = tg.data.Data(x=evidence_features, edge_index=[])

# חיבור שאלות לפיקודים
edge_qc = tg.utils.links.edge_index_from_adj(adj_qc)

# חיבור פיקודים לראיות
edge_ce = tg.utils.links.edge_index_from_adj(adj_ce)

# שילוב לכל הגרף ההטרוגני
data = tg.data.HeteroData()
data['question'].x = question_features
data['control'].x = control_features
data['evidence'].x = evidence_features
data['question', 'requires', 'control'].edge_index = edge_qc
data['control', 'supported_by', 'evidence'].edge_index = edge_ce
```

### 4.3 ארכיטקטורת מודל

```python
class EvidenceAttributionRGCN(torch.nn.Module):
    def __init__(self, hidden_dim, num_relations):
        super().__init__()
        self.rgcn1 = tg.nn.RGCN(in_channels=feature_dim,
                               out_channels=hidden_dim,
                               num_relations=num_relations)
        self.rgcn2 = tg.nn.RGCN(in_channels=hidden_dim,
                               out_channels=hidden_dim,
                               num_relations=num_relations)
        self.classifier = torch.nn.Linear(hidden_dim, 1)  # ציון אמון

    def forward(self, x_dict, edge_index_dict):
        x = self.rgcn1(x_dict, edge_index_dict)
        x = torch.relu(x)
        x = self.rgcn2(x, edge_index_dict)
        scores = self.classifier(x['question'])  # מפה למרחב הראיות
        return torch.sigmoid(scores)
```

מטרה לאימונים: **בינארי קרוס‑אנטרופיה** בין ציון התחזית לקישור מאושר על‑ידי מבקר.

### 4.4 שיקולי הפעלה

| היבט | המלצה |
|------|--------|
| **זמן אינפרנס** | קאש גרסאות גרף עדכניות; השתמש ב‑ONNX ל‑inference מתחת למילישניות. |
| **אימון חוזר** | משימות אימון לילה על גבי GPU; שמור גרסאות מודל במערכת ניהול גרסאות. |
| **הרחבה** | פיצול השגרה לפי מסגרת; לכל חלק פועל מופע GNN נפרד. |
| **אבטחה** | משקלי מודל מוצפנים במנוחה; שירות אינפרנס פועל ב‑VPC ללא‑אמון. |

---

## 5. אינטגרציה של AEAE בתהליכי העבודה של Procurize

### 5.1 חוויית משתמש

1. **העלאת שאלון** – צוות האבטחה מעלה קובץ שאלון חדש.  
2. **מיפוי אוטומטי** – AEAE מציע מיד ראיות לכל תשובה; מופיע סמל אמון ליד כל הצעה.  
3. **צירוף בלחיצה אחת** – המשתמש לוחץ על הסמל כדי לקבל את ההצעה; קובץ הראייה מצורף והמערכת מתעדת פעולה זו.  
4. **מעגל משוב** – אם ההצעה שגויה, המבקר גורר קובץ אחר, מוסיף הערה (“הראייה מיושנת – השתמש בביקורת Q3‑2025”). משוב זה נרשם כ‑edge שלילי למודל ה‑GNN.  
5. **מסלול ביקורת** – כל פעולה, אוטומטית או ידנית, מתזוז עם טיימסטמפ, חתימה, ונשמרת ברשומה בלתי‑מתאימה (לדוגמה Hyperledger Fabric).  

### 5.2 חוזה API (פשט)

```http
POST /api/v1/attribution/run
Content-Type: application/json

{
  "questionnaire_id": "qnr-2025-11-07",
  "max_evidence_per_question": 3,
  "retrain": false
}
```

**Response**

```json
{
  "status": "queued",
  "run_id": "attr-20251107-001"
}
```

תוצאות הריצה נשלפות ב‑`GET /api/v1/attribution/result/{run_id}`.

---

## 6. מדידת השפעה – לוח KPI

| KPI | בסיס (ידני) | עם AEAE | % שיפור |
|-----|--------------|----------|----------|
| זמן ממוצע לשאלה | 7 דק' | 1 דק' | 86 % |
| שיעור שימוש חוזר בראייה | 32 % | 71 % | +121 % |
| שיעור תיקוני מבקר | 22 % (ידני) | 5 % (לאחר AI) | -77 % |
| שיעור ממצאי ביקורת | 4 % | 1.2 % | -70 % |
| זמן סגירת עסקה | 45 יום | 28 יום | -38 % |

לוח **Evidence Attribution Dashboard** (ב‑Grafana) מציג מדדים אלו בזמן אמת, מאפשר למנהלי הציות לזהות צווארי בקב Bottle‑neck ולתכנן קיבולת.

---

## 7. אבטחה וממשל

1. **פרטיות נתונים** – AEAE ניגש רק למטא‑דאטה והטמעות; תוכן רגיש מעובד בתוך קו‑בידוד (secure enclave).  
2. **הסבריות** – סמל האמון כולל תיבת שגרה שמציגה את שלושת גורמי ההסבר העיקריים (לדוגמה: “חפיפה מילות מפתח: ‘הצפנה במנוחה’, תאריך מסמך < 90 יום, פיקוד תואם SOC 2‑CC6.1”). עומד בדרישות **Explainable AI**.  
3. **בקרת גרסאות** – כל צירוף ראייה מתועד עם גרסה; שינוי במסמך מדיניות גורם להפעלה מחדש של התאמה והדגשת ירידת אמון.  
4. **גישה מבוקרת** – מדיניות גישה מבוססת תפקידים מגבילה מי יכול להפעיל אימון מחדש או לצפות בלוגים גולמיים של המודל.

---

## 8. סיפור הצלחה מציאותי

**חברה**: מספק SaaS בתחום הפינטק (סבב Series C, 250 עובדים)  
**אתגר**: בממוצע 30 שעות בחודש למענה על שאלוני SOC 2 ו‑ISO 27001, עם תדירות גבוהה של חסרי ראיות.  
**יישום**: הטמעת AEAE על גבי מופע Procurize קיים. אימון המודל על 2 שנים של נתוני שאלון היסטוריים (≈ 12 k זוגות שאלה‑ראייה).  
**תוצאות (שלושת החודשים הראשונים)**:

* **זמן תגובה** ירד מ‑48 שעה ל‑6 שעה לכל שאלון.  
* **חיפוש ראיות ידני** צנח ב‑78 %.  
* **ממצאי ביקורת** הקשורים לראיות חסרות ירדו לאפס.  
* **השפעה על הכנסות**: קיצור זמן סגירת עסקאות תרם לגידול של $1.2 M ב‑ARR.

הלקוח מסכם: “הפכנו את מצוקת הציות לכלי יתר竞争י”.

---

## 9. מדריך פעולה – צעדים מעשיים

1. **הערכת מוכנות נתונים** – מפתוח את כל קבצי הראיות, מדיניות, ומפות פיקוד קיימות.  
2. **הקמת גרף DB** – השתמשו ב‑Neo4j Aura או שירות JanusGraph מנוהל; טענו צמתים וקצוות דרך CSV/ETL.  
3. **בניית מודל GNN בסיסי** – שכפלו את הרפוזיטורית הפתוחה `rgcn-evidence-attribution`, התאימו את הפקת תכונות לתחום שלכם.  
4. **פיילוט** – בחרו מסגרת אחת (לדוגמה SOC 2) ומספר שאלונים מצומצמים. מדדו ציון אמון מול משוב מבקרים.  
5. **שיפור על‑בסיס משוב** – שלבו תגובות מבקרים, כוונו משקלי קצוות, ואלצו אימון מחודש.  
6. **הרחבה** – הוסיפו מסגרות נוספות, אפשרו אימון לילה, שלבו עם צינור CI/CD לפריסת גרסאות מתמשכות.  
7. **מעקב ואופטימיזציה** – השתמשו בלוח KPI להערכת שיפור; קבעו התרעות כאשר אמון נופל מתחת ל‑70 %.  

---

## 10. כיוונים עתידיים

* **R​‑GNN פדרטי שבין ארגונים** – חברות מרובות יכולות לאמן מודל גלובלי ללא שיתוף קבצי ראייה ממשיים, מה שמגן על סודיות אך מאפשר למידה משותפת.  
* **אינטגרציה של הוכחות אפס‑ידע (Zero‑Knowledge Proof)** – לראיות רגישות במיוחד, המנוע יכול להנפיק zk‑proof שהראייה עומדת בדרישה מבלי לחשוף את תוכנה.  
* **ראיות מרובות מודלים** – הרחבת המודל להבנת צילומי מסך, קבצי תצורה, ואף קטעי קוד IaC באמצעות Transformer‑vision‑language.  
* **מערכת רדאר לשינויים רגולטוריים** – חיבור למקורות חדשות רגולטוריים בזמן אמת; ה‑Graph מוסיף צמתים של פיקוד חדשים, ומזמין התאמה מחודשת של ראיות.  

---

## 11. סיכום

**מנוע התאמת ראיות אדפטיבי מבוסס רשתות עצביות גרפיות** מהפכן את האמנות של מיפוי ראיות לשאלות בשאלוני ציות להכנה **מדויקת, ניתנת לביקורת, ומשתלמת מתמיד**. על‑ידי מודל את סביבת הציות כגרף ידע ו‑GNN הלומד מהתנהגות מבקרים, ארגונים מקבלים:

* מחזורי מענה מהירים, המזרזים את מחזורי המכירות.  
* שימוש יעיל יותר בראיות, מקטין עומסי אחסון וגרסאות.  
* עמידות משופרת בביקורות באמצעות שקיפות AI.  

לכל חברה שמשתמשת ב‑Procurize AI – או בונה פלטפורמת ציות מותאמת – השקעה במנוע התאמה מבוסס GNN איננה עוד ניסוי “נחמד”; היא צורך אסטרטגי לשידור הצייתנות של הארגון בקצב של תעשיית SaaS.