
# Luottamuksellinen Laskenta ja AI Vahvistaa Turvallisen Kyselylomakkeiden Automaatioita

Nopeasti muuttuvassa SaaS‑maailmassa turvallisuuskyselylomakkeet ovatkin portinvartija jokaiselle B2B‑sopimukselle. Kehysten – [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [ISO 27001](https://www.iso.org/standard/27001), GDPR, CMMC ja kymmenet toimittajakohtaiset tarkistuslistat – valtava määrä luo käsityön taakan turvallisuus‑ ja oikeudellisille tiimeille. Procurize on jo keventänyt tätä taakkaa AI‑luoduilla vastauksilla, reaaliaikaisella yhteistyöllä ja integroidulla todisteiden hallinnalla.

Kuitenkin seuraava raja‑alue on **data, joka syöttää AI‑malleja**. Kun yritys lähettää sisäisiä politiikkoja, konfiguraatiotiedostoja tai auditointi‑lokeja, tieto on usein erittäin arkaluontoista. Jos AI‑palvelu käsittelee sitä tavallisessa pilviympäristössä, data voi paljastua sisäisille uhille, väärinmäärätyille asetuksille tai jopa kehittyneille ulkoisille hyökkäyksille.

**Luottamuksellinen laskenta** – koodin ajaminen laitteistopohjaisessa Trusted Execution Environment (TEE) – tarjoaa tavan pitää data salattuna *sen käsittelyn aikana*. Yhdistämällä TEEn Procurizen generatiivisiin AI‑putkiin voimme saavuttaa **päästä‑päähän salatun kyselylomakkeiden automaation**, joka täyttää sekä nopeus‑ että turvallisuusvaatimukset.

Alla syvennymme teknisiin perusteisiin, työnkulkuyhteensopivuuteen, noudattamis­hyötyihin ja tulevaisuuden tiekarttaan tälle nousevalle mahdollisuudelle.

---

## 1. Miksi Luottamuksellinen Laskenta On Tärkeä Kyselylomakkeiden Automaatiossa

| Uhka‑vektori | Perinteinen AI‑putki | Luottamuksellisen Laskennan Hillintä |
|--------------|----------------------|--------------------------------------|
| **Data levossa** | Tiedostot tallennetaan salattuina, mutta puretaan käsittelyä varten. | Data pysyy salattuna levyllä; purku tapahtuu ainoastaan enklaavissa. |
| **Data siirrossa** | TLS suojaa verkkoliikenteen, mutta käsittelysolmu on paljas. | Enklaavi‑en‑enklaavi -viestintä käyttää tarkastettuja kanavia, estäen tietoväylän manipuloinnin. |
| **Sisäinen pääsy** | Pilvioperaattorit voivat nähdä selväkielistä dataa inference‑vaiheessa. | Operointihenkilöstö näkee vain salakirjoitusta; enklaavi eristää selväkielisen datan isäntä‑OS:sta. |
| **Mallivuoto** | Mallin painot voidaan poimia muisti­tilasta. | Malli ja data elävät enklaavissa; muisti on salattu enklaavin ulkopuolella. |
| **Auditointikelpoisuus** | Lokit voivat olla manipuloituja tai puutteellisia. | Enklaavi tuottaa kryptografisesti allekirjoitettuja attestaatioita jokaisesta inference‑askeleesta. |

Tuloksena on **zero‑trust‑käsittelykerros**: vaikka perusinfrastruktuuri murtuisikin, arkaluonteista sisältöä ei koskaan poisteta suojatusta muistialueesta.

---

## 2. Arkkitehtuurin Yleiskuva

Alla on korkean tason näkymä siitä, miten Procurizen luottamuksellinen AI‑putki rakentuu. Kaavio käyttää Mermaid‑syntaksia, ja kaikki solmujen tekstit on kääritty kaksinkertaisiin lainausmerkkeihin vaaditulla tavalla.

```mermaid
graph TD
    A["Käyttäjä lähettää todisteita (PDF, JSON, jne.)"] --> B["Asiakaspuolen salaus (AES‑256‑GCM)"]
    B --> C["Turvallinen lataus Procurizen objektivarastoon"]
    C --> D["Attestoitu TEE‑instanssi (Intel SGX / AMD SEV)"]
    D --> E["Salauksen purku enklaavissa"]
    E --> F["Esikäsittely: OCR, skeeman purku"]
    F --> G["Generatiivinen AI‑inference (RAG + LLM)"]
    G --> H["Vastausten syntetisointi & todisteiden linkitys"]
    H --> I["Enklaavi‑allekirjoitettu vastauspaketti"]
    I --> J["Salattu toimitus pyytäjälle"]
    J --> K["Audit‑loki tallennettu muuttumattomalle lohkoketjulle"]
```

### Tärkeimmät komponentit

| Komponentti | Rooli |
|------------|-------|
| **Asiakaspuolen salaus** | Varmistaa, ettei data lähetetä selväkielisenä. |
| **Objektivarasto** | Säilyttää salattuja blob‑tiedostoja; pilvipalveluntarjoaja ei pysty lukemaan niitä. |
| **Attestoitu TEE** | Vahvistaa, että enklaavissa suoritettava koodi vastaa tunnettua hash‑arvoa (etä­attestaatio). |
| **Esikäsittely‑moottori** | Suorittaa OCR‑ ja skeemanpurun enklaavissa, pitäen raakadatan suojattuna. |
| **RAG + LLM** | Retrieval‑augmented generation, joka hakee relevantteja politiikkapalasia ja luo luonnollista tekstiä. |
| **Allekirjoitettu vastauspaketti** | Sisältää AI‑luodun vastauksen, todisteviitteet ja kryptografisen todisteen enklaavin suorituksesta. |
| **Muututtamaton audit‑loki** | Tyypillisesti lohkoketju tai append‑only‑logi sääntelyn noudattamista ja forensiikkatutkimuksia varten. |

---

## 3. Päästä‑Päähän Työnkulku

1. **Turvallinen syötteenotto**  
   - Käyttäjä salaa tiedostot paikallisesti käyttämällä jokaiselle lataukselle omaa avainta.  
   - Avain kääritään Procurizen julkiseen attestaatioavainavaruuteen ja lähetetään ladauksen yhteydessä.

2. **Etä­attestaatio**  
   - Ennen purkua asiakas pyytää attestaatioraportin TEE‑instansiolta.  
   - Raportti sisältää enklaavin koodin hash‑arvon ja nonce‑arvon, jonka on allekirjoittanut laitteiston juuriluottamus.  
   - Vain raportin tarkistamisen jälkeen asiakas toimittaa käärätyn purkuavaimen.

3. **Luottamuksellinen esikäsittely**  
   - Enklaavin sisällä salatut artefaktit puretaan.  
   - OCR purkaa tekstiä PDF‑tiedostoista, samalla kun parserit tunnistavat JSON‑/YAML‑skeemat.  
   - Kaikki välivaiheen artefaktit pysyvät suojatussa muistissa.

4. **Turvallinen Retrieval‑Augmented Generation**  
   - LLM (esim. hienosäädetty Claude tai Llama) toimii enklaavissa, latautuen salatusta mallipaketista.  
   - Retrieval‑komponentti kysyy salatun vektorivaraston indeksoituja politiikkapalasia.  
   - LLM synteettisesti luo vastauksia, viittaa todisteisiin ja tuottaa luottamusasteen.

5. **Attestoitu lähtö**  
   - Loppuvastauspaketti allekirjoitetaan enklaavin yksityisellä avaimella.  
   - Allekirjoituksen voi tarkistaa kuka tahansa auditoija käyttäen enklaavin julkista avainta, mikä todistaa että vastaus on syntetty luotettavassa ympäristössä.

6. **Toimitus & auditointi**  
   - Paketti salataan uudelleen pyytäjän julkisella avaimella ja toimitetaan takaisin.  
   - Paketin hash‑arvo sekä attestaatioraportti tallennetaan muuttumattomalle ledgereelle (esim. Hyperledger Fabric) tulevia noudattamiskatsauksia varten.

---

## 4. Noudattamis‑Hyödyt

| Sääntely | Miten Luottamuksellinen AI Auttaa |
|----------|-----------------------------------|
| **[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2) (Turvallisuus‑periaate)** | Demonstroi “salatun data käytössä” ja tarjoaa manipulointitunnistettavat lokit. |
| **[ISO 27001](https://www.iso.org/standard/27001) (A.12.3)** | Suojaa luottamuksellista dataa käsittelyn aikana täyttäen “kryptografiset kontrollit”. |
| **GDPR Art. 32** | Toteuttaa “nykyajan” suojausmenetelmät datan luottamuksellisuudelle ja eheyelle. |
| **CMMC Level 3** | Tukee “Controlled Unclassified Information (CUI) handling” -prosessia suojatuissa enklaaveissa. |

Lisäksi allekirjoitettu attestaatio toimii **reaaliaikaisena todisteena** auditoijille – erillisiä kuvakaappauksia tai manuaalisia lokien poimintoja ei tarvita.

---

## 5. Suorituskyky‑Harkinnat

AI‑mallien ajaminen enklaavissa tuottaa jonkin verran lisäkuormitusta:

| Mittari | Perinteinen Pilvi | Luottamuksellinen Laskenta |
|---------|-------------------|-----------------------------|
| **Viive (keskimääräinen kysymys)** | 2–4 s | 3–6 s |
| **Läpivienti (kyselyä/s)** | 150 kps | 80 kps |
| **Muistin käyttö** | 16 GB (rajoittamaton) | 8 GB (enklaavin raja) |

Procurize lievenee näitä vaikutuksia:

* **Mallin tiivistys** – pienemmät, silti tarkat LLM‑variantit enklaavin suorittamiseen.  
* **Erä‑inference** – useiden kysymys­kontekstien ryhmittäminen vähentää peruskyselyn kustannuksia.  
* **Horisontaalinen enklaavi‑skaalaus** – useiden SGX‑instanssien käyttö kuormantasaajalla.

Käytännössä suurin osa turvallisuus­kyselyiden vastauksista valmistuu edelleen alle minuutissa, mikä on hyväksyttävää myyntisykleissä.

---

## 6. Reaaliaikainen Esimerkki: FinTechCo

**Tausta**  
FinTechCo käsittelee arkaluontoisia transaktiolokeja ja salausavaimia. Heidän turvallisuustiiminsä epäröi lähettää sisäisiä politiikkoja SaaS‑AI‑palveluun.

**Ratkaisu**  
FinTechCo otti käyttöön Procurizen luottamuksellisen putken. He suorittivat pilotin kolmella riskialttiilla SOC 2‑kyselyllä.

**Tulokset**

| KPI | Ennen Luottamuksellista AI | Luottamuksellisen AI:n jälkeen |
|-----|----------------------------|--------------------------------|
| **Keskimääräinen vastausaika** | 45 min (manuaalinen) | 55 s (automatisoitu) |
| **Data‑vuoto‑tapahtumat** | 2 (sisäiset) | 0 |
| **Audit‑valmistelun työmäärä** | 12 h per audit | 1 h (automaattinen attestaatio) |
| **Sidosryhmän luottamus (NPS)** | 48 | 84 |

Allekirjoitettu attestaatio täytti niin sisäisten auditorien kuin ulkoisten sääntelyviranomaistenkin vaatimukset, poistaen ylimääräiset datankäsittely‑sopimukset.

---

## 7. Turvallisuus‑Paras­käytännöt Toteuttajille

1. **Vaihda salausavaimet säännöllisesti** – Hyödynnä avainhallintapalvelua (KMS) avainten kierrättämiseen 30 päivän välein.  
2. **Tarkista attestaatioketjut** – Sisällytä etä­attestaation vahvistus CI/CD‑putkeen enklaavin päivityksille.  
3. **Mahdollista muuttumattoman ledg‑varmuuskopiointi** – Ota säännölliset snäppäykset audit‑ledgeristä kirjoituskerran varastoon.  
4. **Valvo enklaavin terveyttä** – Käytä TPM‑perusteisia mittareita enklaavien rollback‑ tai firmware‑anomali­iden havaitsemiseen.  
5. **Päivitä mallipaketit turvallisesti** – Julkaise uudet LLM‑versiot allekirjoitettuina mallipaketteina; enklaavi tarkistaa allekirjoituksen ennen latausta.

---

## 8. Tulevaisuuden Tiekartta

| Kvartaali | Mileston |
|-----------|----------|
| **Q1 2026** | Tuki AMD SEV‑SNP -enklaaveille, laajentaen laitteistoyhteensopivuutta. |
| **Q2 2026** | Moniosapuolinen laskenta (MPC) – mahdollistaa yhteisen kyselylomakkeen vastaamisen organisaatioiden välillä ilman raakadatan jakamista. |
| **Q3 2026** | Nollatietotodisteiden (ZKP) luominen “Omistan vaatimustenmukaisen politiikan” –todiste ilman politiikan sisällön paljastamista. |
| **Q4 2026** | Automaattinen enklaavifarmien skaalaus reaaliaikaisen jonon syvyyden perusteella, hyödyntäen Kubernetes‑ + SGX‑laitteistoliitännäisiä. |

Nämä kehitysaskeleet vahvistavat Procurizen asemaa **ainoa alusta, joka voi taata sekä AI‑tehokkuuden että kryptografisen luottamuksellisuuden** turvallisuus­kyselylomakkeiden automaatiossa.

---

## 9. Aloittaminen

1. **Varaa Luottamuksellisen Laskennan kokeilu** Procurizen tilinhallinnan kautta.  
2. **Asenna asiakaspuolen salaus‑työkalu** (saatavilla monialustaisena CLI‑ohjelmana).  
3. **Lataa ensimmäinen todistepakkauksesi** ja tarkkaile attestaatio‑hallintapaneelia varmistaaksesi vihreän tilan.  
4. **Suorita testikysely** – järjestelmä palauttaa allekirjoitetun vastauspaketin, jonka voit tarkistaa UI‑sivulta löytyvällä julkisella avaimella.  

Yksityiskohtaiset ohjeet löytyvät Procurizen dokumentaatiosta osiosta *Secure AI Pipelines → Confidential Computing Guide*.

---

## 10. Yhteenveto

Luottamuksellinen laskenta muuttaa AI‑avusteisen noudattamisen luottamusmallin. Varmistamalla, että arkaluontoinen politiikka‑ ja auditointidata ei koskaan poistu salatusta enklaavista, Procurize tarjoaa organisaatioille **todistettavasti turvallisen, auditoitavan ja salamannopean** tavan vastata turvallisuus­kyselyihin. TEEn, RAG‑voiman omaavien LLM:ien ja muuttumattoman audit‑lokin symbioosi ei ainoastaan vähennä manuaalista työtä, vaan täyttää myös tiukimmat sääntely‑vaatimukset – tehden siitä ratkaisevan etulyöntiaseman nykypäivän vaativassa B2B‑ekosysteemissä.