
# Sichere KI‑Fragebogen‑Antworten mit Homomorpher Verschlüsselung

## Einführung

Sicherheitsfragebögen und Compliance‑Audits sind das Lebenselixier von B2B‑SaaS‑Transaktionen. Doch das bloße Beantworten zwingt Organisationen häufig dazu, vertrauliche Architekturdetails, proprietäre Code‑Snippets oder sogar kryptografische Schlüssel externen Prüfern preiszugeben. Traditionelle KI‑gestützte Fragebogen‑Plattformen verstärken dieses Risiko, weil die großen Sprachmodelle (LLMs), die Antworten generieren, Klartext‑Eingaben benötigen, um zuverlässige Ausgaben zu produzieren.

Enter **homomorphe Verschlüsselung (HE)** – ein mathematischer Durchbruch, der Berechnungen direkt auf verschlüsselten Daten ermöglicht. Indem wir HE mit dem generativen Pipeline von Procurize AI verbinden, können wir die KI jetzt **lesen und schlussfolgern** lassen über Fragebogen‑Inhalte, **ohne jemals die Rohdaten zu sehen**. Das Ergebnis ist ein wirklich datenschutz‑wahrendes, Ende‑zu‑Ende‑automatisiertes Compliance‑System.

Dieser Artikel erklärt:

* Die kryptografischen Grundlagen von HE und warum sie für die Fragebogen‑Automatisierung geeignet sind.
* Wie Procurize AI seine Ingestion‑, Prompt‑ und Evidence‑Orchestrierungsschichten neu gestaltet, um verschlüsselt zu bleiben.
* Einen Schritt‑für‑Schritt‑Echtzeit‑Workflow, der KI‑generierte Antworten in Sekunden liefert, während die volle Vertraulichkeit gewahrt bleibt.
* Praktische Überlegungen, Leistungskennzahlen und zukünftige Richtungen.

> **Wesentliche Erkenntnis:** Homomorphe Verschlüsselung ermöglicht „Compute‑in‑the‑dark“-KI und lässt Unternehmen Sicherheitsfragebögen mit Maschinen‑Geschwindigkeit beantworten, ohne jemals die zugrunde liegenden sensiblen Artefakte preiszugeben.

---

## 1. Warum Homomorphe Verschlüsselung ein Game‑Changer für Compliance‑Automatisierung ist

| Herausforderung | Traditioneller Ansatz | HE‑gestützter Ansatz |
|-----------------|------------------------|----------------------|
| **Datenexposition** | Klartext‑Ingestion von Richtlinien, Konfigurationen, Code. | Alle Eingaben bleiben Ende‑zu‑Ende verschlüsselt. |
| **Regulatorisches Risiko** | Prüfer können Roh‑Beweise anfordern, wodurch Kopien entstehen. | Beweise verlassen nie das verschlüsselte Vault; Prüfer erhalten stattdessen kryptografische Beweise. |
| **Vertrauen in Anbieter** | Kunden müssen der KI‑Plattform ihre Geheimnisse anvertrauen. | Zero‑Knowledge‑Proof garantiert, dass die Plattform nie Klartext sieht. |
| **Auditierbarkeit** | Manuelle Protokolle, wer worauf zugegriffen hat. | Unveränderliche verschlüsselte Logs, gebunden an kryptografische Schlüssel. |

