
# ჰომორიფიცირებული შიფრაციისას უსაფრთხოების AI კითხვარის პასუხები

## შესავალი

უსაფრთხოების კითხვარები და შესაბამისობის აუკაუნსიები არის B2B SaaS ტრანზაქციების გაგება. თუმცა კითხვარებზე პასუხის გაცემა ხშირად უწყის ორგანიზაციებს ბევრი საიდუმლო არქიტექტურული დეტალი, პროპრიტეტული კოდის სნიპეტები ან მაინც კრიპტოგრაფიული გასაღებები გატანის, რათა გადადემოთ გამომტანის. ტრადიციული AI‑ზე დაფუძნებული კითხვარის პლატფორმები ზრდის ეს რისკებზე, რადგან დიდი ენობრივი მოდელები (LLM‑ები), რომლებიც იცი პასუხებს, საჭიროებენ გვარდურ ენას, რათა შეძლება სანდო შედეგი.

შემდეგი **ჰომორიფიცირებული შიფრაცია (HE)** – მათემატიკური პროტის, რომელიც აძლევს საშუალებას განთავსებულ მონაცემზე კომპიუტერი გადაასრულოს. Procurize AI‑ის გენერაციული შეიკვეთა, ახლა AI‑ის **წაკითხვას და აზროვნებას** დასაშვებია კითხვარის შინაარსზე **არამოცნობით ასრულებული მონაცემი**. ეფექტია, რომ მხოლოდ პრივაცის‑ინტერვალი‑დარჩენილი, სრულ‑დასავლთო ავტომატიზებული შესაბამისობის სისტემა.

ეს სტატია ახსნის:

* ჰომორიფიცირებული შიფრაციის კრიპტოგრაფიული საფუძველი და რატომ შესამჭირია კითხვარის ავტომატიზაციისთვის.  
* Procurize AI‑ის როგორ აძლევს მიღებას, ტრიგერინგს, და სავიღის‑ორკესტრის ფენებს, რომონაც შიფრირებულია.  
* ბიჯის‑ბიჯის რეალურ‑დროის სამუშაო პროცესი, რომელიც ახორციელებს AI‑ით შექმნამ პასუხებს წამებში, სრულ კონფიდენციალურობას თანავით.  
* პრაქტიკული დანიშნულება, შესრულების შეფასება და მომავალის მიმართულებები.

> **გასაგებად:** ჰომორიფიცირებული შიფრაცია იძლევა “მოცდილი‑შედერობით” AI‑ს, რაც კომპანიებს აძლევს უსაფრთხოების კითხვარებზე პასუხის მიწერას მანქანის სიჩქარეს გარეშე, რომ არასდროს გამოჩენოს შესატყვისი მგრძნობიარე არტიფაქტები.

---

## 1. რატომ ჰომორიფიცირებული შიფრაცია თამაშის‑ცხოვრების შეუშვებელია შესაბამისობის ავტომატიზაციისთვის

| გამოღვეტება | ტრადიციული მიდგომა | HE‑ზე დაფუძნებული მიდგომა |
|-------------|-------------------|--------------------------|
| **მონაცემების გაჩვენება** | სუფთა‑ტექსტის შეყვანა პოლიტიკებზე, კონფიგურაციებზე, კოდზე. | ყველა შემოტანა შიფრირებულია სრულ‑ტოლზე. |
| **რეგულაციური რისკი** | აუკაციურებს შეიძლება ღირსის მასალებზე მოთხოვნა, რის შედეგადაც ასლებით შექმნება. | მასალა არასდროს ირგვლება შიფრირებულ საცავში; აუკაციურმა იპირებს კრიპტოგრაფიული დადასტურება. |
| **Vendor‑ის სანდოება** | კლიენტები უნდა იცდეთ AI‑პლატფორმას საიდუმლოებით. | Zero‑knowledge proof კომისია პლატფორმას არასდროს აძლევს მასალას. |
| **აუდიტირებადობა** | ხელით ჟურნალები, ვინც რის თვალები. | იმიუტაბილური შიფრირებული ჟურნალები დაუსრულებელი კრიპტოგრაფიული გასაღებების მიხედვით. |

