
# Zero‑trust AI Orchestrator dinaminiam klausimyno įrodymų gyvavimo ciklui

Greitai besikeičiančiame SaaS pasaulyje saugumo klausimynai tapo lemiamu barjeru kiekvienai naujai sutarčiai. Komandos praleidžia daugybę valandų renkamos įrodymų, susiejant juos su reguliavimo sistemomis ir nuolat atnaujinant atsakymus, kai pasikeičia politikos nuostatos. Tradicinės priemonės traktuoja įrodymus kaip statinius PDF arba išsisklaidžiančius failus, palikdamos spragas, kurias gali išnaudoti įsilaužėliai ir kurias gali pažymėti auditoriai.

**Zero‑trust AI orchestrator** keičia šį naratyvą. Traktuodamas kiekvieną įrodymų gabalą kaip **dinaminę, politiką valdančią mikro‑paslaugą**, platforma įgyvendina nekintamus prieigos kontrolės mechanizmus, nuolat tikrina jų aktualumą ir automatiškai atnaujina atsakymus, kai kinta reguliavimas. Šiame straipsnyje aptarsime architektūrines stulpus, praktinius darbo srautus ir matomus šios sistemos privalumus, naudodami „Procurize“ naujausias AI galimybes kaip konkretų pavyzdį.

---

## 1. Kodėl įrodymų gyvavimo ciklui reikia zero‑trust

### 1.1 Paslėpta statinių įrodymų rizika

- **Pasenę dokumentai** – [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2) auditoriaus ataskaita, įkelta prieš šešis mėnesius, gali nebeatspindėti dabartinės kontrolės aplinkos.
- **Per didelė prieiga** – Neribota prieiga prie įrodymų saugyklų skatina atsitiktinį duomenų nutekėjimą arba kenkėjišką išgavimo galimybę.
- **Rankiniai buteliukai** – Komandos privalo rankiniu būdu surasti, redaguoti ir vėl įkelti dokumentus kiekvieną kartą, kai pasikeičia klausimyno reikalavimai.

### 1.2 Zero‑trust principų pritaikymas atitikties duomenims

| Principas | Atitikties specifinė interpretacija |
|-----------|--------------------------------------|
| **Niekada nepasitikėti, visada tikrinti** | Kiekvienas įrodymo užklausimas yra autentifikuotas, autorizuotas ir jo vientisumas patikrinamas vykdymo metu. |
| **Mažiausios privilegijos prieiga** | Vartotojai, robotai ir trečiųjų šalių įrankiai gauna tik tą duomenų dalį, kuri būtina konkrečiam klausimyno elementui. |
| **Mikro‑segmentacija** | Įrodymų ištekliai suskirstyti į loginę zonas (politika, auditas, operacijų) su savo politikos varikliu. |
| **Laikyti, kad įvyko pažeidimas** | Visi veiksmai įrašomi, nekintami ir gali būti atkurti forensiniam tyrimui. |

Įdiegiant šias taisykles į AI valdomą orchestratorių, įrodymas nebevyksta kaip statinis artefaktas, o tampa **protingu, nuolat tikrinamu signalu**.

---

## 2. Aukšto lygio architektūra

Architektūra susideda iš trijų pagrindinių sluoksnių:

1. **Politikos sluoksnis** – Zero‑trust politikos, užkoduotos kaip deklaratyvios taisyklės (pvz., OPA, Rego), nurodančios kas gali ką matyti.
2. **Orkestracijos sluoksnis** – AI agentai, maršrutizuojantys įrodymų užklausimus, generuojantys ar praturtinantys atsakymus ir sukeliantys žemesnio lygio veiksmus.
3. **Duomenų sluoksnis** – Nekintama saugykla (turinio adresuojami bloberiai, blokų grandinės audito takeliai) ir paieškos žiniatinklio grafikai.

Žemiau pateikiamas Mermaid diagramos fragmentas, kuriame atvaizduotas duomenų srautas.

