
# Kontekstuaalinen todistusehdotusmoottori automatisoiduille turvallisuuskyselyille

**TL;DR** – Kontekstitietoinen todistusehdotusmoottori (CERE) yhdistää suuret kielimallit (LLM:t) jatkuvasti päivittyvään tietämyskarttaan ja tarjoaa tarkastajille sekä turvallisuustiimeille juuri oikean todistusaineiston silloin kun sitä tarvitaan. Tuloksena on 60‑80 % vähenemä manuaaliseen hakuaikaan, parempi vastaustarkkuus ja noudattamisen työnkulkua, joka skaalautuu modernin SaaS‑kehityksen vauhdin mukana.

---  

## 1. Miksi suositusmoottori on puuttuva linkki

Turvallisuuskyselyt, [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2)‑valmiustarkastukset, [ISO 27001](https://www.iso.org/standard/27001)‑auditoinnit ja toimittajariskianalyysit jakavat yhteisen kipupisteen: **oikean todistusaineiston etsintä**. Tiimit ylläpitävät tyypillisesti laajaa säilytyspaikkaa politiikoista, auditointiraporteista, kokoonpanon tilannekuvista ja kolmannen osapuolen vahvistuksista. Kun kysely saapuu, noudattamisen analyytikon on:

1. **Jäsentää kysymys** (usein vapaata kieltä, joskus toimialakohtaista slangi‑terminologiaa).  
2. **Tunnistaa hallintaluokka** (esim. “Access Management”, “Data Retention”).  
3. **Etsiä säilytyspaikasta** asiakirjoja, jotka täyttävät hallinnan.  
4. **Kopioida‑liittää tai uudelleenkirjoittaa** vastaus, lisäten kontekstuaalisia huomautuksia.

Vaikka kehittyneitä hakutyökaluja on, manuaalinen silmukka voi viedä useita tunteja per kysely, erityisesti kun todistusaineisto on hajautettu eri pilvipalveluihin, tukijärjestelmiin ja vanhoihin tiedostojakoihin. Virhealttius tässä prosessissa aiheuttaa noudattamisen kulutusta ja voi johtaa myöhästymisiin tai virheellisiin vastauksiin—kummatkin kalliita nopeasti kasvavalle SaaS‑yritykselle.

Esittelyssä **CERE**: moottori, joka automaattisesti nostaa esiin merkityksellisimmän todistusaineiston * heti kun kysymys on syötetty*, hyödyntäen semanttista ymmärrystä (LLM:t) ja relaatiopohjaista päättelyä (tietämyskartan läpikäynti).

---  

## 2. Keskeiset arkkitehtuuripilarit

CERE perustuu kolmeen tiiviisti kytkettyyn tasoon:

| Kerros | Vastuullisuus | Keskeiset teknologiat |
|-------|----------------|----------------------|
| **Semanttinen aikomuskerros** | Muuntaa raakakyselyn strukturoituksi aikomukseksi (hallintaperhe, riskitaso, vaadittu asiakirjatyypi). | Prompt‑suunniteltu LLM (esim. Claude‑3, GPT‑4o) + Retrieval‑Augmented Generation (RAG) |
| **Dynaaminen tietämyskartta (DKG)** | Säilöö entiteettejä (asiakirjat, hallinnat, resurssit) ja niiden välisiä suhteita, jatkuvasti päivittyen lähdejärjestelmistä. | Neo4j/JanusGraph, GraphQL‑API, Change‑Data‑Capture (CDC)‑putket |
| **Suositusmoottori** | Toteuttaa aikomukseen perustuvat karttakyselyt, priorisoi ehdokastodistusaineistot ja palauttaa tiiviin, luottamusluokitellun suosituksen. | Graph Neural Network (GNN) relevanssisarjojen laskentaan, vahvistusoppimis-silmukka palautteen sisällyttämiseksi |

Alla on Mermaid‑kaavio, joka visualisoi datavirran.

```mermaid
flowchart LR
    A["Käyttäjä syöttää kyselyn kysymyksen"]
    B["LLM jäsentää tarkoituksen\n(Kontrolli, Riski, TodisteenTyyppi)"]
    C["DKG haku tarkoituksen perusteella"]
    D["GNN relevanssisarjojen laskenta"]
    E["Top‑K todistusaineistot"]
    F["Käyttöliittymä näyttää suosituksen\nluottamuksella"]
    G["Käyttäjän palaute (hyväksy/hylkää)"]
    H["RL‑silmukka päivittää GNN‑painot"]
    A --> B --> C --> D --> E --> F
    F --> G --> H --> D
```

*Kaikki solmunimet on suljettu kaksinkertaisiin lainausmerkkeihin vaatimusten mukaisesti.*

---  

## 3. Tekstistä aikomukseksi: Prompt‑suunniteltu LLM

Ensimmäinen askel on *ymmärtää* kysymys. Huolellisesti rakennettu kehotus nostaa esiin kolme signaalia:

1. **Hallintatunniste** – esim. “ISO 27001 A.9.2.3 – Password Management”.  
2. **Todistekategoria** – esim. “Politiikka‑asiakirja”, “Kokoonpanon vienti”, “Audit‑loki”.  
3. **Riskikonteksti** – “Korkea riski, ulkoinen pääsy”.

Esimerkkikehotus (pidetty tiiviinä turvallisuuden vuoksi) näyttää tältä:

```
You are a compliance analyst. Return a JSON object with the fields:
{
  "control": "<standard ID and title>",
  "evidence_type": "<policy|config|log|report>",
  "risk_tier": "<low|medium|high>"
}
Question: {question}
```

LLM:n vastaus tarkistetaan skeemaa vastaan, ja syötetään sen jälkeen DKG‑kyselyrakentajaan.

---  

## 4. Dynaaminen tietämyskartta (DKG)

### 4.1 Entiteettimalli

| Entiteetti | Attribuutit | Suhteet |
|------------|-------------|---------|
| **Dokumentti** | `doc_id`, `title`, `type`, `source_system`, `last_modified` | `PROVIDES` → `Control` |
| **Control** | `standard_id`, `title`, `domain` | `REQUIRES` → `Evidence_Type` |
| **Asset** | `asset_id`, `cloud_provider`, `environment` | `HOSTS` → `Document` |
| **User** | `user_id`, `role` | `INTERACTS_WITH` → `Document` |

### 4.2 Reaaliaikainen synkronointi

Procurize-integraatio on jo yhdistetty SaaS‑työkaluihin kuten GitHub, Confluence, ServiceNow ja pilvipalvelujen APIt. CDC‑pohjainen mikropalvelu tarkkailee CRUD‑tapahtumia ja päivittää karttaa alle sekunnin viiveellä, säilyttäen **auditointikelpoisuuden** (kunkin reunan mukana on `source_event_id`).

---  

## 5. Karttapohjainen suosituspolku

1. **Ankkurisolmun valinta** – aikomuksen `control` toimii lähtösolmuna.  
2. **Polun laajentaminen** – leveyssuuntaista hakua (BFS) `PROVIDES`‑reittejä pitkin, rajoitettuna LLM:n palauttamaan `evidence_type`‑tyyppiin.  
3. **Ominaisuuksien poiminta** – jokaiselle ehdokkaalle rakennetaan vektori, joka koostuu:
   - Tekstillisestä samankaltaisuudesta (saman LLM:n upotus).
   - Ajan tasaisuudesta (`last_modified`‑ikä).
   - Käyttötiheydestä (kuinka usein asiakirjaa on viitattu aikaisemmissa kyselyissä).  
4. **Relevanssisarjojen laskenta** – GNN aggregoi solmu- ja reunaoiminaisuudet tuottaen pisteen `s ∈ [0,1]`.  
5. **Ranking & Confidence** – top‑K -asiakirjat järjestetään `s`‑arvon mukaan; moottori myös näyttää luottamusprosentin (esim. “85 % varma, että tämä politiikka täyttää pyynnön”).

---  

## 6. Ihminen‑silmukassa tapahtuva palaute

Ei yksikään suositus ole täydellinen alun perin. CERE kerää *hyväksy/hylkää* -päätökset ja mahdollisen vapaatekstipalaute. Tämä data syötetään vahvistusoppimisen (RL) –silmukkaan, joka hienosäätää GNN:n politiikkaverkkoa säännöllisesti, jolloin malli oppii organisaation subjektiiviset relevanssiasteet.

RL‑putki ajetaan yöllä:

```mermaid
stateDiagram-v2
    [*] --> CollectFeedback
    CollectFeedback --> UpdateRewards
    UpdateRewards --> TrainGNN
    TrainGNN --> DeployModel
    DeployModel --> [*]
```

---  

## 7. Integraatio Procurize‑alustaan

Procurize tarjoaa jo **Yhtenäisen Kyselykeskuksen**, jossa käyttäjät voivat määrätä tehtäviä, kommentoida ja liittää todistusaineistoa. CERE liitetään **älykkääksi kenttäwidgetiksi**:

- Kun analyytikko klikkaa *“Lisää todistusaineisto”*, widget käynnistää LLM‑DKG‑putken.  
- Suositellut asiakirjat ilmestyvät klikattavina korteina, jokaisessa **“Lisää sitaatti”** -painike, joka automaattisesti luo markdown‑viitteen kyselyyn sopivaksi.  
- Monivuokra-ympäristöissä moottori kunnioittaa **tenant‑tason datapartitioita** – jokaisen asiakkaan kartta on eristetty, mikä takaa luottamuksellisuuden, mutta mahdollistaa silti poikkitennant-oppimisen yksityisyyttä kunnioittaen (esim. federoitu GNN‑painojen keskiarvo).

---  

## 8. Konkreettiset hyödyt

| Mittari | Perinteinen (manuaalinen) | CERE:n kanssa |
|---------|--------------------------|---------------|
| **Keskimääräinen todistusaineiston hakuaika** | 15 min per kysymys | 2‑3 min |
| **Vastaustarkkuus (audit‑läpäisyprosentti)** | 87 % | 95 % |
| **Tiimin tyytyväisyys (NPS)** | 32 | 68 |
| **Noudattamisen backlogin lyhentäminen** | 4 viikkoa | 1 viikko |

Pilottikokeilu keskikokoisessa fintech‑yrityksessä (≈200 työntekijää) raportoiti  **72 %** lyhennystä kyselyjen läpimenoajassa ja **30 %** vähenemistä korjauskierroksissa ensimmäisen kuukauden aikana.

---  

## 9. Haasteet & lieventäminen

| Haaste | Lieventäminen |
|--------|---------------|
| **Kylmäkäynnistys uusille hallinnoille** – ei historiallisia viitteitä. | Syötä karttaan standardipohjaisia politiikkamalleja ja hyödynnä siirtooppimista samankaltaisista hallinnoista. |
| **Tietosuoja eri tenanttien välillä** – riski tietovuodosta mallipäivitysten yhteydessä. | Käytä **Federoitua oppimista**: jokainen tenantti kouluttaa paikallisesti, ja vain mallipainojen delta‑arvot aggregoidaan. |
| **LLM:n harhautuminen** – vääriä hallintatunnisteita. | Vahvista LLM:n lähtödata **kanonista hallintarekisteriä** (ISO, SOC, NIST) ennen karttakyselyä. |
| **Karttapolkujen vanhentuminen** – vanhoja suhteita pilvimigraatioiden jälkeen. | CDC‑putket takaavat **lopullisen johdonmukaisuuden** ja säännölliset karttaterveystarkastukset. |

---  

## 10. Tulevaisuuden tiekartta

1. **Monimodaalinen todistusaineiston haku** – sisällytä ruutukaappauksia, kokoonpanodiagrammeja ja video-opastuksia vision‑käyttöön valmistettujen LLM:ien avulla.  
2. **Ennakoiva sääntelyradar** – yhdistä reaaliaikaiset sääntelyvirrat (esim. GDPR‑muutokset) rikastuttamaan DKG:tä tulevilla hallintamuutoksilla.  
3. **Selitettävä AI‑hallintapaneeli** – visualisoi miksi tietty asiakirja sai confidencelikyn (polkunäkyvyys, ominaisuuksien kontribuutio).  
4. **Itsekorjaava kartta** – tunnista automaattisesti orvot solmut ja korjaa ne AI‑avusteisella entiteettitunnistuksella.

---  

## 11. Yhteenveto

**Kontekstuaalinen todistusehdotusmoottori** muuntaa työvoimavaltaisen turvallisuuskyselyihin vastaamisen data‑pohjaiseksi, lähes hetkelliseksi kokemukseksi. Yhdistämällä LLM‑pohjainen semanttinen jäsentäminen elävään tietämyskarttaan ja GNN‑pohjaisen priorisointikerrokseen, CERE toimittaa oikean todistusaineiston oikeaan aikaan, mitattavilla parannuksilla nopeudessa, tarkkuudessa ja noudattamisen luottamuksessa. Kun SaaS‑organisaatiot jatkavat kasvuaan, tällainen älykäs avustaja ei ole enää vain lisäarvo – se on kestävä, auditointivalmiin toiminnan kulmakivi.