
# დინამიკური მრავალმოდალური მტკიცებულებების ასაღები ფედერალურ სწავლებასთან რეალურ დროის უსაფრთხოების კითხვარისთვის

**საერთოკლუზია**  
უსაფრთხოების კითხვარი საფრანტებიდან (questionnaires) და შესაბამისობის აუდიტებიდან გახდება სტაბილური ბოტლნეკი სწრაფად იზარდებადი SaaS‑კომპანიისთვის. ტრადიციული ადგილობრივ (manuel) პროცედურები კეთილშაბათია, დროის‑დამუხასიათებელი და ეღინება ყოველნაწლავე რეგულაციის შეცვლილ მოთხოვნებს. ეს სტატია შესთავაზებს რევოლუციურად გადაწყვეტას—**დინამიკური მრავალ‑მოდალური მტკიცებულებების ასაღები (DMEE) ფედერალურ სწავლებით (FL)**—რომელიც მყუდრო მიბმულია Procurize AI‑პლატფორმასთან, ასრულებს ხმავიან შერლობას, გადამოწმებას და ფორმატირებას დოკუმენტთა არვანის (artifacts) მრავალ მოდალის (ტექსტი, გამოსახულება, კოდის სნიპეტები, ლოგის ნაკადები) მიხედვით. ლერზოზე (on‑premise) სწავლება, მოდელის განახლებებს მარტო გაზიარება, ორგანიზაციებმა მიიღიან კონფಿಡენციალურობას‑მშერს ინტელექტს, ხოლო გლობალური მოდელი მუდმივად გაუმჯობესდება, მიწოდებით რეალურ‑დროის, კონტექსტ‑უზნობრივ პასუხებს კითხვარებზე მაღალი სიზუსტით და დაბალი შუალედით.

---

## 1. რატომ მნიშვნელოვანი არის მრავალ‑მოდალური მტკიცებულებების ასაღება

უსაფრთხოების კითხვარები ითხოვენ **სააცდო დადგენილ ქმედებებს**, რომლებმაც შეიძლება იყოს:

| მოდალობა | ტიპული წყაროები | მაგალითი კითხვა |
|----------|----------------|-------------------|
| **ტექსტი** | წესაქმნები, SOP‑ები, შესაბამისობის ანგარიშები | “შეიტანეთ თქვენი მონაცემთა შენახვის დებულება.” |
| **გამოსახულებები / ეკრანის გადაღებები** | UI‑ეკრანი, არქიტექტურული დიაგრამები | “საჩვენეთ प्रवेशის კონტროლის მატრიცის UI.” |
| **სტრუქტურირებული ლოგები** | CloudTrail, SIEM‑ფედიები | “შეიტანეთ აუდიტ‑ლოგები პრივილეგირებულ წვდომაზე ბოლო 30 დღის განმავლობაში.” |
| **კოდი / კონფიგურაცია** | IaC‑ფაილები, Dockerfile‑ები | “გამოწეული Terraform‑კონფიგურაციაზე დაშიფვრის განვითარებისათვის.” |

რაბ ინსტრუქციები (assistants) AI‑ში, ძირითადად, **ერთ‑მოდალური** ტექსტური გენერაციით excelle., მაგრამ როცა პასუხის საჭიროება ეკრანის გადაღებაზე ან ლოგის ნაწყვეტზეა, რაღაც ბირთვამ. ერთიან მრავალ‑მოდალურ პიპლაინზე (pipeline) ეგნავეა ხდომილი, უძი ბეჭდანა (raw artifacts) **სტრუქტურირებული ქმედებების ობიექტებად** გადაყენება, რაც პირდაპირ შეიძლება წარსაღის (responses) შიგნით ჩასმული.

---

## 2. ფედერალური სწავლება: კონფიდენციალურ‑პირველი მასის (Backbone)

### 2.1 ძირითადი პრინციპები

* **მონაცემები არასოდეს დატოვენ პრემიებს** – დოკუმენტები, ეკრანის გადაღებები, ლოგის ფაილები დარჩება კომპანიის უსაფრთხოების გარემოში. მხოლოდ **მოდელის წონის დელტები** გადაგზავნულია ცენტრალურ ორგანიზატორში.  
* **უსაციფრებელ აგრეგაცია** – წონის განახლებები შიფრირდება და აგრეგირდება ჰომომორფული ტექნიკებით, რაც თავიდან აცილებს ინდივიდუალური კლიენტის რევერს პროგრამის მოხსენებას.  
* **უწყვეტი გაუმჯობესება** – თითოეული ახალ კითხვარებთან, რომელიც ადგილობრივად გაქცეს, ქმნის გლობალურ ცოდნის ბაზას, არამატებით კონფიდენციალურ მონაცემებს აბცდება.

