
# Yksityisyyden säilyttävä promptin viritys monivuokraajaympäristön tietoturvakyselylomakkeiden automaatioon

## Johdanto

Turvallisuuskyselylomakkeet, toimittaja‑arviot ja vaatimustenmukaisuustarkastukset ovat SaaS‑toimittajille jatkuva kitkan lähde. Manuaalinen evidence‑keruu, vastausten laatiminen ja niiden ajantasaisena pitäminen voi viivästyttää myyntisyklejä viikkoihin ja lisätä inhimillisen virheen riskiä. Nykyaikaiset AI‑alustat ovat jo osoittaneet, miten suuret kielimallit (LLM‑t) voivat syntetisoida evidenceä ja tuottaa vastauksia sekunneissa.  

Kuitenkin suurin osa nykyisistä toteutuksista olettaa **yksi‑vuokralainen**‑kontekstin, jossa AI‑malli saa rajoittamattoman pääsyn kaikkiin taustatietoihin. Aidossa monivuokraaja‑SaaS‑ympäristössä jokaisella asiakkaalla (tai sisäisellä osastolla) voi olla oma politiikkansa, evidence‑varastonsa ja tietosuoja‑vaatimuksensa. LLM:n antaminen näkeväksi kaikkien vuokralaisten raakadatat rikkoo sekä säädösten odotuksia (esim. [GDPR](https://gdpr.eu/), [CCPA](https://oag.ca.gov/privacy/ccpa)) että sopimuksia, jotka nimenomaisesti kieltävät tietovuodon vuokralaisten välillä.

**Yksityisyyden säilyttävä promptin viritys** täyttää tämän aukon. Se mukauttaa LLM:n generatiiviset kyvyt kunkin vuokralaisen ainutlaatuiseen tietopohjaan samalla taaten, että raakadata ei koskaan poistu omasta siilostaan. Tämä artikkeli käy läpi keskeiset käsitteet, arkkitehtuurikomponentit ja käytännön askeleet turvallisen, skaalautuvan ja säädösten mukaisen monivuokraaja‑kyselylomakkeiden automaatioalustan toteuttamiseksi.

---

## 1. Keskeiset käsitteet

| Käsite | Määritys | Miksi se on tärkeä |
|---|---|---|
| **Promptin viritys** | Jäädytetyn LLM:n hienosäätö oppimalla pieni joukko jatkuvia prompt‑vektoreita, jotka ohjaavat mallin käyttäytymistä. | Mahdollistaa nopean räätälöinnin ilman täydellistä mallin uudelleenkoulutusta, säästää laskentatehoa ja säilyttää mallin alkuperäisyyden. |
| **Differentiaalinen yksityisyys (DP)** | Matemaattinen takuu, että laskelman tulos ei paljasta, oliko yksittäinen syöterivi mukana. | Suojaa arkaluontoisia evidence‑tietoja, kun ne aggregoidaan eri vuokralaisten kesken tai kun palautetta kerätään jatkuvaan parantamiseen. |
| **Secure Multi‑Party Computation (SMPC)** | Kryptografinen protokolla, jonka avulla osapuolet voivat laskea yhteisen funktion omista syötteistään pitäen ne yksityisinä. | Tarjoaa tavan kouluttaa tai päivittää prompt‑upotuksia yhdessä ilman, että raakadata paljastuu keskitetylle palvelulle. |
| **Roolipohjainen käyttöoikeuksien hallinta (RBAC)** | Käyttöoikeudet määritellään roolien perusteella, ei yksittäisten käyttäjien. | Varmistaa, että vain valtuutetut henkilöt näkevät tai muokkaavat vuokralaiskohtaisia promptteja tai evidence‑kokoelmia. |
| **Vuokralaisten eristyskerros** | Looginen ja fyysinen erottelu (esim. erilliset tietokannat, kontti‑rungot) vuokralaisen datalle ja prompt‑upotuksille. | Takaa noudattamisen tietosuoja‑säännösten (esim. data‑souvereiniteetti) kanssa ja helpottaa auditointia. |

---

## 2. Arkkitehtuurin yleiskuva

Seuraava Mermaid‑kaavio havainnollistaa koko prosessin vuokralaisen kyselypyynnöstä AI‑luodun vastauksen saamiseen, korostaen yksityisyyden suojaavia kontrollipisteitä.

```mermaid
graph TD
    "Käyttäjän pyyntö\n(Kysymyslomakekohde)" --> "Vuokralaisreitti"
    "Vuokralaisreitti" --> "Politiikka & Evidence -tietovarasto"
    "Vuokralaisreitti" --> "Promptin virityspalvelu"
    "Promptin virityspalvelu" --> "Yksityisyysvartija\n(Differentiaalisen yksityisyyden kerros)"
    "Yksityisyysvartija" --> "LLM‑inferenzimoottori"
    "LLM‑inferenzimoottori" --> "Vastausmuotoilija"
    "Vastausmuotoilija" --> "Vuokralaisvastausjono"
    "Vuokralaisvastausjono" --> "Käyttöliittymä"
```

### Keskeiset komponentit

1. **Vuokralaisreitti** – Määrittää vuokralaiskontekstin API‑avainten tai SSO‑tokeneiden perusteella ja ohjaa pyynnön oikeisiin eristettyihin palveluihin.  
2. **Politiikka & Evidence -tietovarasto** – Kunkin vuokralaisen salattu datalake (esim. AWS S3, bucket‑policy‑t) sisältää tietoturvapolitiikat, audit‑lokit ja evidence‑artifaktit.  
3. **Promptin virityspalvelu** – Luo tai päivittää vuokralaiskohtaisia prompt‑upotuksia SMPC:n avulla pitääksesi raakadata piilossa.  
4. **Yksityisyysvartija** – Pakottaa differentiaalisen yksityisyyden kohinan injektoinnin aggregoiduille tilastoille tai palautteelle, jota käytetään mallin parantamiseen.  
5. **LLM‑inferenzimoottori** – Tilaton kontti, jossa ajetaan jäädytetty LLM (esim. Claude‑3, GPT‑4) vuokralaisen prompt‑vektoreineen.  
6. **Vastausmuotoilija** – Soveltaa jälkikäsittelyn säännöt (esim. redaktio, vaatimustenmukaisuustunnisteiden lisäys) ennen lopullisen vastauksen toimittamista.  
7. **Vuokralaisvastausjono** – Viestivetoa oleva puskurikoneisto (esim. Kafka‑topic per vuokralainen) joka takaa lopullisen johdonmukaisuuden ja auditoinnin.  

---

## 3. Yksityisyyden säilyttävän promptin virityksen toteutus

### 3.1 Datalaken valmistelu

1. **Salaus levossa** – Ota käyttöön palvelinpuolen salaus asiakas‑hallinnoiduilla avaimilla (CMK) jokaiselle vuokralais‑bucketille.  
2. **Metatietojen merkintä** – Lisää compliance‑tunnisteita (`iso27001:true`, `gdpr:true`) automaattista politiikan hakua varten.  
3. **Versiointi** – Ota objektien versionointi käyttöön täyden auditointijalan ylläpitämiseksi evidence‑muutoksissa.  

### 3.2 Vuokralaiskohtaisen prompt‑vektorin luominen

1. **Prompt‑upotuksen alustus** – Generoi satunnainen, pienikokoinen (esim. 10‑ulotteinen) tiheä vektori per vuokralainen.  
2. **SMPC‑koulutuslooppi**  
   - **Vaihe 1**: Vuokralaisen suojattu enklaavi (esim. AWS Nitro Enclaves) lataa oma evidence‑osuutensa.  
   - **Vaihe 2**: Enklavi laskee gradientin loss‑funktiosta, joka mittaa kuinka hyvin LLM vastaa simuloituihin kyselykohteisiin käyttäen nykyistä prompt‑vektoria.  
   - **Vaihe 3**: Gradientit salataan salaisella jaon avulla (additiivinen secret sharing) keskitettyyn palvelimeen ja enklaaviin.  
   - **Vaihe 4**: Palvelin aggregoi ja päivittää prompt‑vektorin, palauttaen päivittyneet osat enklaaveihin.  
   - **Vaihe 5**: Toista kunnes konvergoituu (yleensä ≤ 50 iteraatiota matalan dimensioisuuden ansiosta).  
3. **Prompt‑vektorin tallennus** – Tallenna viimeistellyt vektorit vuokralaisen eristettyyn avain‑arvo‑kauppaan (esim. DynamoDB, partitio‑avain `tenant_id`), salattuna vuokralaisen CMK:lla.  

### 3.3 Differentiaalisen yksityisyyden toteutus

Kun järjestelmä kerää käyttötilastoja (esim. kuinka monta kertaa tietty evidence‑artifakti viitattiin) jatkokehitystä varten, sovelletaan Laplace‑mekanismia:

\[
\tilde{c} = c + \text{Laplace}\!\left(\frac{\Delta f}{\epsilon}\right)
\]

- **\(c\)** – Todellinen laskenta.  
- **\(\Delta f = 1\)** – Herkkyys (yksi lisäys/poisto muuttaa laskentaa enintään yhdellä).  
- **\(\epsilon\)** – Yksityisyysbudjetti (valitse 0,5 – 1,0 vahvojen takuiden saamiseksi).  

Kaikki jatko‑analytiikka käyttää \(\tilde{c}\):tä, jolloin kukaan vuokralainen ei voi päätellä yksittäisen dokumentin olemassaoloa.  

### 3.4 Reaaliaikainen inferenssivirta

1. **Vastaanota pyyntö** – Käyttöliittymä lähettää kyselyn vuokralaisetokenilla.  
2. **Hae prompt‑vektori** – Promptin virityspalvelu noutaa vuokralaisen vektorin KV‑kaupasta.  
3. **Syötä prompt** – Vektori liitetään LLM‑syötteeseen “pehmeänä promptina”.  
4. **Suorita LLM** – Inferenzimoottori ajetaan eristetyssä kontissa, nolla‑luottamuksen verkkoasetuksella.  
5. **Jälkikäsittely** – Redaktiopohjainen suodatin poistaa mahdolliset tietovuodot.  
6. **Vastauksen palautus** – Muotoiltu vastaus lähetetään takaisin käyttöliittymään ja kirjataan auditointia varten.  

---

## 4. Turvallisuus‑ ja säädösten tarkistuslista

| Alue | Kontrolli | Tiheys |
|---|---|---|
| **Datan eristäminen** | Tarkista bucket‑policyt, jotka estävät ulkopuolisen pääsyn. | Kvartaaleittain |
| **Prompt‑vektorin salassapito** | Kierrätä CMK:ta ja suorita SMPC‑viritys avaimen kierron yhteydessä. | Vuosittain / tarpeen mukaan |
| **Differentiaalisen yksityisyyden budjetti** | Arvioi \(\epsilon\)-arvot ja varmista niiden täyttävän säädösten vaatimukset. | Puolivuosittain |
| **Audit‑lokit** | Säilytä muuttumattomat lokit prompt‑vektorin haun ja vastausten generoinnin tapahtumista. | Jatkuvasti |
| **Penetraatiotestaus** | Suorita punatiimin harjoituksia inference‑sandaalia vastaan. | Kaksivuotisittain |
| **Säädösten kartoitus** | Yhdistä jokaisen vuokralaisen evidence‑tagit ISO 27001, SOC 2, GDPR‑kontrollien kanssa. | Jatkuvasti |

---

## 5. Suorituskyky ja skaalautuvuus

| Mittari | Tavoite | Vinkkejä |
|---|---|---|
| **Viive (95 % %)​** | < 1,2 s per vastaus | Käytä lämmittäviä kontteja, välimuistita prompt‑vektoreita muistiin, esilataa LLM‑shardit. |
| **Läpäisevyys** | 10 k pyyntöä/s kaikille vuokralaisille | Vaakasuora pod‑skaalaus, pyyntöjen ryhmittely samankaltaisten prompt‑vektoreiden perusteella, GPU‑kiihteinen inferenssi. |
| **Prompt‑viritysaika** | ≤ 5 min per vuokralainen (ensimmäinen) | Paralelinen SMPC useissa enklaaveissa, vähennä vektorin dimensioita. |
| **DP‑kohinan vaikutus** | ≤ 1 % hyötymenetykset aggregoiduissa mittareissa | Säädä \(\epsilon\) -arvoa kokeellisesti hyöty‑kohinan käyrien perusteella. |

---

## 6. Käytännön esimerkki: FinTech‑SaaS‑alusta

Eräs FinTech‑SaaS‑palvelu tarjoaa compliance‑portaalin yli 200‑partnerille. Jokainen partner tallentaa omat riskimallinsa, KYC‑dokumenttinsa ja audit‑lokinsa. Yksityisyyden säilyttävän prompt‑virityksen käyttöönoton jälkeen:

- **Vastausajan** SOC 2‑kyselyyn tuli < 2 tuntiin (aiemmin 4 päivää).  
- **Vuokralaisten välinen datavuoto** poistui kokonaan (ulkoisen auditoinnin mukaan).  
- **Säädösten noudattamisen kustannus** väheni noin 30 % automaation kautta evidence‑hakuun ja vastausten generointiin.

Palvelu käytti DP‑suojattuja käyttötilastoja jatkuvan parannuksen putkeen ilman, että partnerien data paljastui muille.

---

## 7. Askel‑askeleelta käyttöönotto-opas

1. **Infrastruktuurin provisionointi**  
   - Luo erilliset S3‑bucketit vuokralaisille ja aktivoi CMK‑salaus.  
   - Käynnistä Nitro Enclaves‑instanssit tai Confidential VMs SMPC‑kuormitukselle.  

2. **KV‑kaupan asennus**  
   - Perusta DynamoDB‑taulu, jossa partition‑avain on `tenant_id`.  
   - Ota käyttöön point‑in‑time‑recovery prompt‑vektorin rollback‑tarkoituksiin.  

3. **Prompt‑virityspalvelun integrointi**  
   - Asenna mikro‑palvelu (`/tune-prompt`) REST‑API:lla.  
   - Toteuta SMPC‑protokolla MP‑SPDZ‑kirjastolla (avoin lähdekoodi).  

4. **Yksityisyysvartijan konfigurointi**  
   - Lisää middleware, joka lisää Laplace‑kohinaa kaikille telemetry‑päätepisteille.  

5. **Inference‑moottorin käyttöönotto**  
   - Aja tilattomia kontteja, joissa on jäädytetty LLM (esim. `claude-3-opus`).  

6. **RBAC‑politiikoiden toteutus**  
   - Map­paa vuokralaisroolit (`admin`, `analyst`, `viewer`) IAM‑politiikoihin, jotka rajoittavat prompt‑vektorin ja evidence‑kokoelman luku- ja kirjoitusoikeudet.  

7. **Käyttöliittymän rakentaminen**  
   - Tarjoa kyselylomake‑editori, joka hakee prompt‑vektorit `/tenant/{id}/prompt`.  
   - Näytä audit‑lokit ja DP‑korjatut käyttötilastot hallintapaneelissa.  

8. **Hyväksymistestit**  
   - Simuloi eri vuokralaisten kyselyjä varmistaaksesi, ettei tietovuotoja tapahdu.  
   - Vahvista DP‑kohinan tasot säädösten määrittelemien budjettien mukaisiksi.  

9. **Käyttöönotto ja valvonta**  
   - Ota automaattinen skaalaus käyttöön.  
   - Aseta hälytykset viive‑piikkeihin tai IAM‑oikeuspoikkeamiin.  

---

## 8. Tulevaisuuden kehitysmahdollisuudet

- **Federated Prompt Learning** – Mahdollistaa vuokralaisten yhteisen peruspromptin parantamisen federoidun keskiarvon avulla, samalla säilyttäen yksityisyyden.  
- **Zero‑Knowledge Proofs** – Luo vahvistuksia, että vastaus on johdettu tietyistä evidence‑tiedoista paljastamatta itse evidenceä.  
- **Dynaaminen DP‑budjetointi** – Allokoi \(\epsilon\)‑arvot automaattisesti kyselyn herkkyyden ja vuokralaisen riskiprofiilin perusteella.  
- **Explainable AI (XAI) –kerros** – Liitä selityspalasia, jotka viittaavat konkreettisiin politiikkakohtiin jokaisessa vastauksessa, parantaen auditointikelpoisuutta.  

---

## Yhteenveto

Yksityisyyden säilyttävä promptin viritys avaa kultaisen tasapainon **korkean tarkkuuden AI‑automaatioiden** ja **tiukan monivuokraaja‑datan eristyksen** välillä. Yhdistämällä SMPC‑pohjaisen prompt‑oppimisen, differentiaalisen yksityisyyden ja vahvan RBAC‑mallin SaaS‑toimittajat voivat tarjota välittömiä, tarkkoja tietoturvakyselylomakkeiden vastauksia vaarantamatta kenenkään arkaluontoista evidence‑dataa. Kuvattu arkkitehtuuri on sekä **skaalautuva** – käsittelee tuhansia samanaikaisia pyyntöjä – että **tulevaisuuteen kestävä**, valmiina omaksumaan uudet yksityisyys‑teknologiat niiden kehittyessä.

Tämän lähestymistavan omaksuminen ei ainoastaan lyhennä myyntisyklejä ja vähennä manuaalista työkuormaa, vaan antaa organisaatioille myös varmuuden siitä, että niiden tärkein compliance‑evidence pysyy juuri siellä, missä sen pitää – omien palomuurien takana.

---

## Katso myös

- Differentiaalinen yksityisyys tuotannossa – johdanto (Google AI Blog)  
- Prompt‑viritys vs. Fine‑Tuning: Milloin käyttää kumpaakin? (OpenAI Technical Report)