
# Respons Soal Selidik AI Selamat dengan Enkripsi Homomorfik

## Pengenalan

Soal selidik keselamatan dan audit pematuhan adalah nadi transaksi B2B SaaS. Namun tindakan menjawabnya sering memaksa organisasi mendedahkan butiran seni bina rahsia, snippet kod proprietari, atau bahkan kunci kriptografi kepada penilai luaran. Platform soal selidik berasaskan AI tradisional meningkatkan risiko ini kerana model bahasa besar (LLM) yang menghasilkan jawapan memerlukan input dalam teks jelas untuk menghasilkan output yang boleh dipercayai.

Masuk **enkripsi homomorfik (HE)** – satu terobosan matematik yang membolehkan pengiraan dilakukan secara langsung pada data yang telah dienkripsi. Dengan menggabungkan HE dengan paip generatif Procurize AI, kini AI dapat **membaca dan berfikir** tentang kandungan soal selidik **tanpa pernah melihat data mentah**. Hasilnya ialah enjin pematuhan automatik yang benar‑benar melindungi privasi, dari hujung ke hujung.

Artikel ini menjelaskan:

* Asas kriptografi HE dan mengapa ia sesuai untuk automasi soal selidik.  
* Bagaimana Procurize AI mereka semula lapisan pengambilan, prompting, dan orkestrasi bukti supaya tetap dienkripsi.  
* Aliran kerja masa nyata langkah demi langkah yang menghasilkan jawapan AI dalam beberapa saat sambil mengekalkan kerahsiaan penuh.  
* Pertimbangan praktikal, metrik prestasi, dan arah hala roadmap.

> **Intipati utama:** Enkripsi homomorfik membolehkan AI “kira‑dalam‑kegelapan”, membolehkan firma menjawab soal selidik keselamatan pada kelajuan mesin tanpa pernah mendedahkan artifak sensitif yang mendasari.

---

## 1. Mengapa Enkripsi Homomorfik Merupakan Pengubah Permainan untuk Automasi Pematuhan

| Cabaran | Pendekatan Tradisional | Pendekatan Berasaskan HE |
|-----------|----------------------|----------------------|
| **Pendedahan Data** | Pengambilan teks jelas daripada dasar, konfigurasi, kod. | Semua input kekal dienkripsi end‑to‑end. |
| **Risiko Peraturan** | Juruauditor mungkin meminta bukti mentah, menghasilkan salinan. | Bukti tidak pernah keluar dari peti sandar dienkripsi; juruauditor menerima bukti kriptografi sebaliknya. |
| **Kepercayaan Vendor** | Pelanggan mesti mempercayai platform AI dengan rahsia. | Bukti sifar‑pengetahuan memastikan platform tidak pernah melihat plaintext. |
| **Kebolehtelusuran** | Log manual siapa yang mengakses apa. | Log terenkripsi yang tidak dapat diubah yang diikat kepada kunci kriptografi. |

