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

*Keywords: compliance automation, policy drift detection, self healing questionnaire, generative AI, knowledge graph, security questionnaire automation*

---

## מבוא

שאלוני בטחון ובדיקות צייתנות הם צווארי בקבוק לחברות SaaS מודרניות. בכל פעם שתקנה משתנה—או שמדיניות פנימית מתעדכנת—הצוותים ממהרים לאתר את הקטעים המושפעים, לכתוב מחדש תשובות, ולפרסם ראיות חדשות. על פי **סקר סיכון ספקים 2025** reciente, 71 % מהמשיבים מציינים שעדכונים ידניים גורמים לעיכובים של עד ארבעה שבועות, ו‑45 % חוו ממצאי ביקורת עקב תוכן שאלון מיושן.

מה אם פלטפורמת השאלון תוכל *לזהות* את הסטיה ברגע שהמדיניות משתנה, *לרפא* את התשובות המושפעות אוטומטית, ול*לאמת מחדש* את הראיות לפני הביקורת הבאה? מאמר זה מציג את **מנוע השאלון המרפא עצמי (SHQE)** המופעל על‑ידי **גילוי סטיה של מדיניות בזמן אמת (RPD D)**. הוא משלב **זרם אירועי שינוי מדיניות**, **שכבת הקשר מבוססת גרף ידע**, ו‑**מחולל תשובות AI גנרטיבי** כדי לשמור על artefacts הצייתנות מסונכרנים תמיד עם מצבה המתמשך של אבטחת הארגון.

---

## הבעיה המרכזית: סטיה של מדיניות

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

| סוג הסטיה | גורם טיפוסי | השפעה על שאלונים |
|------------|----------------|--------------------------|
| **סטיה רגולטורית** | דרישות חוקיות חדשות (למשל תוספת GDPR 2025) | תשובות הופכות ללא תואמות, סיכון לקנסות |
| **סטיה בתהליך** | עדכון SOPs, החלפת כלים, שינוי צינור CI/CD | קישורי ראיה מפנים ל‑artefacts מיושנים |
| **סטיה בתצורה** | קונפיגורציית משאבי ענן שגויה או סטיה של policy‑as‑code | בקרות אבטחה שמופיעות בתשובות אינן קיימות יותר |

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

---

## סקירת האדריכלות

האדריכלות של SHQE מודולרית במתכוונת, מאפשרת לארגונים לאמץ חלקים באופן מדורג. תמונה 1 ממחישה את זרימת הנתונים ברמה גבוהה.

```mermaid
graph LR
    A["Policy Source Stream"] --> B["Policy Drift Detector"]
    B --> C["Change Impact Analyzer"]
    C --> D["Knowledge Graph Sync Service"]
    D --> E["Self Healing Engine"]
    E --> F["Generative Answer Generator"]
    F --> G["Questionnaire Repository"]
    G --> H["Audit & Reporting Dashboard"]
    style A fill:#f0f8ff,stroke:#2a6f9b
    style B fill:#e2f0cb,stroke:#2a6f9b
    style C fill:#fff4e6,stroke:#2a6f9b
    style D fill:#ffecd1,stroke:#2a6f9b
    style E fill:#d1e7dd,stroke:#2a6f9b
    style F fill:#f9d5e5,stroke:#2a6f9b
    style G fill:#e6e6fa,stroke:#2a6f9b
    style H fill:#ffe4e1,stroke:#2a6f9b
```

**איור 1:** מנוע שאלון מרפא עצמי עם גילוי סטיה של מדיניות בזמן אמת

### 1. זרם מקור המדיניות

כל מסמכי המדיניות – קבצי policy‑as‑code, מדריכי PDF, דפי ויקי פנימיים, והזנות רגולטוריות חיצוניות – נשלפים דרך **מחברים מונעי אירועים** (לדוגמה, GitOps hooks, מאזיני webhook, פידים RSS). כל שינוי ממוספר כאירוע **PolicyChangeEvent** עם מטא‑נתונים (מקור, גרסה, חותמת זמן, סוג שינוי).

### 2. מגלה סטיה של מדיניות

מנוע **כלל‑מבוסס** ראשוני מסנן אירועים לפי רלוונטיות (למשל “security‑control‑update”). לאחר מכן, **מחלקת למידת מכונה** (מאומנת על דפוסי סטיה היסטוריים) מחזירה את *הסתברות הסטיה* p<sub>drift</sub>. אירועים עם p > 0.7 מועברים ל‑impact analysis.

### 3. מנתח השפעת השינוי