ჰომორიფიცირებული შიფრაცია აკმაყოფილებს **confidential‑by‑design** პრინციპებს, რომლებიც მოთხოვნილია [GDPR](https://gdpr.eu/), [CCPA](https://oag.ca.gov/privacy/ccpa), და ახალ მონაცემ‑სუვერენიტეტის რეგულაციებს. გარდა ამისა, სწორი მსგავსია **Zero‑Trust** არქიტექტურებთან: ყველა კომპონენტის დაფარული ბოროტია, თუმცა ის მაინც ასრულებს თავის ფუნქციას, რადგან მონაცემები მათემატიკალურად დაცულია.

---

## 2. ძირითადი კრიპტოგრაფიული კონცეფციები მარტივად

1. **Plaintext → Ciphertext**  
   საჯარო გასაღებით ნებისმიერი დოკუმენტი (პოლიტიკები, არქიტექტურული დიაგრამები, კოდის სნიპეტები) გადაყრდენდება შიფრირებულ ბლოკზე `E(P)`.

2. **ჰომორიფიცირებული ოპერაციები**  
   HE სქემები (მაგალითად BFV, CKKS, TFHE) მხისრიან არითმეტიკას შიფრირებულებზე:  
   `E(P1) ⊕ E(P2) → E(P1 ⊕ P2)` სადაც `⊕` შეიძლება იყოს დამატება ან გამრავლება.  
   დეაქშიფრების შემდეგ შედეგი თანასწორია plaintext‑ზე შესრულებულყოფილს.

3. **Bootstrapping**  
   ხმაურის შეგროვების თავიდან ასაცილებლად (რომელიც საბოლოოდ ბლოკის დეაქშიფრაზე შეუძლია) bootstrapping‑ით შიფრირებულია ციკლურად, რაც გამოთვლით სიღრმეს ახდენს.

4. **Ciphertext‑Aware Prompting**  
   ნაცვლად plain‑text‑ის მიწოდების LLM‑ს, ჩვენ ვჩასვამთ შიფრირებულ ტოკენებს პრომპტ‑ტარგტში, რაც მოდელს აძლევს აზროვნებას **შიფრირებული ვექტორებზე** სპეციალურ “შიფრირებული attention” ფენებთან.

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

---

## 3. სისტემის არქიტექტურის მიმოხილვა

ქვემოთა არის მაღალი დონით Mermaid დიაგრამა, რომელიც აჩვენებს შიფრირებულ სამუშაო ნაკადის Procurize AI-ში.

```mermaid
graph TD
    A["User Uploads Policy Docs (encrypted)"] --> B["Encrypted Document Store"]
    B --> C["HE‑Enabled Pre‑Processor"]
    C --> D["Ciphertext‑Aware Prompt Builder"]
    D --> E["Encrypted LLM Inference Engine"]
    E --> F["Homomorphic Result Aggregator"]
    F --> G["Threshold Decryptor (key‑holder)"]
    G --> H["AI‑Generated Answer (plaintext)"]
    H --> I["Secure Delivery to Vendor Reviewer"]
    style A fill:#f9f,stroke:#333,stroke-width:2px
    style I fill:#bbf,stroke:#333,stroke-width:2px
```

**მნიშვნელოვანი კომპონენტები:**

* **Encrypted Document Store** – ღრუბლული ობიექტური შენახი, სადაც ყველა შესაბამისობის არქივი შიფრირებულ ბლოკებში ინახება, ჰომორიფიცური ჰეშით ინდექსირებულია.  
* **HE‑Enabled Pre‑Processor** – ნორმალიზაცია და token‑იზაცია შიფრირებულ ტექსტზე, რათა შეინარჩუნოს შიფრირებულ ალგორითმებში (მაგ. ჰომორიფიცირებული token hashing).  
* **Ciphertext‑Aware Prompt Builder** – შევსება შიფრირებული მტკიცებულებების placeholders‑ით LLM‑ის პრომპტებში, ამავე დროის კომპიუტაციის სიგრძის შენარჩუნებით.  
* **Encrypted LLM Inference Engine** – პროფილირებული ღია წყაროს ტრანსფორმერი (მაგ. LLaMA), რომელიც მუშაობს შიფრირებულ ვექტორებზე “უსაფრთხოების სიმრავლიური ბექ‑ენდით”.  
* **Homomorphic Result Aggregator** – აერთიანებს დაშორებულ შიფრირებულ შედეგებს (პასუხის ფრაგამენტები, ნდობის მაჩვენებლები) და ასრულებს ჰომორიფიცირებულ აერთიანებას.  
* **Threshold Decryptor** – მრავალმხრივ კომპიუტაციის (MPC) მოდული, რომელიც მხოლოდ საბოლოო პასუხის დეაქშიფრას იუწმებს, როდესაც დამოწმებული key‑holder‑ებმა ეთანხმებიან, რაც უზრუნველყოფს ერთუბრბული სანდოობა.  
* **Secure Delivery** – plaintext‑პასუხი подписан, ჟურნალში შენახულია, და გადაეგზავნება შიფრირებულ არხზე (TLS 1.3) vendor‑reviewer‑ს.

---

## 4. რეალურ‑დროის სამუშაო პროცეს

### 4.1 შრომის დაწყება

1. **პოლიტიკის შემუშავება** – უსაფრთხოების გუნდით იყენებს Procurize-ის UI‑ს დირექტორიის დამზადებაში.  
2. **კლიენტის‑გვერდის შიფრაცია** – ასატვირთად, ბრაუზერი შიფრავს თითოეულ დოკუმენტს ორგანიზაციის საჯარო გასაღებით (WebAssembly‑ზე დაფუძნებული HE SDK).  
3. **მეტადამატული ჭუქები** – შიფრირებულ დოკუმენტებს დისაინავენ სემანტიკული დისკრულარები (მაგ. “მონაცემების‑შეზღუდული შიფრაცია”, “წვერლის‑კონტროლის მატრიცა”).

### 4.2 კითხვარის მიბინება

ახალი კითხვარის მიმღებისთვის:

1. **კითხვაზე პარსინგი** – პლატფორმა token‑იზებს თითოეულ კითხვას და აბმინებს მას შესაბამისი მტკიცებულება‑თემატიკაზე, kennis‑გრაფის საშუალებით.  
2. **შიფრირებული მტკიცებულება დაბრუნება** – tiap‑თემატიკაში სისტემამ ახდენს ჰომორიფიცირებული ძიება შიფრირებულ საცავზე, აბრუნებს ciphertext‑ებს, რომლებმაც გადამცხადოთ სემანტიკული ჰეში.

### 4.3 პრომპტის ჩამოყრა

ბაზის პრომპტის მოდელი:

```
You are an AI compliance assistant. Based on the encrypted evidence below, answer the following question in plain English. Provide a confidence score.

Question: {{QUESTION}}
Encrypted Evidence: {{CIPHERTEXT_1}}, {{CIPHERTEXT_2}}, …
```

Placeholder‑ები შიფრირებულია; პრომპტიც ასევე შიფრირებულია იგივე საზოგადო გასაღებით, სანამ იგი გადაეცემა LLM‑ისთვის.

### 4.4 შიფრირებული ინფერენცია

* **Encrypted LLM** იყენებს სპეციალურ ариეთემიკის ბექ‑ენდს (HE‑aware matrix multiplication) რათა გაანგარიშოს self‑attention‑ზე ciphertext‑ებზე.  
* ვინაიდან HE სქემები აკმაყოფილებს დამატებასა და გამრავლებაზე, ტრანსფორმერის ფენებს შეგვიძლია გამოვირკვეთ როგორც ჰომორიფიცირებული ოპერაციები.  
* Bootstrapping‑ი ავტომატურად იშვება განსაზღვრულ ფენებზე ხმაურის დონეს დაბალანად.

### 4.5 შედეგის აერთიანება & დეაქშიფრაცია

* შიფრირებულ აერთიანებული პასუხის ფრაგამენტები (`E(fragment_i)`) ჰომორიფიცირებულად იჯამება.  
* **Threshold Decryptor**‑ის გავლით (მეორია 3‑დან‑5 Shamir‑საკიტები) საბოლოო პასუხი დეაქშიფრებს, როდესაც შესაბამისი გუნდის წარმომადგენლები თანხმობაში არიან.  
* დეაქშიფრებული პასუხი ჰეში, ხელმოწერა, და ინახება იმიუტაბილურ აუდიტის ჟურნალში.

### 4.6 მიწერა

პასუხი გადაეგზავნება vendor‑reviewer‑ის UI‑ში **zero‑knowledge proof**‑ით, რომელიც დაამტკიცებს, რომ პასუხი წარმოშულია პირველ შიფრირებულ საძიებელზე, მიუხედავად შინაარსის გამოჩენის.  
რევიუბატორებმა შეძლებენ **მტკიცებულების სასაქმნელოდ** მოთხოვნა, რაც კრიპტოგრაფიული მოხსენება აჩვენებს, რომელი მტკიცებულება (hash‑ები) გამოიყენეს.

---

## 5. შესრულების შეფასება

| მეტრიაკი | ტრადიციული AI ნაკადი | HE‑ზე დაფუძნებული ნაკადი |
|----------|-----------------------|--------------------------|
| საშუალო პასუხის ლატენცია | 2.3 სკ (plain‑text LLM) | 4.7 სკ (encrypted LLM) |
| წამოების რაოდენობა (პასუხები/წთ) | 26 | 12 |
| CPU გამოყენება | 45 % | 82 % (HE‑არითმეტიკისგან) |
| მეხსიერების მოხმარება | 8 GB | 12 GB |
| უსაფრთხოების დონე | მგრძნობიარე მონაცემები მეხსიერებაში | Zero‑knowledge გარანტია |

*სტატისტიკები შესრულებულია 64‑კორადი AMD EPYC 7773X‑ზე, 256 GB RAM‑ით, CKKS სქემა 128‑ბიტ უსაფრთხოების მქონე.* დროის ახლებური ზრდა (≈2 秒) ღირებულდება **მონაცემთა სრულ დაზღვევის** ეკონომიკით, რაც რეგულირებულ დაწესებულებებს ძალიან მიმღებულია.

---

## 6. პრაქტიკული უპირატესობები შესაბამისობები გუნდებისთვის

1. **რეგულაციური შესაბამისობა** – აკმაყოფილებს მკაცრ “მონაცემები ორგანიზაციაში არასოდეს უნდა გასვალებრივი” მოთხოვნებს.  
2. **აკრძალული სამართალური რისკის შემცირება** – ორგანიზაციის დაშორებული მასალები მთელს მესამე მხარის სერვერებზე არ გვდება; აუდიტის ჟურნალები შეიცავს მხოლოდ კრიპტოგრაფიული ცნობილებს.  
3. **განვარდებული შეთანხმება** – vendors მიიღებენ პასუხებს ინტუსიციურად, უსაფრთხოების გუნდებს საშუალება აქვთ სრულ პრივაცის დატოვება.  
4. **სკალაბილი თანამშრომლობა** – მრავალ‑ტენანტიან გარემოში თითოეული კლიენტი შეუძლია იყენოს საერთო შიფრირებული ცოდნის გრაფი, მისი პროვიდენსიული მასალა არ გამოჩნდება.  
5. **მომავალის დაცვის** – როგორც HE სქემები როდესაც quantum‑resistant lattice‑ებზე განვითარება, პლატფორმას შეუძლია განახლება შიგნით სამუშაო პროცესის უპორიცხავად.

---

## 7. პოზიცია / განხილვება / მოქმნისა

| გამოღვეტება | აღწერა | გარდამქმნელი |
|--------------|--------|-------------|
| **ხმაურის ზრდა** | ჰომორიფიცირებული ciphertext‑ები მონაცემის ხმაურის შესაჩერებლად უზრუნველყოფენ, რასაც საბოლოოდ შეიძლება ქულირება. | პერიოდული bootstrapping, სავარაუდოდ სიღრმის ბიუჯეტის ცნების. |
| **გასაღებების მართვა** | საჯარო/სალამური გასაღებების უსაფრთხოების განსაზღვრები გუნდებში. | HSM‑ები + threshold დეაქშიფრაცია. |
| **მოდელის შესაბამისობა** | არსებული LLM‑ები არ განისაზღვრება ciphertext‑ის შემოტანით. | სპეციალური გარემო, რომელიც გადაყავთ matrix‑ოპერაციებს HE‑პრიმიტივებზე; packed‑ciphertext‑ის დაყენება ტოკენულ პარალელიზაციაზე. |
| **დასახლებთა ღირებულება** | მაღალი CPU მოხმარება ზრდის ღარიჭის. | Autoscaling; HE‑მხარდაჭერილი მოდელები, მხოლოდ მაღალი‑რისკის დოკუმენტებზე, დანარჩენი plain‑text‑ზე. |

---

## 8. ფინანსური გეგმა: უსაფრთხოების AI‑ს ნაკადის გაფართოების ნაბიჯები

1. **ჰიბრიდული HE‑MPC ინჟინური** – ჰომორიფიცირებულ შიფრირებას და უსაფრთხო მრავალ‑მხრივი კომპიუტაციასთან დაემატება, რათა ორგანიზაციებმა შეძლონ **აქციაზე‑ორგანიზაციების საბაზისო მტკიცებულებების** გაზიარება, არავითარი ერთ‑სანდო ბურთი.  
2. **Zero‑Knowledge მტკიცებულებების გენერაცია** – შექმნა მოკლე, დამადასტურებელი გაგება (მაგ: “ყველა მონაცემი შიფრირებულია AES‑256‑ით”) რომელიც შეიძლება გადამოწმდეს მონაცემის შევსების გარეშე.  
3. **ჰომორიფიცირებული IaC გენერაცია** – AI‑ის პასუხის მიხედვით ავტომატურად შეიქმნება კოდი (Terraform, CloudFormation) რომელიც ხელით ქლამში იწვდება, ცხადია, ხელით ხელმოწერით.  
4. **AI‑მუშავზე ხმაურის ოპტიმიზაცია** – ტრენინგის meta‑მოდელი, რომელიც პროგნოზირებს bootstrapping‑ის საჭიროობას, გადატანს latency‑ს 30 %‑ით.  
5. **რეგულაციული ცვლილებების Radar‑ის ინტეგრაცია** – დაშიფრული სტრიმები კანონმდებლობით, ავტომატური გადახედვა არსებული პასუხები, მოტივირება გადავიტანოთ შიფრირება საჭირო შემთხვევაში.

---

## 9. Procurize‑ის დაშიფრულ რეჟიმის დაწყება

1. **HE‑ის აქტივაცია პარამეტრებში** – გადახედეთ *Compliance > Security* და მოიცვალეთ “Homomorphic Encryption Mode”.  
2. **გასაღებების გენერაცია** – გამოიყენეთ გაერთიანებული გასაღებების გენის შემდგომი მოდული ან შედის არსებული RSA‑2048 საჯარო გასაღებით.  
3. **დოკუმენტების ატვირთვა** – გადაიტანეთ პოლიტიკების ფაილები; ბრაუზერი ავტომატურად შიფრავს.  
4. **რეკომენდაციოთა მიმპლიკაცია** – მიყოლეთ threshold‑key‑holder‑ებს (CISO, VP‑Security, Legal Counsel).  
5. **ტესტის კითხვარის გაშვება** – განიხილეთ Encrypted Workflow‑ის *Diagnostics* ჩანართში; დეაქშიფრაციის შემდეგ დეტალური პრუფ‑ტრეისი ბეჭდება.

---

## 10. დასკვნა

ჰომორიფიცირებული შიფრაცია გვაძლევს **წარმავალი მიზანი** უსაფრთხოების კითხვარის ავტომატიზაციისთვის: შესაძლებლობა, რომ **განვიციოდ ოქრე‑დაცვაზე**, თუმცა არასდროს ხედავს მას. Procurize AI‑ის πλαტფორმაში ამ კრიპტოგრაფიული პრინციპილის ინტეგრაციით, ჩვენ მივიღეთ **Zero‑knowledge, audit‑ready, real‑time** პასუხის დამზადების მანქანა. დასამუშავების დროის ენის შემცირება მარტივი, თუმცა რეგულაციული შესაბამისობა, რისკის შემცირება, და წესის შედეგად გადაჭრიან.

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

---

## იხილეთ ასევე

- *AI‑მხდელ რეჟისორების მომავლის კვლევა*  
- *Zero‑knowledge მობილურ მტკიცებულებების საუკეთესო პრაქტიკები*  
- *როგორ დავქმნათ Zero‑Trust მონაცემთა ჯაჭვი რეგულარულ მაღაზეთებში*