
# Zero Trust -federatiivinen tietämysgraafi monivuokraajakyselyautomaatiolle

## Johdanto

Turvallisuus‑ ja noudattamiskyselyt ovat jatkuva pullonkaula SaaS‑toimittajille. Jokaisen toimittajan on vastattava satoihin kysymyksiin, jotka kattavat useita viitekehyksiä—[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [ISO 27001](https://www.iso.org/standard/27001), [GDPR](https://gdpr.eu/) ja toimialakohtaiset standardit. Manuaalinen työ, jossa etsitään todisteita, varmistetaan niiden asiaankuuluvuus ja räätälöidään vastaukset jokaiselle asiakkaalle, muuttuu nopeasti kustannuskeskukseksi.

**Federatiivinen tietämysgraafi (FKG)**—hajautettu, skeemarakenteinen esitys todisteista, politiikoista ja kontrolloinneista—tarjoaa keinon murtaa tämä pullonkaula. Kun sitä yhdistetään **zero‑trust‑turvallisuuteen**, FKG voi turvallisesti palvella monia vuokraajia (eri liiketoimintayksiköt, tytäryhtiöt tai kumppaniorganisaatiot) paljastamatta toisen vuokraajan tietoja. Tämä johtaa **monivuokraajaiseen, tekoäly‑ohjattuun kyselyautomaatio­moottoriin**, joka:

* **Kerää** todisteita eri säilytyspaikoista (Git, pilvitallennus, CMDB‑t).  
* **Pakottaa** tiukat käyttöoikeuspolitiikat solmu‑ ja reunatasolla (zero‑trust).  
* **Orkestroi** tekoälyn tuottamia vastauksia Retrieval‑Augmented Generation (RAG) -menetelmällä, joka hyödyntää vain vuokraajan sallimaa tietämystä.  
* **Kirjaa** provenance‑tiedot ja auditoinnin muuttumattoman lokin avulla.

Tässä artikkelissa sukellamme syvälle arkkitehtuuriin, tietovirtaan ja toteutukseen, jotta voit rakentaa tällaisen järjestelmän **Procurize AI** -alustan päälle.

---

## 1. Keskeiset käsitteet

| Käsite | Mitä se tarkoittaa kyselyautomaatiolle |
|---|---|
| **Zero Trust** | “Älä koskaan luota, tarkista aina.” Jokainen pyyntö graafiin on tunnistettu, valtuutettu ja jatkuvasti arvioitu politiikkojen mukaisesti. |
| **Federatiivinen tietämysgraafi** | Riippumattomien graafisolmujen verkko (kukin vuokraajan omistama), jotka jakavat yhteisen skeeman mutta pitävät tietonsa fyysisesti erillään. |
| **RAG (Retrieval‑Augmented Generation)** | LLM‑pohjainen vastausten generointi, joka hakee relevantteja todisteita graafista ennen vastauksen koostamista. |
| **Muuttumaton loki** | Liitä‑vain –tallennus (esim. lohkoketjutyyppinen Merkle‑puu), joka kirjaa jokaisen todisteen muutoksen, varmistaen manipulointisuojan. |

---

## 2. Arkkitehtuurin yleiskatsaus

Alla on korkean tason Mermaid‑kaavio, joka havainnollistaa pääkomponentit ja niiden vuorovaikutuksen.

```mermaid
graph LR
    subgraph Tenant A
        A1[Policy Store] --> A2[Evidence Nodes]
        A2 --> A3[Access Control Engine<br>(Zero Trust)]
    end
    subgraph Tenant B
        B1[Policy Store] --> B2[Evidence Nodes]
        B2 --> B3[Access Control Engine<br>(Zero Trust)]
    end
    subgraph Federated Layer
        A3 <--> FK[Federated Knowledge Graph] <--> B3
        FK --> RAG[Retrieval‑Augmented Generation]
        RAG --> AI[LLM Engine]
        AI --> Resp[Answer Generation Service]
    end
    subgraph Audit Trail
        FK --> Ledger[Immutable Ledger]
        Resp --> Ledger
    end
    User[Questionnaire Request] -->|Auth Token| RAG
    Resp -->|Answer| User
```

**Tärkeitä havaintoja kaaviosta**

1. **Vuokraajan eristäminen** – Jokainen vuokraaja ylläpitää omaa Politiikkavarastoa ja Todiste‑solmuja, mutta Pääsynvalvonta‑moottori hallitsee kaikki risti­vuokraajapyyntöä.  
2. **Federatiivinen graafi** – `FK`‑solmu koordinoi skeeman metatiedot, säilyttäen raakatodisteet salattuna ja eristettynä.  
3. **Zero‑Trust‑tarkistukset** – Jokainen pääsypyyntö kulkee Pääsynvalvonta‑moottorin läpi, joka arvioi kontekstin (rooli, laitteen tila, pyynnön tarkoitus).  
4. **Tekoäly‑integraatio** – RAG‑komponentti hakee vain ne todistemerkit, joihin vuokraajalla on oikeus, ja syöttää ne LLM:lle vastauksen luomiseksi.  
5. **Auditointi** – Kaikki hakut ja tuotetut vastaukset kirjataan Muuttumattomaan Loki‑tietokantaan, jotta säännösten tarkastajat voivat tarkastella niitä.

---

## 3. Tietomalli

### 3.1 Yhtenäinen skeema

| Entiteetti | Attribuutit | Esimerkki |
|---|---|---|
| **Politiikka** | `policy_id`, `framework`, `section`, `control_id`, `text` | `SOC2-CC6.1` |
| **Todiste** | `evidence_id`, `type`, `location`, `checksum`, `tags`, `tenant_id` | `evid-12345`, `log`, `s3://bucket/logs/2024/09/01.log` |
| **Suhde** | `source_id`, `target_id`, `rel_type` | `policy_id -> evidence_id` (evidence_of) |
| **AccessRule** | `entity_id`, `principal`, `action`, `conditions` | `evidence_id`, `user:alice@tenantA.com`, `read`, `device_trusted==true` |

Kaikki entiteetit tallennetaan **ominaisuus­graafeina** (esim. Neo4j tai JanusGraph) ja ne on avoinna GraphQL‑yhteensopivan API:n kautta.

### 3.2 Zero‑Trust‑politiikkakieli

Kevyt DSL (Domain Specific Language) kuvaa hienojakoisia sääntöjä:

```
allow(user.email =~ "*@tenantA.com")
  where action == "read"
    and entity.type == "Evidence"
    and entity.tenant_id == "tenantA"
    and device.trust_score > 0.8;
```

Nämä säännöt käännetään reaaliaikaisiksi politiikoiksi, joita Pääsynvalvonta‑moottori valvoo.

---

## 4. Työvirta: Kysymyksestä Vastaukseen

1. **Kysymyksen sisäänotto** – Turvallisuusanalyytikko lataa kyselyn (PDF, CSV tai API‑JSON). Procurize jäsentää sen yksittäisiksi kysymyksiksi ja liittää jokaisen yhden tai useamman viitekehys‑kontrolliin.  
2. **Kontrolli‑todiste‑kartoitus** – Järjestelmä kysyy FKG:ltä reunat, jotka yhdistävät kohde‑kontrollin vuokraajan todisteisiin.  
3. **Zero‑Trust‑valtuutus** – Ennen todistusten noutamista Pääsynvalvonta‑moottori tarkistaa pyynnön kontekstin (käyttäjä, laite, sijainti, aika).  
4. **Todistusten nouto** – Valtuutetut todisteet streamataan RAG‑moduuliin. RAG asemoi ne merkityksellisyyden mukaan hybridimallilla (TF‑IDF + upotus‑samankaltaisuus).  
5. **LLM‑generointi** – LLM saa kysymyksen, noudetut todisteet ja kehotepohjan, joka pakottaa sävyn ja noudattamiskielen. Esimerkkikehote:

   ```
   Olet {tenant_name} -organisaation noudattamisen asiantuntija. Vastaa seuraavaan turvallisuuskyselykysymykseen VAIN toimitettujen todisteiden perusteella. Älä keksikään tietoja.
   Kysymys: {question_text}
   Todisteet: {evidence_snippet}
   ```

6. **Vastauksen tarkistus ja yhteistyö** – Generoitu vastaus ilmestyy Procurizen reaaliaikaisen yhteistyö‑käyttöliittymän kautta, jossa aihe‑asiantuntijat voivat kommentoida, muokata tai hyväksyä sen.  
7. **Auditointiloki** – Jokainen hakupyyntö, generointi ja muokkaus‑tapahtuma liitetään Muuttumattomaan Loki‑tietokantaan, jossa on kryptografinen tiiviste, joka viittaa tarkalleen käytettyyn todisteversioon.

---

## 5. Turvallisuustakuu

| Uhkatekijä | Mitigointi |
|---|---|
| **Tietovuoto vuokraajien välillä** | Zero‑Trust‑pääsynvalvonta vaatii `tenant_id`‑yhteensopivuuden; kaikki siirrot suojataan päästä‑päähän‑salauksella (TLS 1.3 + Mutual TLS). |
| **Kirjautumistietojen kompromettoituminen** | Lyhyt‑aikaiset JWT‑tunnisteet, laitteiden attestaatio ja jatkuva riskin scoring (käyttäytymisanalysaatti) peruvat tunnisteet poikkeavuuksissa. |
| **Todisteiden manipulointi** | Muuttumaton Loki käyttää Merkle‑todisteita; muutos aiheuttaa epäsuoran tarkistusvirheen, jonka tarkastajat näkevät. |
| **Mallin hallusinaatiot** | RAG rajoittaa LLM:n vain haettuihin todisteisiin; generoinnin jälkeinen tarkistaja varmistaa, ettei vastauksissa ole perusteettomia väitteitä. |
| **Toimitusketjun hyökkäykset** | Kaikki graafin lisäosat (plugin‑it, liitännät) ovat allekirjoitettuja ja tarkistettuja CI/CD‑portaassa, jossa ajetaan staattinen analyysi ja SBOM‑tarkastus. |

---

## 6. Toteutusvaiheet Procurizessa

1. **Vuokraaja‑graafisolmujen asennus**  
   - Ota käyttöön erillinen Neo4j‑instanssi per vuokraaja (tai monivuokraaja‑tietokanta, jossa rivitasoinen turvallisuus).  
   - Lataa olemassa olevat politiikkadokumentit ja todisteet Procurizen tuontiputkien avulla.  

2. **Zero‑Trust‑sääntöjen määrittely**  
   - Käytä Procurizen politiikkamuokkainta DSL‑sääntöjen laatimiseen.  
   - Ota käyttöön *laitteen tilan* integraatio (MDM, endpoint detection) dynaamisia riskipisteitä varten.  

3. **Federatiivisen synkronoinnin konfigurointi**  
   - Asenna `procurize-fkg-sync`‑mikropalvelu.  
   - Määritä se julkaisemaan skeemapäivitykset yhteiseen *skeemarekisteriin* samalla, kun data pysyy salattuna levossa.  

4. **RAG‑putken integrointi**  
   - Ota käyttöön `procurize-rag`‑kontti (sisältää vektorivaraston, Elasticsearch‑ ja hienosäädetyn LLM:n).  
   - Yhdistä RAG‑päätepiste FKG:n GraphQL‑API:in.  

5. **Muuttumattoman lokin aktivointi**  
   - Ota käyttöön `procurize-ledger`‑moduuli (esim. Hyperledger Fabric tai kevyt Append‑Only‑Log).  
   - Aseta säilytys‑politiikat säädösten vaatimusten mukaisiksi (esim. 7‑vuotinen auditointijälki).  

6. **Yhteistyö‑UI:n käyttöönotto**  
   - Ota käyttöön *Reaaliaikainen yhteistyö* -ominaisuus.  
   - Määritä roolipohjaiset katseluoikeudet (Arvioija, Hyväksyjä, Tarkastaja).  

7. **Pilottikäyttö**  
   - Valitse korkean volyymin kysely (esim. SOC 2 Type II) ja mittaa:  
     - **Läpimenoaika** (peruste vs. AI‑avustettu).  
     - **Tarkkuus** (prosentti vastauksia, jotka läpäisevät tarkastajan).  
     - **Noudattamiskustannusten säästö** (FTE‑tuntia säästetty).  

---

## 7. Hyötysummari

| Liiketoiminnan hyöty | Tekninen tulos |
|---|---|
| **Nopeus** – Kyselyvastausten aika vähenee päivistä minuutteihin. | RAG hakee relevantit todisteet < 250 ms; LLM generoi vastaukset < 1 s. |
| **Riskin väheneminen** – Ihmisen virheet ja tietovuodot minimoidaan. | Zero‑Trust‑valvonta ja muuttumaton loki takaavat, että vain valtuutettu tieto käytetään. |
| **Skaalautuvuus** – Satoja vuokraajia ilman datan monistamista. | Federatiivinen graafi eristää tallennuksen, yhteinen skeema mahdollistaa poikkivuokraaja‑analytiikat. |
| **Auditointivalmius** – Todistettavissa oleva ketju tarkastajille. | Jokainen vastaus linkitetään kryptografiseen tiivisteeseen tarkalle todisteversiolle. |
| **Kustannustehokkuus** – Alhaisemmat noudattamiskulut. | Automaatio leikkaa manuaalisen työn jopa 80 %, vapauttaen turvallisuustiimit strategiseen työhön. |

---

## 8. Tulevaisuuden parannukset

1. **Federatiivinen oppiminen LLM‑mallien hienosäätöön** – Jokainen vuokraaja voi antaa anonyymejä gradienttipäivityksiä, jotka parantavat alakohtaista LLM:ää ilman raaka‑datan paljastamista.  
2. **Koodina‑politiikka‑as‑Code‑generointi** – Automaattisesti tuotetaan Terraform‑ tai Pulumi‑moduuleja, jotka toteuttavat samat zero‑trust‑säännöt pilvi‑infrastruktuurissa.  
3. **Selitettävän tekoälyn visualisointi** – Näytä käyttöliittymässä päätöspolku (todiste → kehotus → vastaus) Mermaid‑sekvenssikaavioina.  
4. **Zero‑Knowledge‑Proof‑integraatio** – Todista tarkastajille, että tietty kontrolli täyttyy paljastamatta taustatodisteita.  

---

## 9. Yhteenveto

**Zero Trust -federatiivinen tietämysgraafi** muuttaa turvauksen ja noudattamisen kyselyiden kömpelön, siilotetun maailman turvalliseksi, yhteistyö‑ ja tekoäly‑tehostetuksi työnkulkuksi. Yhdistämällä vuokraajakohtaiset grafit, hienojakoiset käyttöoikeuspolitiikat, Retrieval‑Augmented Generation ja muuttumaton auditointiloki, organisaatiot voivat vastata noudattamiskysymyksiin nopeammin, tarkemmin ja täydessä sääntelyn läpinäkyvyydessä.

**Procurize AI** -alusta tarjoaa valmiit sisäänottoputket, yhteistyötyökalut ja tietoturva‑primitiveet, jotta tiimit voivat keskittyä strategiseen riskienhallintaan rutiininomainen tiedonkeruu sen sijaan.

Compliancein tulevaisuus on federatiivinen, luotettava ja älykäs. Ota se omaksesi jo tänään ja pysy sääntelijöiden, kumppaneiden ja viranomaisten askeleen edellä.  

---

## <span class='highlight-content'>Katso</span> Also

* [Zero Trust Architecture – NIST SP 800‑207](https://csrc.nist.gov/publications/detail/sp/800-207/final)  
* [Federated Learning: Collaborative Machine Learning without Centralized Data](https://arxiv.org/abs/1902.01046)  
* [Retrieval‑Augmented Generation for Knowledge‑Intensive NLP Tasks (Paper)](https://arxiv.org/abs/2005.11401)