Enkripsi homomorfik memenuhi prinsip **confidential‑by‑design** yang dituntut oleh [GDPR](https://gdpr.eu/), [CCPA](https://oag.ca.gov/privacy/ccpa), dan regulasi kedaulatan data yang sedang muncul. Tambahan pula, ia selari dengan seni bina **Zero‑Trust**: setiap komponen dianggap berpotensi bermusuhan, tetapi masih dapat menjalankan fungsinya kerana data dilindungi secara matematik.

---

## 2. Konsep Kriptografi Teras Dijelaskan Ringkas

1. **Plaintext → Ciphertext**  
   Menggunakan kunci awam, sebarang dokumen (dasar, diagram seni bina, snippet kod) ditukar menjadi kepingan data terenkripsi `E(P)`.

2. **Operasi Homomorfik**  
   Skema HE (contoh: BFV, CKKS, TFHE) menyokong aritmetik pada ciphertext:  
   `E(P1) ⊕ E(P2) → E(P1 ⊕ P2)` di mana `⊕` ialah penambahan atau pendaraban.  
   Hasil, selepas penyahkripan, memberikan tepat apa yang akan berlaku pada plaintext.

3. **Bootstrapping**  
   Untuk mengelakkan akumulasi hingar (yang akhirnya menjadikan penyahkripan mustahil), bootstrapping menyegarkan ciphertext secara berkala, memanjangkan kedalaman pengiraan.

4. **Prompting Kesedaran Ciphertext**  
   Daripada memberi teks biasa kepada LLM, kami menyematkan token terenkripsi ke dalam templat prompt, membolehkan model berfikir atas **vektor ciphertext** melalui lapisan “perhatian terenkripsi” khusus.

Abstraksi ini membolehkan kami membina **paip pemprosesan selamat** yang tidak pernah perlu menyahkrip data sehingga jawapan akhir siap dihantar kepada peminta.

---

## 3. Gambaran Seni Bina Sistem

Berikut adalah diagram Mermaid aras‑tinggi yang memvisualisasikan aliran kerja terenkripsi dalam Procurize AI.

```mermaid
graph TD
    A["Pengguna Muat Naik Dokumen Dasar (dienkripsi)"] --> B["Stor Penyimpanan Dokumen Terenkripsi"]
    B --> C["Pra‑Pemproses Berasaskan HE"]
    C --> D["Pembina Prompt Kesedaran Ciphertext"]
    D --> E["Enjin Inferens LLM Terenkripsi"]
    E --> F["Pengagregat Keputusan Homomorfik"]
    F --> G["Penyahkrip Ambang (pemegang kunci)"]
    G --> H["Jawapan AI (plaintext)"]
    H --> I["Penghantaran Selamat ke Penilai Vendor"]
    style A fill:#f9f,stroke:#333,stroke-width:2px
    style I fill:#bbf,stroke:#333,stroke-width:2px
```

**Komponen utama:**

* **Stor Penyimpanan Dokumen Terenkripsi** – Penyimpanan objek berasaskan awan di mana setiap artifak pematuhan disimpan sebagai ciphertext, diindeks dengan hash homomorfik.
* **Pra‑Pemproses Berasaskan HE** – Menormalisasi dan menokenkan teks terenkripsi menggunakan algoritma *ciphertext‑preserving* (contoh: hash token homomorfik).
* **Pembina Prompt Kesedaran Ciphertext** – Menyisipkan tempat letak bukti terenkripsi ke dalam prompt LLM sambil mengekalkan kedalaman pengiraan yang diperlukan.
* **Enjin Inferens LLM Terenkripsi** – Transformer sumber terbuka yang disesuaikan (contoh: LLaMA) yang beroperasi pada vektor ciphertext melalui *backend aritmetik selamat*.
* **Pengagregat Keputusan Homomorfik** – Mengumpulkan output terenkripsi parsial (contoh: serpihan jawapan, skor keyakinan) dan melakukan agregasi homomorfik.
* **Penyahkrip Ambang** – Modul pengiraan multi‑pihak (MPC) yang hanya menyahkrip jawapan akhir bila sekumpulan pemegang kunci bersetuju, memastikan tiada titik kepercayaan tunggal.
* **Penghantaran Selamat** – Jawapan plaintext ditandatangani, dilog, dan dihantar melalui saluran terenkripsi (TLS 1.3) kepada penilai vendor.

---

## 4. Langkah‑Langkah Aliran Kerja Masa Nyata

### 4.1 Pengambilan

1. **Penulisan Dasar** – Pasukan keselamatan menggunakan UI Procurize untuk merangka dasar.  
2. **Penyulitan Sisi Pelanggan** – Sebelum dimuat naik, pelayar menyulitkan setiap dokumen dengan kunci awam organisasi (menggunakan SDK HE berasaskan WebAssembly).  
3. **Penandaan Metadata** – Dokumen terenkripsi dilabel dengan *deskripsi semantik* (contoh: “enkripsi data‑at‑rest”, “matriks kawalan akses”).

### 4.2 Pemetaan Soalan

Apabila soal selidik baru tiba:

1. **Penguraian Soalan** – Platform menokenkan setiap pertanyaan dan memetakannya kepada topik bukti yang relevan menggunakan **graf pengetahuan**.  
2. **Pengambilan Bukti Terenkripsi** – Untuk setiap topik, sistem melakukan pencarian homomorfik ke atas stor terenkripsi, memulangkan ciphertext yang sepadan dengan hash semantik.

### 4.3 Pembinaan Prompt

Templat prompt asas:

```
Anda adalah pembantu pematuhan AI. Berdasarkan bukti terenkripsi di bawah, jawab soalan berikut dalam Bahasa Inggeris yang jelas. Sertakan skor keyakinan.

Soalan: {{QUESTION}}
Bukti Terenkripsi: {{CIPHERTEXT_1}}, {{CIPHERTEXT_2}}, …
```

Tempat letak kekal ciphertext; prompt itu sendiri juga dienkripsi dengan kunci awam yang sama sebelum dihantar ke LLM.

### 4.4 Inferens Terenkripsi

* **LLM Terenkripsi** menggunakan backend aritmetik khas (HE‑aware matrix multiplication) untuk mengira self‑attention pada ciphertext.  
* Oleh kerana skema HE menyokong penambahan dan pendaraban, lapisan transformer dapat diekspresikan sebagai rangkaian operasi homomorfik.  
* Bootstrapping dipanggil secara automatik selepas bilangan lapisan yang ditetapkan untuk mengekalkan tahap hingar yang rendah.

### 4.5 Pengagregasi Keputusan & Penyahkripan

* Fragmen jawapan terenkripsi intermediate (`E(fragment_i)`) dijumlahkan secara homomorfik.  
* **Penyahkrip Ambang**—dilaksanakan melalui skim perkongsian rahsia Shamir 3‑daripada‑5—menyahkrip jawapan akhir hanya bila pegawai pematuhan meluluskan permintaan.  
* Jawapan yang telah disahkrip di‑hash, ditandatangani, dan disimpan dalam log audit yang tidak dapat diubah.

### 4.6 Penghantaran

* Jawapan dihantar kepada UI penilai vendor melalui **bukti zero‑knowledge** yang membuktikan jawapan dihasilkan daripada bukti terenkripsi asal tanpa mendedahkan bukti itu sendiri.  
* Penilai boleh meminta *bukti pematuhan* yang merupakan resit kriptografi yang menunjukkan hash bukti tepat yang telah digunakan.

---

## 5. Penanda Prestasi

| Penanda | Paip AI Tradisional | Paip HE Berasaskan |
|--------|---------------------|--------------------|
| **Latensi Jawapan Purata** | 2.3 s (LLM teks jelas) | 4.7 s (LLM terenkripsi) |
| **Throughput (jawapan/min)** | 26 | 12 |
| **Penggunaan CPU** | 45 % | 82 % (kerana aritmetik HE) |
| **Jejak Memori** | 8 GB | 12 GB |
| **Postur Keselamatan** | Data sensitif berada dalam memori | Jaminan zero‑knowledge sepenuhnya |

*Penanda dijalankan pada AMD EPYC 7773X 64‑core dengan 256 GB RAM, menggunakan skema CKKS pada tahap keselamatan 128‑bit.* Kenaikan latensi yang sederhana (≈2 s) diimbangi oleh **penghapusan total pendedahan data**, pertukaran yang kebanyakan organisasi yang diatur anggap wajar.

---

## 6. Manfaat Praktikal untuk Pasukan Pematuhan

1. **Pematuhan Peraturan** – Memenuhi keperluan ketat “data tidak pernah meninggalkan organisasi”.  
2. **Pengurangan Risiko Undang‑Undang** – Tiada bukti mentah yang menyentuh pelayan pihak ketiga; log audit mengandungi hanya bukti kriptografi.  
3. **Kelajuan Urus Niaga** – Vendor menerima jawapan serta‑merta, sementara pasukan keselamatan mengekalkan kerahsiaan penuh.  
4. **Kerjasama Skalabel** – Persekitaran multi‑penyewa dapat berkongsi satu graf pengetahuan terenkripsi tanpa mendedahkan artifak proprietari setiap penyewa.  
5. **Kesiapan Masa Depan** – Ketika skema HE berkembang (contoh: lattice tahan kuantum), platform dapat naik taraf tanpa menukar semula aliran kerja.

---

## 7. Cabaran Pelaksanaan & Langkah Mitigasi

| Cabaran | Huraian | Mitigasi |
|-----------|----------|----------|
| **Pertumbuhan Hingar** | Ciphertext mengumpul hingar sehingga penyahkripan gagal. | Bootstrapping berkala; perancangan kedalaman algoritma. |
| **Pengurusan Kunci** | Pengedaran selamat kunci awam/privat merentasi pasukan. | Modul Keselamatan Perkakasan (HSM) + penyahkrip ambang. |
| **Keserasian Model** | LLM sedia ada tidak direka untuk input ciphertext. | Pembalut khas yang menterjemah operasi matriks kepada primitif HE; gunakan *packed ciphertexts* untuk memparalelkan vektor token. |
| **Kos Overhead** | Penggunaan CPU yang tinggi meningkatkan perbelanjaan awan. | Autoscaling; penggunaan HE hanya pada dokumen berisiko tinggi, kembali ke teks jelas untuk data berisiko rendah. |

---

## 8. Peta Jalan: Memperluas Tumpukan AI Selamat

1. **Enjin Hibrid HE‑MPC** – Menggabungkan enkripsi homomorfik dengan pengiraan multi‑pihak untuk membolehkan **perkongsian bukti rentas organisasi** tanpa satu titik kepercayaan.  
2. **Ringkasan Bukti Zero‑Knowledge** – Menjana pernyataan pematuhan ringkas, dapat dipastikan (contoh: “Semua data at‑rest dienkripsi dengan AES‑256”) yang dapat diverifikasi tanpa mendedahkan dasar asal.  
3. **Penjanaan Dasar‑sebagai‑Kod Automatik** – Menggunakan output LLM yang terenkripsi untuk auto‑generate polisi IaC (Terraform, CloudFormation) yang ditandatangani dan disimpan secara tidak dapat diubah.  
4. **AI Pengoptimuman Hingar Dinamik** – Melatih meta‑model yang meramalkan selang bootstrapping optimum, mengurangkan latensi sehingga 30 %.  
5. **Integrasi Radar Perubahan Peraturan** – Menyedut aliran perundangan sebagai aliran data terenkripsi, secara automatik menilai semula jawapan sedia ada dan memicu penyulitan semula bila perlu.

---

## 9. Memulakan Mod Enkripsi dengan Procurize

1. **Dayakan HE dalam Tetapan** – Pergi ke *Compliance > Security* dan alihkan suis “Mod Enkripsi Homomorfik”.  
2. **Jana Pasangan Kunci** – Gunakan wizard kunci terbina‑dalam atau import kunci awam RSA‑2048 sedia ada.  
3. **Muat Naik Dokumen** – Seret‑dan‑lepas fail dasar; pelayar menyulilkannya secara automatik.  
4. **Tugaskan Penilai** – Tentukan peserta penyahkrip ambang (contoh: CISO, VP Keselamatan, Kaunselor Undang‑Undang).  
5. **Jalankan Soal Selidik Uji** – Lihat aliran kerja terenkripsi dalam tab *Diagnostics*; jejak bukti terperinci dipaparkan selepas penyahkripan.

---

## 10. Kesimpulan

Enkripsi homomorfik membuka **sacred grail** bagi automasi soal selidik keselamatan: kemampuan **mengira atas rahsia tanpa pernah melihatnya**. Dengan mengintegrasikan primitif kriptografi ini ke dalam platform Procurize AI, kami menyediakan pasukan pematuhan dengan enjin jawapan masa nyata, bersedia untuk audit, dan sepenuhnya berasaskan zero‑knowledge. Perdagangan antara latensi pemprosesan yang sedikit lebih tinggi dan keuntungan dalam pematuhan peraturan, mitigasi risiko, serta kelajuan urus niaga adalah transformatif.

Ketika landskap berkembang—menambah peraturan kedaulatan data yang lebih ketat, audit multi‑pihak, dan kerangka keselamatan yang semakin rumit—**AI yang melindungi privasi** akan menjadi standard de‑facto. Organisasi yang mengadopsi pendekatan ini hari ini akan memperoleh kelebihan kompetitif, menyampaikan respons berasaskan kepercayaan yang memuaskan bahkan pelanggan perusahaan yang paling menuntut.

---

## Lihat Juga

- *Menjelajahi masa depan orkestrasi pematuhan berkuasa AI*  
- *Amalan terbaik untuk perkongsian bukti multi‑pihak yang selamat*  
- *Cara membina paip data zero‑trust untuk pelaporan peraturan*