```mermaid
graph LR
    subgraph Policy
        P1["\"Zero‑trust politikų variklis\""]
    end
    subgraph Orchestration
        O1["\"AI maršrutizavimo agentas\""]
        O2["\"Įrodymų praturtinimo paslauga\""]
        O3["\"Realiojo laiko validacijos variklis\""]
    end
    subgraph Data
        D1["\"Nekintama objektų saugykla\""]
        D2["\"Žinių grafikas\""]
        D3["\"Auditų žurnalas\""]
    end

    User["\"Saugumo analitikas\""] -->|Užklausia įrodymų| O1
    O1 -->|Politikos patikrinimas| P1
    P1 -->|Leidimas| O1
    O1 -->|Gauti| D1
    O1 -->|Užklausti| D2
    O1 --> O2
    O2 -->|Praturtinti| D2
    O2 -->|Saugo| D1
    O2 --> O3
    O3 -->|Patikrinti| D1
    O3 -->|Užregistruoti| D3
    O3 -->|Grąžinti atsakymą| User
```

*Diagrama iliustruoja, kaip užklausa praeina per politikos patikrinimą, AI maršrutizavimą, žinių grafiko praturtinimą, realiojo laiko patikrinimą ir galiausiai pateikiama kaip patikimas atsakymas analitikui.*

---

## 3. Pagrindinės komponentės išsamiai

### 3.1 Zero‑trust politikos variklis

