
# Secure Multiparty Computation‑aangedreven AI voor Vertrouwelijke Leveranciersvragenlijstantwoorden

## Inleiding

Beveiligingsvragenlijsten zijn de poortwachters van B2B‑SaaS‑contracten. Ze vragen gedetailleerde informatie over infrastructuur, dataverwerking, incidentrespons en compliance‑controles. Leveranciers moeten vaak tientallen van dergelijke vragenlijsten per kwartaal beantwoorden, waarbij elk bewijs kan bevatten **gevoelige interne gegevens**—architectuurdiagrammen, bevoorrechte inloggegevens of proprietaire procesbeschrijvingen.  

Traditionele AI‑gedreven automatisering, zoals de **Procurize AI Engine**, versnelt de generatie van antwoorden aanzienlijk, maar vereist doorgaans **gecentraliseerde toegang** tot het ruwe bronmateriaal. Die centralisatie introduceert twee grote risico’s:

1. **Data‑lek** – Als het AI‑model of de onderliggende opslag wordt gecompromitteerd, kan vertrouwelijke bedrijfsinformatie worden blootgesteld.  
2. **Regelgevende niet‑naleving** – Regelgevingen zoals de [GDPR](https://gdpr.eu/), [CCPA](https://oag.ca.gov/privacy/ccpa) en opkomende data‑soevereiniteitswetten beperken waar en hoe persoonlijke of propriëtaire data mogen worden verwerkt.

Enter **Secure Multiparty Computation (SMPC)**—een cryptografisch protocol dat meerdere partijen in staat stelt gezamenlijk een functie over hun inputs te berekenen terwijl die inputs privé blijven. Door SMPC te combineren met generatieve AI kunnen we **nauwkeurige, controleerbare antwoorden op vragenlijsten produceren zonder ooit ruwe data te onthullen aan het AI‑model of aan één enkele verwerkingsnode**.

Dit artikel verkent de technische grondslagen, praktische implementatiestappen en zakelijke voordelen van een **Secure‑SMPC‑AI**‑pipeline, toegespitst op het Procurize‑platform.  

> **Belangrijk inzicht:** SMPC‑versterkte AI levert de **snelheid van automatisering** *en* de **privacy‑garanties van zero‑knowledge**, en transformeert de manier waarop SaaS‑bedrijven reageren op beveiligingsvragenlijsten.

---

## 1. Basisprincipes van Secure Multiparty Computation

Secure Multiparty Computation stelt een groep deelnemers, elk met een privé‑input, in staat een gezamenlijke functie **f** te berekenen zodat:

* **Correctheid** – Alle partijen ontvangen de juiste output **f(x₁, x₂, …, xₙ)**.  
* **Privacy** – Geen enkele partij leert iets over de inputs van de anderen, behalve wat uit de output kan worden afgeleid.

SMPC‑protocollen vallen in twee hoofd­families:

| Protocol | Hoofdidee | Typisch gebruiks­scenario |
|----------|-----------|----------------------------|
| **Secret Sharing (Shamir, additive)** | Split elke input in willekeurige shares die over alle partijen worden verdeeld. Computatie gebeurt op shares; reconstructie levert het resultaat. | Grote matrix‑operaties, privacy‑bewuste analytics. |
| **Garbled Circuits** | Eén partij (de garbler) versleutelt een Boolean‑circuit; de evaluator draait het circuit met versleutelde inputs. | Binaire besluitfuncties, veilige vergelijkingen. |

Voor ons scenario—**tekst‑extractie, semantische gelijkenis en bewijssynthese**—slecht de **additive secret sharing**‑aanpak het beste omdat hij hoog‑dimensionale vector‑operaties efficiënt kan afhandelen met moderne MPC‑frameworks zoals **MP‑SPDZ**, **CrypTen** of **Scale‑MPC**.

---

## 2. Architectuuroverzicht

Hieronder een high‑level Mermaid‑diagram dat de end‑to‑end‑flow van **SMPC‑versterkte AI** binnen Procurize illustreert.

```mermaid
graph TD
    A["Gegevens eigenaar (Bedrijf)"] -->|Encrypt & Share| B["SMPC‑node 1 (AI‑computatie)"]
    A -->|Encrypt & Share| C["SMPC‑node 2 (Beleidsopslag)"]
    A -->|Encrypt & Share| D["SMPC‑node 3 (Audit‑ledger)"]
    B -->|Secure Vector Ops| E["LLM‑inference (Encrypted)"]
    C -->|Policy Retrieval| E
    D -->|Proof Generation| F["Zero‑Knowledge Audit Proof"]
    E -->|Encrypted Answer| G["Answer Aggregator"]
    G -->|Revealed Answer| H["Vendor Questionnaire UI"]
    F -->|Audit Trail| H
```

**Uitleg van de componenten**

* **Gegevens eigenaar (Bedrijf)** – Beschikt over propriëtaire documenten (bijv. SOC 2‑rapporten, architectuurdiagrammen). Voor verwerking **secret‑shares** hij elk document in drie versleutelde fragmenten en distribueert deze naar de SMPC‑nodes.  
* **SMPC‑nodes** – Berekenen onafhankelijk op shares. Node 1 draait de **LLM‑inference‑engine** (bijv. een fijn‑getuned Llama‑2‑model) onder encryptie. Node 2 bewaart **beleids‑knowledge‑graphs** (bijv. ISO 27001‑controles) eveneens secret‑shared. Node 3 onderhoudt een **onveranderlijk audit‑ledger** (blockchain of append‑only log) dat aanvraag‑metadata registreert zonder ruwe data bloot te stellen.  
* **LLM‑inference (Encrypted)** – Het model ontvangt versleutelde embeddings afgeleid van de gesplitste documenten, genereert versleutelde antwoord‑vectors en retourneert deze aan de aggregator.  
* **Answer Aggregator** – Reconstrueert het platte‑tekst antwoord pas nadat de gehele berekening voltooid is, zodat er geen tussentijdse lekken ontstaan.  
* **Zero‑Knowledge Audit Proof** – Gegeneerd door Node 3 om te bewijzen dat het antwoord is afgeleid van de aangewezen beleidsbronnen zonder die bronnen zelf te onthullen.

---

## 3. Gedetailleerde workflow

### 3.1 Inname & secret sharing

1. **Documentnormalisatie** – PDFs, Word‑bestanden en code‑snippets worden omgezet naar platte tekst en getokenized.  
2. **Embedding‑generatie** – Een lichte encoder (bijv. MiniLM) maakt dichte vectors voor elke alinea.  
3. **Additive secret splitting** – Voor elke vector **v** worden willekeurige shares **v₁**, **v₂**, **v₃** gegenereerd zodat `v = v₁ + v₂ + v₃ (mod p)`.  
4. **Distributie** – Shares worden via TLS naar de drie SMPC‑nodes gestuurd.

### 3.2 Veilige opvragen van beleidscontext

* De beleids‑knowledge‑graph (controles, mappings naar standaarden) resideert versleuteld over de nodes.  
* Wanneer een vragenlijstitem binnenkomt (bijv. “Beschrijf uw encryptie van data‑at‑rest”), voert het systeem een **secure set‑intersection** uit om de relevante beleidsclausules te vinden zonder de volledige graph vrij te geven.

### 3.3 Versleutelde LLM‑inference

* De versleutelde embeddings en opgehaalde beleidsvectors worden gevoed aan een **privacy‑preservende transformer** die op secret shares werkt.  
* Technieken zoals **FHE‑vriendelijke attention** of **MPC‑geoptimaliseerde softmax** berekenen de meest waarschijnlijke antwoord‑tokens in de versleutelde domein.

### 3.4 Reconstrueer & audit‑bewijs

* Zodra de versleutelde antwoord‑tokens gereed zijn, reconstrueert de **Answer Aggregator** het platte‑tekst antwoord door de shares op te tellen.  
* Tegelijkertijd produceert Node 3 een **Zero‑Knowledge Succinct Non‑interactive Argument of Knowledge (zk‑SNARK)** dat bevestigt dat het antwoord voldoet aan:
  * De correcte beleidsclausule‑selectie.  
  * Geen lekken van ruwe documentinhoud.

### 3.5 Levering aan eindgebruiker

* Het uiteindelijke antwoord verschijnt in de **Procurize UI** met daarnaast een **cryptografisch bewijs‑badge**.  
* Auditors kunnen het badge verifiëren met een publieke verificatiesleutel, waardoor compliance wordt aangetoond zonder de onderliggende documenten op te vragen.

---

## 4. Beveiligingsgaranties

| Bedreiging | SMPC‑AI‑mitigatie |
|------------|-------------------|
| **Data‑exfiltratie van AI‑service** | Ruwe data verlaten nooit de omgeving van de eigenaar; alleen secret shares worden verstuurd. |
| **Insider‑dreiging bij cloud‑provider** | Geen enkele node bezit een compleet overzicht; collusie‑drempel (≥ 2 van de 3) nodig om data te reconstrueren. |
| **Model‑extractie‑aanvallen** | Het LLM draait op versleutelde inputs; aanvallers kunnen het model niet query‑en met willekeurige data. |
| **Regelgevende audits** | zk‑SNARK‑bewijs demonstreert compliance terwijl data‑lokaliteit gerespecteerd wordt. |
| **Man‑in‑the‑middle** | Alle kanalen zijn TLS‑beveiligd; secret sharing voegt cryptografische onafhankelijkheid toe aan transportbeveiliging. |

---

## 5. Prestatie‑overwegingen

Hoewel SMPC overhead introduceert, houden moderne optimalisaties de latentie binnen acceptabele grenzen voor vragenlijst‑automatisering:

| Metric | Baseline (plain AI) | SMPC‑AI (3‑node) |
|--------|---------------------|------------------|
| **Inference‑latentie** | ~1,2 s per antwoord | ~3,8 s per antwoord |
| **Throughput** | 120 antwoorden/min | 45 antwoorden/min |
| **Compute‑kost** | 0,25 CPU‑uur/1k antwoorden | 0,80 CPU‑uur/1k antwoorden |
| **Netwerk‑verkeer** | < 5 MB/antwoord | ~12 MB/antwoord (encrypted shares) |

Belangrijke optimalisaties:

* **Batching** – Verwerk meerdere vragenlijstitems parallel over dezelfde shares.  
* **Hybride protocol** – Gebruik secret sharing voor zware lineaire algebra, schakel alleen naar garbled circuits voor niet‑lineaire functies (bijv. vergelijkingen).  
* **Edge‑deployment** – Plaats één SMPC‑node on‑premises (bijv. binnen de bedrijfs‑firewall) om vertrouwen in externe clouds te verminderen.

---

## 6. Integratie met Procurize

Procurize biedt al:

* **Document Repository** – Centrale opslag voor compliance‑artefacten.  
* **Questionnaire Builder** – UI om vragenlijsten te authoren, toewijzen en volgen.  
* **AI Engine** – Fijn‑getuned LLM voor antwoordgeneratie.

Om SMPC‑AI toe te voegen:

1. **SMPC‑modus inschakelen** – Administrator zet een vlag in de platform‑instellingen.  
2. **SMPC‑nodes provisioneren** – Deploy drie Docker‑containers (Node 1‑3) via de officiële `procurize/smpc-node`‑image. De containers registreren zich automatisch bij de orchestratielaag van het platform.  
3. **Policy‑graph definiëren** – Exporteer bestaande beleids‑mappings naar een JSON‑LD‑graph; het platform versleutelt en distribueert deze.  
4. **Audit‑bewijzen configureren** – Lever een publieke verificatiesleutel; de UI rendert automatisch bewijs‑badges.  
5. **Secure LLM trainen** – Gebruik dezelfde dataset als de standaard AI‑engine; training gebeurt offline, maar de resulterende model‑gewichten worden in Node 1 geladen binnen een **sealed enclave** (bijv. Intel SGX) voor extra bescherming.

---

## 7. Praktijkvoorbeeld: FinTech‑leveranciersaudit

**Bedrijf**: FinFlow, een middelgrote FinTech‑SaaS‑provider.  

**Pijnpunt**: Kwartaal‑audits van bankpartners vroegen om volledige details over encryptie‑at‑rest. Hun encryptiesleutels en sleutel‑management‑beleid zijn geclassificeerd en konden niet naar een externe AI‑service worden geüpload.

**Oplossing**:

1. FinFlow deployde SMPC‑AI‑nodes—Node 1 in een Azure Confidential Compute‑VM, Node 2 on‑premises, Node 3 als Hyperledger Fabric‑peer.  
2. Het encryptie‑beleidsdocument (5 MB) werd secret‑shared over de nodes.  
3. Het vragenlijstitem “Beschrijf uw sleutel‑rotatieschema” werd beantwoord in **4,2 seconden** met een verifieerbaar bewijs.  
4. De bank‑auditors verifieerden het bewijs met de publieke sleutel en bevestigden dat het antwoord afkomstig was van FinFlow’s interne beleid zonder dat zij het beleid zelf zagen.

**Resultaat**: De audit‑doorlooptijd daalde van **7 dagen** naar **2 uur**, en er werden **geen compliantie‑inbreuken** gemeld.

---

## 8. Toekomstige richtingen

| Roadmap‑item | Verwachte impact |
|--------------|------------------|
| **Federated SMPC over meerdere leveranciers** | Maakt gezamenlijke benchmarking mogelijk zonder propriëtaire data te delen. |
| **Dynamische beleidsvernieuwing met on‑chain governance** | Laat meteen beleidsupdates doorvoeren die direct zichtbaar zijn in de SMPC‑calculatie. |
| **Zero‑Knowledge risicoscores** | Produceert kwantitatieve risicoscores afgeleid uit versleutelde data, met cryptografisch bewijs. |
| **AI‑gegenereerde compliance‑narratieven** | Breidt uit van ja/nee‑antwoorden naar volledige narratieven, terwijl privacy behouden blijft. |

---

## Conclusie

Secure Multiparty Computation, gecombineerd met generatieve AI, biedt een **privacy‑first, controleerbare en schaalbare** oplossing voor het automatiseren van antwoorden op beveiligingsvragenlijsten. Het vervult drie kritieke eisen van moderne SaaS‑bedrijven:

1. **Snelheid** – Near‑real‑time antwoordgeneratie verkort de deal‑frictie.  
2. **Beveiliging** – Vertrouwelijke data verlaten nooit de rechtmatige eigenaar, waardoor lekken en regelgevende overtredingen worden voorkomen.  
3. **Vertrouwen** – Cryptografische bewijzen geven klanten en auditors zekerheid dat antwoorden zijn gebaseerd op geverifieerde interne beleidsregels.

Door SMPC‑AI in Procurize te integreren, kunnen organisaties een traditioneel handmatig knelpunt omvormen tot een **concurrentievoordeel**, waardoor snellere contractafsluitingen mogelijk worden gemaakt terwijl de hoogste privacy‑normen worden gehandhaafd.

---

## Zie ook

- [Procurize Blog: AI‑gedreven compliance‑integratie in CI/CD‑workflows](https://blog.procurize.com/ai-ci-cd-compliance)