באמצעות **דמיון סמנטי** (הטמעות Sentence‑BERT) המנתח ממפה את הסעיף המשונה לפריטים בשאלון המאוחסנים ב‑**גרף הידע**. הוא מייצר **ImpactSet** – רשימת שאלות, ראיות ובעלי תפקידים שעלולים להיות מושפעים.

### 4. שירות סינכרון גרף הידע

גרף הידע (KG) שומר **חנות של שלישיות** של ישויות: `Question`, `Control`, `Evidence`, `Owner`, `Regulation`. כאשר מתגלית השפעה, ה‑KG מעדכן את הקשתות (למשל `Question usesEvidence EvidenceX`) כדי לשקף את הקשרים החדשים של בקרות. ה‑KG גם שומר גרסאות מקור לצורכי ביקורת.

### 5. מנוע הריפוי העצמי

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

1. **מיפוי ראיות אוטומטי** – אם שליטה חדשה מתאימה ל‑artifact ראיה קיים (למשל תבנית CloudFormation רעננה), המנוע מקשר מחדש את התשובה.
2. **שיחזור תבנית** – עבור שאלות מונחות תבנית, המנוע מפעיל **צינור RAG (Retrieval‑Augmented Generation)** כדי לכתוב מחדש את התשובה בעזרת טקסט המדיניות העדכני.
3. **ה escalation עם אדם במעגל** – אם רמת הביטחון < 0.85, המשימה מועברת לבעל תפקיד המוגדר לביקורת ידנית.

כל הפעולות מתועדות ב‑**ספר חשב מאובטח** (Audit Ledger) בלתי‑שינויי (אופציונלי בגיבוי בלוקצ׳יין).

### 6. מחולל תשובות גנרטיבי

**LLM מותאם** (לדוגמה, OpenAI GPT‑4o או Anthropic Claude) מקבל **prompt** שנבנה מהקשר ה‑KG:

```
You are a compliance assistant. Provide a concise, audit‑ready answer for the following security questionnaire item. Use the latest policy version (v2025.11) and reference evidence IDs where applicable.

[Question Text]
[Relevant Controls]
[Evidence Summaries]
```

ה‑LLM מחזיר **תגובה מובנית** (Markdown, JSON) שנכנסת באופן אוטומטי למאגר השאלון.

### 7. מאגר השאלון ולוח מחוונים

מאגר השאלון (Git, S3, או CMS קנייני) מכיל טיוטות שאלונים מבוקרות גרסה. **לוח המחוונים Audit & Reporting** מציג מדדי סטיה (למשל *זמן פתרון סטיה*, *שיעור ריפוי אוטומטי*) ומספק למפקחי הצייתנות תצוגה מרוכזת.

---

## מדריך יישום של מנוע הריפוי העצמי: שלב‑אחר‑שלב

### שלב 1: איחוד מקורות המדיניות

- **זיהוי** את כל בעלי המדיניות (אבטחה, פרטיות, משפטי, DevOps).
- **חשיפה** של כל מדיניות כ‑repo Git או webhook כך שכל שינוי משגר אירוע.
- הפעלת **תיוג מטא‑נתונים** (`category`, `regulation`, `severity`) לסינון downstream.

### שלב 2: פריסת מגלה הסטיה

- השתמש ב‑**AWS Lambda** או **Google Cloud Functions** לשכבת גילוי ללא שרת.
- שלב **הטמעות OpenAI** לחישוב דמיון סמנטי כנגד קורפוס מדיניות קיים.
- שמור תוצאות גילוי ב‑**DynamoDB** (או ב‑DB רלציוני) לגישה מהירה.

### שלב 3: בניית גרף הידע

- בחר מסד גרפי (Neo4j, Amazon Neptune, או Azure Cosmos DB).
- הגדר את האונטולוגיה:

  ```cypher
  (:Question {id, text, version})
  (:Control {id, name, source, version})
  (:Evidence {id, type, location, version})
  (:Owner {id, name, email})
  (:Regulation {id, name, jurisdiction})
  ```

- טען נתוני שאלון קיימים באמצעות **סקריפטי ETL**.

### שלב 4: קונפיגורציית מנוע הריפוי העצמי

- פרוס **microservice מבוסס קונטיינר** (Docker + Kubernetes) הצורך ב‑ImpactSet.
- מימוש שלוש אסטרטגיות ריפוי כ‑פונקציות נפרדות (`autoMap()`, `regenerateTemplate()`, `escalate()`).
- חיבור ל‑**ספר חשב בלתי‑שינויי** (לדוגמה Hyperledger Fabric) לתיעוד בלתי‑מתפשר.