### 2.2 ფედერალური სწავლების სამუშაო პროცესი Procurize–ში

```mermaid
graph LR
    A["კომპანია A\nლოკალური მჭედლივი სჭველი"] --> B["ლოკალური ექსტრატორ\n(LLM + Vision Model)"]
    C["კომპანია B\nლოკალური მჭედლივი სჭველი"] --> B
    B --> D["წონის დელტა"]
    D --> E["უსაციფრებული აგრეგატორი"]
    E --> F["გლობალური მოდელი"]
    F --> B
    style A fill:#f9f,stroke:#333,stroke-width:2px
    style C fill:#f9f,stroke:#333,stroke-width:2px
    style D fill:#bbf,stroke:#333,stroke-width:2px
    style E fill:#bbf,stroke:#333,stroke-width:2px
    style F fill:#9f9,stroke:#333,stroke-width:2px
```

1. **ლოკალური ექსტრატორი** – თითოეული გაქცერი იყენებს **მრავალ‑მოდალურ ექსტრატორს**, რომელიც ერთრაიმე დიდი ენის მოდელს (LLM) გულისხმობს, გამოუყენებლად ხედვის ტრანსფორმერი (ViT) რათა ჭდით (tag) და ინდექსი კრებული.  
2. **დელტა შემდგარი** – მოდელის განახლებები (გრედიანტები) გამითვლება ლოკალურ მონაცემებზე, հետո შიფრირება.  
3. **უსაციფრებული აგრეგაცია** – შიფრებული დელტები ყველა მონაწილეზე გადაგრძელება, ქმნის **გლობალურ მოდელს**, რომელიც ნიშნავს კოლექტიურ სწავლას.  
4. **მოდელის განახლებება** – განახლებული გლობალური მოდელი შესაბამება ყველა გაქცერემ, მყისიერად გაუმჯობესებს დაკონშოლ (extraction) სიზუსტეს ყველა მოდალობაზე.

---

## 3. DMEE ძრავის (Engine) არქიტექტურა

### 3.1 კომპონენტების მიმოხილვა

| კომპონენტი | როლი |
|-----------|------|
| **შესვამის (Ingestion) ფლუვერი** | დოკუმენტთა მაღაზიებთან (SharePoint, Confluence), ღრუბლოვანი შენახვების, SIEM/APIs​‑ებთან კონექტორები. |
| **წინაპროცესის ჰაბი** | OCR‑ი გამოსახულებებისათვის, ლოგის დამუშავება, კოდის ტოკენიზაცია. |
| **მრავალ‑მოდალური ენკოდერი** | სწორი ეუბნის სივრცე (text ↔ image ↔ code) **Cross‑Modal Transformer**‑ით. |
| **მნიშვნელოვნ (Evidence) კლასიფიკატორი** | განსაზღვრავს შესაბამისობას კითხვარის ტაქსონომიას (მაგ. *შიფრირება*, *წვდომის კონტროლი*). |
| **ფორმირება (Retrieval) ძრავა** | ვექტორების ძიება (FAISS/HNSW) აბრუნებს top‑k კრებული ობიექტებს თითოეული მოთხოვნისათვის. |
| **ნარატიული გენერატორი** | LLM აგარანტირებს პასუხს, აბლოკებს ადგილები მარქაფული (evidence) ობიექტებით. |
| **თანდამშობლობა (Compliance) ვალიდატორი** | წეს‑ბაზის შემოწმება (სიგრძის დრო, ხელმოწერილი ენატე‑მატვა) კანონიერი შეზღუდვების მასთან დასახმარებლად. |
| **აუდიტის ტრეკის რიცხველი** | იმმუტაბლი ლოგ (Append‑only, cryptographic hash) თითოეული მტკიცებულების მიღებისთვის. |

### 3.2 მონაცემის ნაკადის დიაგრამა

```mermaid
flowchart TD
    subgraph Ingestion
        D1[Docs] --> P1[Pre‑Process]
        D2[Images] --> P1
        D3[Logs] --> P1
    end
    P1 --> E1[Multi‑Modal Encoder]
    E1 --> C1[Evidence Classifier]
    C1 --> R1[Vector Store]
    Q[Question] --> G1[Narrative Generator]
    G1 --> R1
    R1 --> G1
    G1 --> V[Validator]
    V --> A[Audit Recorder]
    style Ingestion fill:#e3f2fd,stroke:#90caf9,stroke-width:2px
    style Q fill:#ffcc80,stroke:#fb8c00,stroke-width:2px
```