- **Deklaratyvios taisyklės** – Rego leidžia sukurti smulkią prieigos kontrolę iki dokumento, pastraipos ir laukelio lygio.
- **Dinaminiai politikos atnaujinimai** – Skubiai platinami, todėl bet kokie reguliavimo pokyčiai (pvz., nauja [GDPR](https://gdpr.eu/) dalis) iš karto apriboja ar išplečia prieigą.

### 3.2 AI maršrutizavimo agentas

- **Kontekstinis supratimas** – LLM analizuoją klausimyno elementą, identifikuoja reikiamus įrodymų tipus ir randa optimalų duomenų šaltinį.
- **Užduočių paskirstymas** – Agentas automatiškai sukuria sub‑užduotis atsakingiems savininkams (pvz., „Teisinė komanda patvirtinti privatumą“).

### 3.3 Įrodymų praturtinimo paslauga

- **Multimodalinė ekstrakcija** – Kombinuojama OCR, dokumentų AI ir modeliai, konvertuojantys paveikslėlius, PDF ir kodo saugyklas į struktūruotus faktus.
- **Žinių grafo susiejimas** – Išgauti faktai susiejami su **atitiko žinių grafiku**, kuriant santykius `HAS_CONTROL`, `EVIDENCE_FOR`, `PROVIDER_OF`.

### 3.4 Realiojo laiko validacijos variklis

- **Maišos patikrinimas** – Patikrina, ar įrodymo duomenų bloberis nebuvo pakeistas nuo įkėlimo.
- **Politikos nuokrypio aptikimas** – Lygina esamą įrodymą su naujausia atitikties politika; nesutapimai sukelia automatinį remedijavimo darbo srautą.

### 3.5 Nekintama auditų žurnalo saugykla

- Kiekviena užklausa, politikos sprendimas ir įrodymo transformacija yra įrašyta **kriptografiškai užsandarytame žurnale** (pvz., Hyperledger Besu).
- Užtikrina **nepakeičiamą auditą** ir tenkina „nekintamo įrašo“ reikalavimus daugeliui standartų.

---

## 4. Pavyzdys nuo pradžios iki galo

1. **Klausimyno įrašas** – Pardavimų inžinierius gauna SOC 2 klausimyną su elementu *„Pateikite duomenų raktų rotacijos įrodymą“*.
2. **AI analizė** – AI maršrutizavimo agentas išskiria svarbiausius konceptus: `data‑at‑rest`, `encryption`, `evidence`.
3. **Politikos patikrinimas** – Zero‑trust politikos variklis patikrina analitiko vaidmenį; jam suteikiama tik skaitymo teisė prie šifravimo konfigūracijos failų.
4. **Įrodymo paėmimas** – Agentas kreipiasi į Žinių grafiką, iš jo gauna naujausią šifravimo rakto rotacijos žurnalą, saugomą Nekintamoje objektų saugykloje, ir atitinkamą politikos pareiškimą iš grafiko.
5. **Realiojo laiko validacija** – Validacijos variklis apskaičiuoja failo SHA‑256 ir patvirtina, kad jis atitinka saugyklos hash, taip pat patikrina, ar žurnalas apima paskutinį 90‑dienų laikotarpį, reikalaujamą SOC 2.
6. **Atsakymo generavimas** – Naudojant Retrieval‑Augmented Generation (RAG), sistema sukuria glaustą atsakymą su saugia atsisiuntimo nuoroda.
7. **Auditų įrašymas** – Kiekvienas žingsnis – politikos patikrinimas, duomenų paėmimas, hash patikrinimas – įrašomas į Auditų žurnalą.
8. **Pristatymas** – Analitikas gauna atsakymą „Procurize“ klausimyno vartotojo sąsajoje, gali pridėti peržiūros komentarą, o klientas gauna paruoštą įrodymą.

Visas ciklas baigiasi **mažiau nei 30 sekundžių**, sumažindamas procesą, kuris anksčiau truko **valandas**, iki **minučių**.

---

## 5. Matomi privalumai

| Metrija | Tradicinis rankinis procesas | Zero‑trust AI orchestrator |
|---------|------------------------------|----------------------------|
| Vidutinis atsakymo laikas už elementą | 45 min – 2 val | ≤ 30 s |
| Įrodymo senėjimo dienų skaičius | 30‑90 d | < 5 d (automatinis atnaujinimas) |
| Auditų pastebėjimų, susijusių su įrodymų tvarkymu | 12 % visų pastebėjimų | < 2 % |
| Išsaugotos žmogiškos valandos per ketvirtį | — | 250 val (≈ 10 pilnų savaičių) |
| Rizika dėl atitikties pažeidimų | Aukšta (dėl per didelės prieigos) | Žema (mažiausios privilegijos + nekintami žurnalai) |

Be skaičių, platforma **didina pasitikėjimą** išoriniais partneriais – kai klientas mato nekintamą auditų takelį prie kiekvieno atsakymo, pasitikėjimas tiekėjo saugumo pozicija auga, dažnai sutrumpinant pardavimo ciklus.

---

## 6. Įgyvendinimo gidas komandoms

### 6.1 Privalomi komponentai

1. **Politikos saugykla** – Git‑Ops draugiškas formatas (pvz., Rego failai `policy/` kataloge).
2. **Nekintama duomenų saugykla** – Objektų saugykla, palaikanti turinio adresuojamus identifikatorius (IPFS, Amazon S3 su Object Lock).
3. **Žinių grafiko platforma** – Neo4j, Amazon Neptune arba savarankiška grafų DB, galinti priimti RDF triples.

### 6.2 Žingsnis po žingsnio diegimas

| Žingsnis | Veiksmas | Įrankiai |
|----------|----------|----------|
| 1 | Inicijuoti politikos variklį ir publikuoti bazines politikas | Open Policy Agent (OPA) |
| 2 | Konfigūruoti AI maršrutizavimo agentą su LLM galiniu tašku (pvz., OpenAI, Azure OpenAI) | LangChain integracija |
| 3 | Sukurti Įrodymų praturtinimo pipelines (OCR, Document AI) | Google Document AI, Tesseract |
| 4 | Deploy Real‑Time Validation micro‑service | FastAPI + PyCrypto |
| 5 | Prijungti servisimus prie Nekintamos Auditų žurnalo | Hyperledger Besu |
| 6 | Surišti visus komponentus per įvykių magistralę (Kafka) | Apache Kafka |
| 7 | Įgalinti UI jungtį „Procurize“ klausimyno modulyje | React + GraphQL |

### 6.3 Valdymo kontrolinis sąrašas

- [ ] Visi įrodymų blob’ai turi būti saugomi **kriptografinio hash**.
- [ ] Kiekvienas politikos pakeitimas praeina **pull‑request peržiūrą** ir automatinius politikos testus.
- [ ] Prieigos žurnalai saugomi **mažiausiai trejus metus**, pagal daugumos reglamentų reikalavimus.
- [ ] Reguliariai (kasdien) atliekami **nuokrypio skenavimai**, siekiant aptikti nesutapimus tarp įrodymo ir politikos.

---

## 7. Geriausios praktikos ir įspėjimai

### 7.1 Išlaikyti politiką **žmonėms suprantamą**

Nors politika yra įgyvendinama mašinų, komandos turėtų palaikyti **markdown santrauką** šalia Rego failų, kad net ne‑techniniai peržiūros atlikėjai galėtų ją perskaityti.

### 7.2 Versijuoti ir įrodymus, kaip kodą

Aukštos vertės artefaktus (pvz., pentesto ataskaitas) traktuoti kaip **kodą** – versijuoti, žymėti, susieti su konkrečiu klausimyno atsakymu.

### 7.3 Vengti per didelio automatizavimo

Nors AI gali generuoti atsakymus, **žmogaus patvirtinimas** išlieka privalomas kritiškų elementų atveju. Įdiekite „žmogaus į ciklą“ su auditorinėmis pastabomis.

### 7.4 Stebėti LLM hallucinacijas

Net ir pažangiausi modeliai gali išgalvoti duomenis. Kombinuokite generavimą su **retrieval‑augmented grounding** ir įtvirtinkite **pasitikėjimo slenkstį** prieš automatizuotą publikavimą.

---

## 8. Ateitis: adaptacinė zero‑trust orkestracija

Kitos evoliucijos kryptys susijungs su **nuolatiniu mokymusi** ir **prognozuojamu reguliavimo šaltiniu**:

- **Federacinis mokymasis** tarp kelių klientų, atskleidžiantis besikartojančias klausimyno modelius, neatskleidžiant žaliavinių įrodymų.
- **Reguliavimo skaitmeniniai dvyniai**, leidžiantys simuliuoti būsimas įstatymų nuostatas ir iš anksto koreguoti politiką bei įrodymų susiejimą.
- **Zero‑knowledge proof (ZKP) integracija**, kuri suteiks galimybę įrodyti atitiktį (pvz., „raktų rotacija per 90 dienų“) neskelbiant pačių žurnalų.

Kai šios galimybės susijungs, įrodymų gyvavimo ciklas taps **savarankiškai besitrenkinčiu**, nuolat sinchronizuojantis su reguliavimo kraštovaizdžiu, tuo pačiu išlaikant griežtą pasitikėjimo garantiją.

---

## 9. Išvada

**Zero‑trust AI orchestrator** pertvarko saugumo klausimynų įrodymų valdymą. Įtvirtindamas kiekvieną sąveiką į nekintamas politikos taisykles, AI‑valdomą maršrutizaciją ir realiojo laiko validaciją, įmonės pašalina rankinius buteliukus, žymiai sumažina auditų pastebėjimus ir galimybę demonstratuoti patikimą auditų takelį tiekėjams bei reguliuotojams. Reguliavimo spaudimo augimo metu tokio dinaminio, politiką pirmiausia vertinančio požiūrio priėmimas ne tik tampa konkurenciniu pranašumu, bet ir būtinybe tvariam augimui SaaS ekosistemoje.

---

## <span class='highlight-content'>Žiūrėti</span> taip pat

- [Zero‑Trust architektūra debesų saugumui – NIST SP 800‑207](https://csrc.nist.gov/publications/detail/sp/800-207/final)
- [OPA – Open Policy Agent dokumentacija](https://www.openpolicyagent.org/docs/latest/)
- [Retrieval‑Augmented Generation: apžvalga – arXiv](https://arxiv.org/abs/2312.02148)
- [Hyperledger Besu – „Ethereum Enterprise“ klientas](https://besu.hyperledger.org/)