### שלב 5: התאמת מודל AI גנרטיבי

- צור **דאטהסט תחום‑מסוים**: זוגות של שאלות היסטוריות עם תשובות מאושרות וייחוס ראיות.
- השתמש ב‑**LoRA** (Low‑Rank Adaptation) כדי לכוונן את ה‑LLM ללא אימון מחדש מלא.
- אמת פלט לפי **מדריך סגנון** (למשל < 150 מילים, כולל מזהי ראיות).

### שלב 6: אינטגרציה עם כלים קיימים

- **בוט Slack / Microsoft Teams** לקבלת התראות בזמן אמת על פעולות ריפוי.
- אינטגרציה עם **Jira / Asana** ליצירת משימות באופן אוטומטי עבור פריטים שהוסלמו.
- חיבור **CI/CD** להפעלת סריקת צייתנות אחרי כל פריסה (כך שמוודאים שהבקרות החדשות נלכדות).

### שלב 7: ניטור, מדידה, חזרה על תהליך

| KPI | יעד | נימוק |
|-----|--------|-----------|
| זמן גילוי סטיה | < 5 דקות | מהיר יותר מזיהוי ידני |
| שיעור ריפוי אוטומטי | > 80 % | מקטין עומס ידני |
| זמן ממוצע לפתרון (MTTR) | < 2 ימים | שומר על עדכניות שאלון |
| מצאות ביקורת הקשורות לתשובות מיושנות | ↓ 90 % | השפעה עסקית ישירה |

הקם **התראות Prometheus** ולוח **Grafana** למעקב אחרי KPI‑ים אלו.

---

## יתרונות של גילוי סטיה בזמן אמת & ריפוי עצמי

1. **מהירות** – זמן תגובה לשאלון יורד מימים לדקות. בפרויקטים פיילוט, **ProcureAI** חווה **הפחתה של 70 %** בזמן תגובה.
2. **דיוק** – קישור ענפי אוטומטי מבטל שגיאות העתק‑הדבק אנושיות. מבקרי אבטחה מדווחים על **שיעור נכונות של 95 %** לתשובות שנוצרו על‑ידי AI.
3. **הפחתת סיכון** – גילוי סטיה מוקדם מונע הצגת הצהרות לא‑תואמות ללקוחות.
4. **סקלאביליות** – העיצוב המיקרו‑שירותי מאפשר טיפול באלפי פריטי שאלון במקביל בצוותים מרובי אזורים.
5. **ביקורתיות** – לוגים בלתי‑שינוייים מספקים שרשרת מקור מלאה, הממלאת דרישות **SOC 2** ו‑**ISO 27001**.

---

## מקרים מעשיים

### א. ספק SaaS שמתרחב לשווקים גלובליים

חברת SaaS רב‑אזורית שילבה SHQE עם מאגר מדיניות‑as‑code גלובלי שלה. כאשר האיחוד האירופי הוסיף סעיף חדש להעברת נתונים, מגלה הסטיה זיהה 23 פריטי שאלון מושפעים ב‑12 מוצרים שונים. מנוע הריפוי האוטומטי קשר מחדש ראיות הצפנה קיימות וכתב מחדש את התשובות בתוך **30 דקות**, ומנע הפרת חוזה עם לקוח Fortune 500.

### ב. מוסד פיננסי המתמודד עם עדכונים רגולטוריים מתמשכים

בנק המשתמש בגישה **למידה פיתרנית** (federated learning) בין סניפים הזניק אירועי מדיניות למגלה סטיה מרכזי. המנוע העדיף שינויים בעלי השפעה גבוהה (למשל עדכוני AML) והפנה פריטים עם רמת ביטחון נמוכה לסקירה ידנית. במשך שישה חודשים, החברה קצצה **45 %** משאצי הצייתנות והגיעה לביקורת ללא ממצאים בתחום השאלונים הביטחוניים.

---

## שיפורים עתידיים

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

הרחבות אלו יישמרו את סביבת SHQE בחזית האוטומציית הצייתנות.

---

## סיכום

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

* להפחית מאמץ ידני,
* לקצר זמן תגובה לביקורת,
* להגביר את דיוק התשובות,
* להציג מקוריות בלתי‑מתפשרת.

אימוץ ארכיטקטורת SHQE מציב כל ספק SaaS או ארגון תוכנה בעמדה להתמודד עם הקצב המואץ של הרגולציה משנת 2025 והלאה—והופך את הצייתנות ליתרון תחרותי ולא לעלות מרובה.