---

## 4. მოთხოვნიდან (Query) პასუხამდე: წარმოქმნის რეალურ‑დროის პროცესი

1. **მოთხოვნის მიღება** – უსაფრთხოების ანალიტიკოსი სავალდებულო კითხვარი შემოდის Procurize-ში. კითხვა *“დაწერეთ მტკიცებულება MFA‑ის (მრავალ‑ფაქტორიანი ათვალყურეობის) მქონის პრივილეგირებული ანგარიშებზე”* იგზავნება DMEE‑ის ძრავას.  
2. **ინტენტის ექსტრაქტირება** – LLM‑ი აბა მთავარი ტოკენები: *MFA, პრივილეგირებული ანგარიშები*.  
3. **მრავალ‑მოდალური გამოტანა** – კითვის ვექტორს შესაბამისია გლობალურ ვექტორის მაღაზიასთან. სისტემამ იპოვნე:
   * ეკრანის გადაღება MFA‑ქონფიგურაციის გვერდის (გამოსახულება).  
   * ლოგის ნაწყვეტი, რომელსაც აჩვენებს დასტური MFA‑ღონისძიებების.  
   * შიდა MFA‑პოლიტიკა (ტექსტი).  
4. **მტკიცებულებების გადამოწმება** – თითოეული ობიექტი შემოწმება ჩემის (freshness) (< 30 დღე) და ხელმოწერილი დასტურებით.  
5. **ნარატიული სინთეზი** – LLM ქმნის პასუხს, ინტეგრირებულია **უსანქცო ბმულები**, რომელიც UI‑ში დაინახება.  
6. **მყისიერად მიწოდება** – დამზადებული პასუხი მოხდება UI‑ში **2–3 წამში**, მზად შესამოწმებლად.

---

## 5. კომპლინდანსის გუნდებისთვის სარგოები

| სარგო | અસર |
|-------|------|
| **სწრაფება** – საშუალებრივი პასუხის დრო იკლების 24 საათიდან < 5 წამამდე თითოეულ კითხვაზე. |
| **სიზუსტე** – არასწორ მნიშნულების (mis‑matched evidence) რაოდენობა შემცირებულია 87 %‑ით. |
| **პრივატუმის** – ცარიელი მონაცემები არასოდეს განყოფილდება ორგანიზაციით, მხოლოდ მოდელის განახლებები გაზიარებულია. |
| **მასშტაბურობა** – ფედერალური განახლებები საჭიროება მინიმალური ბანდვითი; 10 k ადამიანიანი ორგანიზაცია იყენებს < 200 MB/თვე. |
| **უწყვეტი სწავლის** – ახალი მტკიცებულების ტიპობა (მაგ. ვიდეო‑ად გვარჯახება) ცენტრში გაიწავლება, დაუყოვნებლივ ვრცელდება. |

---

## 6. დაწესებულებისთვის შემდგომი (Implementation) შესამოწმება

1. **ლოკალურ ექსტრატორზე დაყენება** – Docker‑ზე დაფუძნებული ექსტრატორი ლიცენზირებული სუბნეტის (subnet) შიგნით. დავაკავშიროთ მონაცემთა წყაროებთან (documents, logs).  
2. **ფედერალურ სინქრონიზაციაზე კონფიგურაცია** – დათანხმეთ ცენტრალურ აგრეგატორბს TLS‑სერტიფიკატები.  
3. **ტაქსონომიის განსაზღვრა** – მიბითეთ რეგულარულ ჩაერთვას (SOC 2, ISO 27001, GDPR) პლატფორმის მეჭიკეულ (evidence) კატეგორიებზე.  
4. **ვალიდაციის წესები** – განსაზღვრეთ დროის ფრეიმები, საჭირო ხელმოწერილი დადასტურებები, დაშიფვრის ბნელეები.  
5. **პილოტის ფაზა** – გაშვეთ ძრავი ნაწილობრივ კითხვარებზე; მონიტორინგი პრიზიზის/რეკოლი (precision/recall) მაჩვენებლებს.  
6. **განსახივლება** – ექსპანდირება ყველა ვენდერის შეფასებაზე; გააქტიურეთ ავტომატური შეთავაზება (suggestion) ანალიტიკოსებისთვის.  

---

## 7. რეალურ სამყაროში కేసის შესწავლა: FinTech Corp აძლიერებს დროის 75 %‑ით

