
# Dirbtinio intelekto pagrįstas realaus laiko įrodymų šviežumo įvertinimas saugumo klausimynams

## Įvadas

Saugumo klausimynai yra pasitikėjimo priekinė linija tarp SaaS tiekėjų ir jų klientų. Tiekėjai privalo prie klausimyno pridėti politikos ištraukas, auditų ataskaitas, konfigūracijos ekrano nuotraukas arba testų žurnalus kaip **įrodymus**, kad įrodytų atitiktį. Nors šių įrodymų generavimas jau yra automatizuotas daugelyje organizacijų, išlieka svarbus „aklas taškas“: **kiek šviežias yra įrodymas?**

PDF, atnaujintas prieš šešis mėnesius, vis tiek gali būti prisegtas prie klausimyno, kuriame atsakoma šiandien, taip keliaudamas tiekėją nuo auditų ir kenkdamas klientų pasitikėjimui. Rankinis šviežumo tikrinimas yra darbo intensyvus ir linkęs į klaidas. Sprendimas – leisti **generatyviam DI** ir **paieškos papildytam generavimui (RAG)** nuolat vertinti, įvertinti ir įspėti apie įrodymo senumą.

Šiame straipsnyje aprašytas pilnas, gamybai paruoštas **DI valdomas realaus laiko įrodymų šviežumo įvertinimo variklis (EFSE)**, kuris:

1. **Įkelia** kiekvieną įrodymą iš karto, kai jis patenka į saugyklą.  
2. **Apskaičiuoja** šviežumo įvertį, naudodamas laiko žymas, semantinį pokyčių aptikimą ir LLM pagrįstą svarbumo įvertinimą.  
3. **Paleidžia** įspėjimus, kai įvertiai nukrenta žemiau politikos apibrėžtų slenksčių.  
4. **Vizualizuoja** tendencijas skydelyje, integruotame su esamomis atitikties priemonėmis (pvz., Procurize, ServiceNow, JIRA).

Straipsnio pabaigoje turėsite aiškią kelio žymę, kaip įdiegti EFSE, pagreitinti klausimyno atsakymų laiką ir parodyti nuolatinę atitiktį auditoriams.

---

## Kodėl įrodymų šviežumas svarbus