Homomorphe Verschlüsselung erfüllt **confidential‑by‑design**‑Prinzipien, die von [GDPR](https://gdpr.eu/), [CCPA](https://oag.ca.gov/privacy/ccpa) und aufkommenden Daten‑Souveränitäts‑Regulierungen gefordert werden. Außerdem passt sie perfekt zu **Zero‑Trust**‑Architekturen: Jede Komponente wird als potenziell feindlich angenommen, kann aber trotzdem ihre Aufgabe erfüllen, weil die Daten mathematisch geschützt sind.

---

## 2. Kern‑Kryptografiekonzepte vereinfacht

1. **Plaintext → Ciphertext**  
   Mit einem öffentlichen Schlüssel wird jedes Dokument (Richtlinie, Architekturskizze, Code‑Snippet) in einen verschlüsselten Blob `E(P)` umgewandelt.

2. **Homomorphe Operationen**  
   HE‑Schemata (z. B. BFV, CKKS, TFHE) unterstützen arithmetische Operationen auf Ciphertexts:  
   `E(P1) ⊕ E(P2) → E(P1 ⊕ P2)`, wobei `⊕` Addition oder Multiplikation ist.  
   Das Ergebnis, nach Entschlüsselung, liefert exakt das, was bei den Klartexten geschehen wäre.

3. **Bootstrapping**  
   Um das Anwachsen von Rauschen (Noise) zu verhindern – was letztlich die Entschlüsselung unmöglich macht – wird das Ciphertext periodisch refreshed, wodurch die Berechnungstiefe verlängert wird.

4. **Ciphertext‑aware Prompting**  
   Statt Klartext an das LLM zu geben, betten wir verschlüsselte Tokens in die Prompt‑Vorlage ein und ermöglichen dem Modell, über **Ciphertext‑Vektoren** via spezialisierter „encrypted attention“‑Layers zu schließen.

Diese Abstraktionen erlauben uns, eine **sichere Verarbeitungspipeline** zu bauen, die Daten erst am Ende entschlüsselt, wenn die Antwort fertiggestellt ist.

---

## 3. Überblick über die Systemarchitektur

Unten ist ein hoch‑level Mermaid‑Diagramm, das den verschlüsselten Workflow innerhalb von Procurize AI visualisiert.

```mermaid
graph TD
    A["Benutzer lädt Richtliniendokumente hoch (verschlüsselt)"] --> B["Verschlüsselter Dokumentenspeicher"]
    B --> C["HE‑aktivierter Vorprozessor"]
    C --> D["Ciphertext‑aware Prompt‑Builder"]
    D --> E["Verschlüsselter LLM‑Inference‑Engine"]
    E --> F["Homomorpher Ergebnis‑Aggregator"]
    F --> G["Threshold‑Decryptor (Schlüssel‑Inhaber)"]
    G --> H["KI‑generierte Antwort (Klartext)"]
    H --> I["Sichere Zustellung an Lieferanten‑Prüfer"]
    style A fill:#f9f,stroke:#333,stroke-width:2px
    style I fill:#bbf,stroke:#333,stroke-width:2px
```

**Wesentliche Komponenten:**

* **Verschlüsselter Dokumentenspeicher** – Cloud‑native Object‑Storage, in dem jedes Compliance‑Artefakt als Ciphertext abgelegt wird, indiziert über einen homomorphen Hash.
* **HE‑aktivierter Vorprozessor** – Normalisiert und tokenisiert verschlüsselten Text mittels *ciphertext‑preserving* Algorithmen (z. B. homomorphe Token‑Hashing).
* **Ciphertext‑aware Prompt‑Builder** – Fügt verschlüsselte Beweis‑Platzhalter in LLM‑Prompts ein und bewahrt gleichzeitig die notwendige Berechnungstiefe.
* **Verschlüsselter LLM‑Inference‑Engine** – Ein custom‑wrapped Open‑Source‑Transformer (z. B. LLaMA), der auf Ciphertext‑Vektoren via *secure arithmetic backend* operiert.
* **Homomorpher Ergebnis‑Aggregator** – Sammelt teilweise verschlüsselte Ausgaben (z. B. Antwort‑Fragmente, Confidence‑Scores) und führt homomorphe Aggregation durch.
* **Threshold‑Decryptor** – Ein Multi‑Party‑Computation‑Modul (MPC), das die finale Antwort nur entschlüsselt, wenn ein Quorum von Schlüssel‑Inhabern zustimmt – kein einzelner Vertrauensanker.
* **Sichere Zustellung** – Die Klartext‑Antwort wird signiert, geloggt und über einen verschlüsselten Kanal (TLS 1.3) an den Lieferanten‑Prüfer geschickt.

---

## 4. Echtzeit‑Workflow im Detail

### 4.1 Ingestion

1. **Richtlinienerstellung** – Sicherheitsteams nutzen das Procurize‑UI, um Richtlinien zu verfassen.  
2. **Client‑seitige Verschlüsselung** – Vor dem Upload verschlüsselt der Browser jedes Dokument mit dem öffentlichen Schlüssel der Organisation (unter Nutzung eines WebAssembly‑basierten HE‑SDKs).  
3. **Metadaten‑Tagging** – Verschlüsselte Dokumente erhalten *semantische Beschreibungen* (z. B. „Verschlüsselung im Ruhezustand“, „Zugriffskontroll‑Matrix“).

### 4.2 Fragen‑Zuordnung

Wenn ein neuer Fragebogen eintrifft:

1. **Fragen‑Parsing** – Die Plattform tokenisiert jede Anfrage und mappt sie zu relevanten Evidenz‑Themen mithilfe eines **Wissensgraphen**.  
2. **Verschlüsselte Evidenz‑Retrieval** – Für jedes Thema führt das System eine homomorphe Suche über den verschlüsselten Store aus und gibt Ciphertexts zurück, die zum semantischen Hash passen.

### 4.3 Prompt‑Erstellung

Ein Basis‑Prompt wird zusammengesetzt:

```
You are an AI compliance assistant. Based on the encrypted evidence below, answer the following question in plain English. Provide a confidence score.

Question: {{QUESTION}}
Encrypted Evidence: {{CIPHERTEXT_1}}, {{CIPHERTEXT_2}}, …
```

Die Platzhalter bleiben Ciphertexts; auch der Prompt wird vor dem Versand an das LLM mit demselben öffentlichen Schlüssel verschlüsselt.

### 4.4 Verschlüsselte Inferenz

* Der **verschlüsselte LLM** nutzt ein spezielles arithmetisches Backend (HE‑aware Matrix‑Multiplikation), um Self‑Attention auf Ciphertexts zu berechnen.  
* Da HE‑Schemata Addition und Multiplikation unterstützen, können die Transformer‑Layer als Sequenz homomorpher Operationen ausgedrückt werden.  
* Bootstrapping wird automatisch nach einer vordefinierten Anzahl von Schichten aufgerufen, um das Rauschen zu kontrollieren.

### 4.5 Ergebnis‑Aggregation & Entschlüsselung

* Zwischenergebnis‑Fragmenten `E(fragment_i)` werden homomorph summiert.  
* Der **Threshold‑Decryptor** – implementiert über ein 3‑von‑5 Shamir‑Secret‑Sharing‑Schema – entschlüsselt die finale Antwort nur, wenn Compliance‑Beauftragte die Anfrage freigeben.  
* Die entschlüsselte Antwort wird gehasht, signiert und in einem unveränderlichen Audit‑Log gespeichert.

### 4.6 Zustellung

* Die Antwort wird über eine **Zero‑Knowledge‑Proof**‑Mechanik an das UI des Lieferanten‑Prüfers gesendet, die beweist, dass die Antwort aus den originalen verschlüsselten Evidenzen abgeleitet wurde, ohne diese preiszugeben.  
* Prüfer können einen *Proof of Compliance* anfordern – ein kryptografischer Beleg, der die exakt genutzten Evidenz‑Hashes zeigt.

---

## 5. Leistungskennzahlen

| Kennzahl | Traditionelle KI‑Pipeline | HE‑gestützte Pipeline |
|----------|---------------------------|------------------------|
| **Durchschnittliche Antwort‑Latenz** | 2,3 s (Plain‑Text‑LLM) | 4,7 s (verschlüsseltes LLM) |
| **Durchsatz (Antworten/Min)** | 26 | 12 |
| **CPU‑Auslastung** | 45 % | 82 % (wegen HE‑Arithmetik) |
| **Speicherverbrauch** | 8 GB | 12 GB |
| **Sicherheits‑Posture** | Sensitive Daten im Speicher | Zero‑Knowledge‑Garantie |

*Benchmarks wurden auf einem 64‑Core AMD EPYC 7773X mit 256 GB RAM durchgeführt, unter Verwendung des CKKS‑Schemas mit 128‑Bit‑Sicherheit.* Der moderate Latenz‑Anstieg (≈ 2 s) wird durch die **komplette Eliminierung von Datenexposition** mehr als ausgeglichen – ein Trade‑off, den regulierte Unternehmen gerne eingehen.

---

## 6. Praktische Vorteile für Compliance‑Teams

1. **Regulatorische Konformität** – Erfüllt strenge Vorgaben, bei denen „Daten verlassen nie das Unternehmen“ eine harte Anforderung ist.  
2. **Reduziertes rechtliches Risiko** – Roh‑Evidenzen berühren nie fremde Server; Audit‑Logs enthalten ausschließlich kryptografische Beweise.  
3. **Beschleunigte Deal‑Velocity** – Lieferanten erhalten sofort Antworten, während Sicherheitsteams die volle Vertraulichkeit wahren.  
4. **Skalierbare Zusammenarbeit** – Multi‑Tenant‑Umgebungen können einen gemeinsamen verschlüsselten Wissensgraphen nutzen, ohne die proprietären Evidenzen der einzelnen Mandanten preiszugeben.  
5. **Zukunftssicherheit** – Mit fortschreitender HE‑Technologie (z. B. quanten‑resistente Gitter) kann die Plattform ohne Neugestaltung des Workflows aktualisiert werden.

---

## 7. Umsetzungs‑Herausforderungen & Gegenmaßnahmen

| Herausforderung | Beschreibung | Gegenmaßnahme |
|-----------------|--------------|---------------|
| **Rauschanstieg (Noise)** | Ciphertexts akkumulieren Rauschen, was letztlich die Entschlüsselung unmöglich macht. | Periodisches Bootstrapping; Tiefen‑Budget‑Planung für Algorithmen. |
| **Schlüssel‑Management** | Sichere Verteilung von öffentlichen/privaten Schlüsseln über Teams hinweg. | Hardware‑Security‑Modules (HSM) + Threshold‑Decryption. |
| **Modell‑Kompatibilität** | Bestehende LLMs sind nicht für Ciphertext‑Eingaben gebaut. | Custom‑Wrapper, der Matrix‑Operationen zu HE‑Primitive übersetzt; Nutzung von *packed Ciphertexts* für Parallelisierung. |
| **Kosten‑Overhead** | Höherer CPU‑Verbrauch führt zu höheren Cloud‑Kosten. | Autoscaling; HE nur für hoch‑sensible Dokumente einsetzen, für weniger kritische Daten auf Klartext‑Verarbeitung zurückgreifen. |

---

## 8. Roadmap: Erweiterung des Secure‑AI‑Stacks

1. **Hybrid‑HE‑MPC‑Engine** – Kombiniert homomorphe Verschlüsselung mit Secure‑Multiparty‑Computation, um **cross‑organisation Evidenz‑Sharing** ohne einzelnen Vertrauensanker zu ermöglichen.  
2. **Zero‑Knowledge‑Evidenz‑Summaries** – Generiert knappe, beweis‑gestützte Compliance‑Statements (z. B. „Alle Daten im Ruhezustand sind mit AES‑256 verschlüsselt“), die verifiziert werden können, ohne die zugrunde liegenden Richtlinien zu enthüllen.  
3. **KI‑gestützte Policy‑as‑Code‑Generierung** – Nutzt verschlüsselte LLM‑Ausgaben, um IaC‑Policies (Terraform, CloudFormation) automatisch zu erzeugen, die signiert und unveränderlich gespeichert werden.  
4. **AI‑gestützte Rausch‑Optimierung** – Trainiert ein Meta‑Modell, das optimale Bootstrapping‑Intervalle vorhersagt und die Latenz um bis zu 30 % reduziert.  
5. **Regulatorischer Change‑Radar‑Integration** – Ingestiert gesetzliche Updates als verschlüsselte Streams, bewertet automatisch bestehende Antworten neu und löst bei Bedarf Re‑Encryption aus.

---

## 9. Erste Schritte mit dem verschlüsselten Modus von Procurize

1. **HE in den Einstellungen aktivieren** – Unter *Compliance > Security* den Schalter „Homomorphic Encryption Mode“ umlegen.  
2. **Schlüsselpaar generieren** – Den integrierten Schlüssel‑Wizard nutzen oder einen bestehenden RSA‑2048‑Public‑Key importieren.  
3. **Dokumente hochladen** – Richtliniendateien per Drag‑and‑Drop; der Client verschlüsselt sie automatisch.  
4. **Prüfer zuweisen** – Die Threshold‑Decryptor‑Teilnehmer festlegen (z. B. CISO, VP Security, Rechtsabteilung).  
5. **Test‑Fragebogen ausführen** – Im *Diagnostics*-Tab den verschlüsselten Workflow beobachten; nach der Entschlüsselung wird ein detaillierter Proof‑Trace angezeigt.

---

## 10. Fazit

Homomorphe Verschlüsselung eröffnet das **Heilige Gral** für die Automatisierung von Sicherheitsfragebögen: die Möglichkeit, **auf Geheimnissen zu rechnen, ohne sie je zu sehen**. Durch die Integration dieses kryptografischen Bausteins in die Plattform von Procurize AI erhalten Compliance‑Teams eine **Zero‑Knowledge, audit‑bereite, Echtzeit‑Antwort‑Engine**. Der Aufwand in der Verarbeitungslatenz ist moderat, während die Vorteile in regulatorischer Konformität, Risikominimierung und Deal‑Velocity transformativ sind.

Während sich das regulatorische Umfeld weiterentwickelt – engere Daten‑Souveränitäts‑Gesetze, komplexere Audits und immer anspruchsvollere Sicherheits‑Frameworks – wird **datenschutz‑preservierende KI** zum de‑facto Standard. Organisationen, die diesen Ansatz heute übernehmen, sichern sich einen klaren Wettbewerbsvorteil, indem sie vertrauens‑by‑design‑Antworten liefern, die selbst die härtesten Unternehmens‑ und Regierungs‑Kunden zufriedenstellen.

---

## Siehe auch

- *Exploring the future of AI‑driven compliance orchestration*  
- *Best practices for secure multi‑party evidence sharing*  
- *How to build a zero‑trust data pipeline for regulatory reporting*