**ფონდაცია** – FinTech Corp მუშაობდა დაახლოებით 150 ვენდერის კითხვარზე კვარტალში, თითოეული საჭიროება რამდენიმე აღერატებული არვანისას. ხელით შეზროვებული საშუალო დრო 4 საათი თითოეული კითხვარი.

**ვარიანტის (Solution) დასკვნა** – გაიმართა Procurize‑ის DMEE‑ის ფედერალური სწავლებით, ერთიანი ინტეგრაციასთან, სამ რაიონში (region) მონაცემთა ცენტრები.

| მაჩვენებელი | წინაზე | შემდეგ |
|--------------|--------|--------|
| საშუალო პასუხის დრო | 4 საათი | 6 წთ |
| მტკიცებულებების არასწორობაში | 12 % | 1.5 % |
| ფედერალური განახლებების ბანდვითი | — | 120 MB/თვე |
| ანალიტიკოსის ქულა (1‑5) | 2.8 | 4.6 |

**მთავარი განმარტება**  
* ფედერალური მიდგომა აკმაყოფილდა მკაფიო ლოკალურ მონაცემთა (data residency) მოთხოვნებს.  
* მრავალ‑მოდალური გამოტანა (retrieval) აღმოჩნდა დამგრევის (hidden) მტკიცებულება (მაგ. UI‑სcreenshot‑ები), რაც დროულად (audit) შემდგომი ციკლების შემცირებაზე დაეხმარება.  

---

## 8. გამოწვევები & მიტიგაციები

| გამოწვევა | მიტიგაცია |
|-----------|-----------|
| **მოდელის დრიფტები (Drift)** – ლოკალურ მონაცემთა განაწილება იცვლება. | უარესი გრძელდება თვეში გლობალური აგრეგაცია; გამოიყენეთ **უწყვეტი სწავლება** (continual learning) კოლბეკები. |
| **ეტაოზომით (Heavy) გამოსახულებების დატვირთვა** – მაღალი რეზოლუციის screenshot‑ები ცენეა მიმართავენ. | გამოიყენეთ **ადაპტიული რეზოლუცია** პრიორიტეტული პრიკლამაზე; საჭირო UI‑ის სპეციალური რეგიონული მოხსნა. |
| **რეგულაციაზე (Regulatory) ცვლილება** – ახალი ნაკადი ხელი მოაქვს ახალი კრიტერიუმის რუკას. | ტაქსონომიის დინამიკული განახლება; ფედერალური განახლებებით ახალი კლასი ავტომატურად გავრცელდება. |
| **აუდიტის ტრეკის მასალის (Trail size) ზრდა** – არამარჯული ლოგები შეიძლება გაიზარდოთ სწრაფად. | განსახილველი **შეეკენილი (chained) Merkle‑trees**‑ის უსაფრთხოების, ერგიგებული პრუნინგი (pruning) უფრო დიდი ვერსიით. |

---

## 9. მომავალის გზრუკა (Roadmap)

1. **ნული‑შოტი (Zero‑Shot) მტკიცებულებების გენერაცია** – გენერაციული დიფუზი (diffusion) მოდელებით შექმნიან შესანიშნავდა screenshot‑ებს, როცა ორიგინალი აქტები მიუწვდომელია.  
2. **გამარჯდებული AI‑ის სანდოობის (Explainable AI) დონის ბარათები** – თითოეული მწყაცრი (evidence) სანდოობის ბარიერი (confidence bar) გადაყიდება, გაღრმავებული გამონაკლისის (counterfactual) განმარტებების მქონდნია.  
3. **Edge‑Federated Nodes** – განთავსებული ლიტანური ექსპრტერები დეველოპერებთან (developer laptops) დაუყოვნებლივ (on‑the‑fly) მტკიცებულებების შესაცვლელად კოდის მიმოხილვით.  

---

## 10. დასკვნა

დინამიკური მრავალმოდალური მტკიცებულებების ასაღები, ფედერალური სწავლებით, წარმოადგენს რომნა‑ცდომილებული შეცდომას უსაფრთხოების კითხვარების ავტომატიზაციაში. მისი უნიკალურობით უნიკალურია ტექსტის, იმედების (visual) და ლოგის მონაცემის (data) ერთიანობა, თანაც სრულ კომბინაციაზე კონფიდენციალურობის. Procurize‑ის მოდულარული არქიტექტურით, დამკლავთ შეძევება მარტივია, შრომის გუნდებს საშუალებას აძლევს, თავად აამოდონ სტრატეგიული რისკის მოხდენას გადავიყრდება მონაცემთა ლამაზი ახტომაზე.