| Poveikis | Aprašymas |
|----------|-----------|
| **Reguliacinė rizika** | Daugelis standartų ([ISO 27001](https://www.iso.org/standard/27001), [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [GDPR](https://gdpr.eu/)) reikalauja „dabartinių“ įrodymų. Pasenę dokumentai gali sukelti neatitikties išvadas. |
| **Klientų pasitikėjimas** | Potencialūs klientai klausia: „Kada šis įrodymas paskutinį kartą buvo patikrintas?“ Žemas šviežumo įvertis tampa derybų kliūtimi. |
| **Operatyvinis efektyvumas** | Komandos praleidžia 10‑30 % savaitės laiko ieškodamos ir atnaujindamos pasenusius įrodymus. Automatizavimas atlaisvina šį kapacitetą. |
| **Audito pasirengimas** | Realio laiko matomumas leidžia auditoriams pamatyti gyvą momentinį vaizdą, o ne statinį, galimai pasenusią paketus. |

Tradiciniai atitikties skydeliai rodo **ką** įrodymas yra, bet ne **kiek** jis šiuo metu yra aktualus. EFSE užpildo šį tarpą.

---

## Architektūros apžvalga

Žemiau pateikiamas aukšto lygio Mermaid diagramos vaizdas, vaizduojantis EFSE ekosistemą. Jame matomas duomenų srautas nuo šaltinių saugyklų iki įvertinimo variklio, įspėjimo paslaugos ir UI sluoksnio.

```mermaid
graph LR
    subgraph Ingestion Layer
        A["Document Store<br/>(S3, Git, SharePoint)"] --> B[Metadata Extractor]
        B --> C[Event Bus<br/>(Kafka)]
    end

    subgraph Scoring Engine
        C --> D[Freshness Scorer]
        D --> E[Score Store<br/>(PostgreSQL)]
    end

    subgraph Alerting Service
        D --> F[Threshold Evaluator]
        F --> G[Notification Hub<br/>(Slack, Email, PagerDuty)]
    end

    subgraph Dashboard
        E --> H[Visualization UI<br/(React, Grafana)]
        G --> H
    end

    style Ingestion Layer fill:#f9f9f9,stroke:#333,stroke-width:1px
    style Scoring Engine fill:#e8f5e9,stroke:#333,stroke-width:1px
    style Alerting Service fill:#fff3e0,stroke:#333,stroke-width:1px
    style Dashboard fill:#e3f2fd,stroke:#333,stroke-width:1px
```

*Visos mazgo etiketės yra įdėtos į dvigubas kabutes, kad atitiktų Mermaid sintaksės reikalavimą.*

### Pagrindiniai komponentai

1. **Document Store** – Centrinė saugykla visiems įrodymų failams (PDF, DOCX, YAML, ekrano nuotraukoms).  
2. **Metadata Extractor** – Išgauna failų laiko žymas, įterptus versijos žymenis ir OCR analizuoja teksto pokyčius.  
3. **Event Bus** – Publikuoja įvykius *EvidenceAdded* ir *EvidenceUpdated* tolimesniems vartotojams.  
4. **Freshness Scorer** – Hibridinį modelį, kuriame derinami deterministinės metodikos (amžius, versijos skirtumas) ir LLM paremtas semantinis nuokrypio aptikimas.  
5. **Score Store** – Išsaugo kiekvieno artefakto įvertį su istorine tendencijos duomenų baze.  
6. **Threshold Evaluator** – Taiko politikos apibrėžtus minimalų įvertį (pvz., ≥ 0.8) ir generuoja įspėjimus.  
7. **Notification Hub** – Siunčia realaus laiko pranešimus į Slack kanalus, el. pašto grupes ar incidentų valdymo įrankius.  
8. **Visualization UI** – Interaktyvios šildymo žemėlapiai, laiko serijos diagramos ir detalizuotos lentelės auditoriams ir atitikties vadovams.

---

## Išsamus įvertinimo algoritmas

Šviežumo įvertis *S* ∈ [0, 1] apskaičiuojamas kaip svorinis gyventinis suma:

```
S = w1·Tnorm + w2·Vnorm + w3·Snorm
```

| Simbolis | Reikšmė | Skaičiavimas |
|----------|---------|--------------|
| **Tnorm** | Normalizuotas amžiaus faktorius | `Tnorm = 1 - min(age_days / max_age, 1)` |
| **Vnorm** | Versijos panašumas | Levenshtein atstumas tarp dabartinės ir ankstesnės versijos eilučių, skalės nuo 0 iki 1 |
| **Snorm** | Semantinis nuokrypis | LLM pateiktas panašumo įvertis tarp naujausios teksto ištraukos ir paskutinės *patvirtintos* ištraukos |

Įprasti svorio nustatymai: `w1=0.4, w2=0.2, w3=0.4`.

**Semantinis nuokrypis su LLM**  
1. Išgauti gryną tekstą per OCR (vaizdams) arba natūralius analizatorius.  
2. Paskambinti LLM (pvz., Claude‑3.5, GPT‑4o) su šia užklausa:

   ```
   Palyginkite dvi politikos ištraukas žemiau. Pateikite panašumo įvertį nuo 0 iki 1, kur 1 reiškia identišką prasmę.
   ---
   Ištrauka A: <ankstesnė patvirtinta versija>
   Ištrauka B: <dabartinė versija>
   ```

3. LLM grąžina skaitinį įvertį, kuris tampa *Snorm*.

**Slenksčiai**  
- **Kritiškas**: S < 0.5 → Būtina skubi priemonė.  
- **Įspėjimas**: 0.5 ≤ S < 0.75 → Atnaujinimas per 30 dienų.  
- **Sveikas**: S ≥ 0.75 → Veiksmas nereikalingas.

---

## Integracija su egzistuojančiomis atitikties platformomis

| Platforma | Integracijos vieta | Nauda |
|-----------|-------------------|-------|
| **Procurize** | Webhook iš EFSE, kad atnaujintų įrodymų metaduomenis klausimyno UI. | Automatinė šviežumo ženkliukas šalia kiekvieno priedo. |
| **ServiceNow** | Kūrimas incidentų bilietų, kai įvertis nukrenta žemiau įspėjimo slenksčio. | Sklandus trūkumų valdymas komandoms. |
| **JIRA** | Automatinis „Atnaujinti įrodymą“ užduočių sukūrimas, susietas su paveiktu klausimynu. | Skaidrus darbo procesas produktų savininkams. |
| **Confluence** | Įterpimas gyvo šildymo žemėlapio makrokomandos, skaitančios iš Score Store. | Centralizuota žinių bazė atspindi realų atitikties būseną. |

Visos integracijos remiasi **REST API** galais, kuriuos teikia EFSE (`/evidence/{id}/score`, `/alerts`, `/metrics`). API laikosi OpenAPI 3.1, leidžiančio automatiškai generuoti SDK Python, Go ir TypeScript kalbomis.

---

## Įgyvendinimo kelio planas

| Etapas | Etapai | Apytikslis darbo laikas |
|--------|--------|-------------------------|
| **1. Pagrindai** | Diegti Document Store, Event Bus ir Metadata Extractor. | 2 savaitės |
| **2. Prototipas Skorerio** | Sukurti deterministinį Tnorm/Vnorm logiką; integruoti LLM per Azure OpenAI. | 3 savaitės |
| **3. Įspėjimai ir Skydelis** | Įgyvendinti Threshold Evaluator, Notification Hub ir Grafana šildymo žemėlapį. | 2 savaitės |
| **4. Integracijos kabliai** | Sukurti webhooks Procuize, ServiceNow, JIRA. | 1 savaitė |
| **5. Testavimas ir Derinimas** | Apkrovos testavimas su 10 k įrodymų elementų, svorių kalibravimas, CI/CD įtraukimas. | 2 savaitės |
| **6. Įdiegimas** | Pilotinis bandymas vienai produktų linijai, atsiliepimų rinkimas, plėtimas organizacijos mastu. | 1 savaitė |

**CI/CD svarstymai**  
- Naudoti **GitOps** (ArgoCD) versijavimui įvertinimo modeliams ir politikų slenksčiams.  
- LLM API raktų paslaptis saugoti **HashiCorp Vault**.  
- Automatizuoti regresijos testai užtikrina, kad žinomas geras dokumentas niekada nepablogėtų po kodo pakeitimų.

---

## Geriausios praktikos

1. **Žymėkite įrodymus versijos metaduomenimis** – Skatinkite autorius įterpti `Version: X.Y.Z` antraštę į kiekvieną dokumentą.  
2. **Nustatykite politikos‑specifinius maksimalius amžius** – ISO 27001 gali leisti 12 mėn., SOC 2 – 6 mėn.; saugokite šiuos limitus konfigūracijos lentelėje.  
3. **Periodiškai permokykite LLM** – Pritaikykite LLM savo politikos kalbai, kad sumažintumėte „haliucinacijos“ riziką.  
4. **Audito takas** – Registruokite kiekvieną įvertinimo įvykį; išlaikykite duomenis bent 2 metus atitikties auditams.  
5. **Žmogus cikle** – Kai įvertiai patenka į kritinį intervalą, reikalaukite atitikties pareigūno patvirtinimo prieš automatiškai uždarant incidentą.

---

## Ateities patobulinimai

- **Daugiakalbė semantinė analizė** – Praplėsti OCR ir LLM įvestines duomenų srautus, kad palaikytų neanglų įrodymus (pvz., vokiškus GDPR priedus).  
- **Grafų neuronų tinklas (GNN) kontekstualizavimas** – Modeliuoti ryšius tarp įrodymų (pvz., PDF, kuriame nurodytas testų žurnalas) ir apskaičiuoti **klasterio šviežumo įvertį**.  
- **Prognozavimas** – Naudoti laiko serijų modelius (Prophet, ARIMA), kad numatytų, kada įrodymas taps pasenusiu, ir proaktyviai planuotų atnaujinimus.  
- **Zero‑knowledge patikrinimo įrodymai** – Labai konfidencialiems įrodymams generuoti zk‑SNARK įrodymus, patvirtinančius, kad šviežumo įvertis buvo teisingai apskaičiuotas be pačio dokumento atskleidimo.

---

## Išvados

Pasenę įrodymų failai – tai tylus atitikties nužudikas, kuris kenkia pasitikėjimui ir padidina audito kaštus. Įdiegus **DI valdomą realaus laiko įrodymų šviežumo įvertinimo variklį**, organizacijos gauna:

- **Matomumą** – Momentinis šildymo žemėlapis, rodantis, kurie priedai yra pasenę.  
- **Automatizavimą** – Automatiniai įspėjimai, bilietų kūrimas ir UI ženkliukai pašalina rankinį paiešką.  
- **Užtikrinimą** – Auditoriai mato gyvą, patikrinamą atitikties būseną, o ne statinę, galimai pasenusią medžiagą.  

EFSE įgyvendinimas vyksta numatomais, moduliniais žingsniais, kurie sklandžiai integruojami į esamas priemones, tokias kaip Procurize, ServiceNow ir JIRA. Derinant deterministines heuristikas su LLM pagrįstu semantiniu vertinimu, sistema teikia patikimus įvertius ir padeda saugumo komandoms išlikti priekyje politinių pokyčių.

Pradėkite matuoti šviežumą jau šiandien ir paverskite savo įrodymų biblioteką rizikos šaltiniu į strateginį turtą.