Kontextuelle Verschlüsselung für LLM- und Vektordatenbank-Pipelines
Eine Enterprise-AI-Plattform musste LLM-gestützte Funktionen (Chat, Suche, Dokumentenanalyse) ermöglichen, während sichergestellt wurde, dass sensible Daten — PII, Finanzdaten, Gesundheitsinformationen — während der gesamten Pipeline verschlüsselt blieben, einschließlich der Speicherung als Vektoreinbettungen in einer Vektordatenbank.
Ihr Projekt besprechen
Die Herausforderung
Die Verwendung von LLMs und Vektordatenbanken mit sensiblen Daten führte zu neuartigen Sicherheitsrisiken:
- Embedding-Inversionsangriffe — Forschungen zeigten, dass Vektoreinbettungen rückentwickelt werden könnten, um den Originaltext zu rekonstruieren, wodurch PII in Vektor-DBs offengelegt werden könnte
- LLM-Kontextleckage — Sensible Daten, die an LLMs gesendet werden, könnten in Antworten an andere Benutzer erscheinen, wenn sie nicht ordnungsgemäß isoliert sind
- Compliance-Anforderungen — GDPR, HIPAA und SOC2 verlangten Verschlüsselung im Ruhezustand und während der Übertragung, aber Vektordatenbanken speicherten mathematische Darstellungen, keine traditionellen Textfelder
- Suchfunktionalität — Die Verschlüsselung von Text vor der Einbettung zerstörte die semantische Bedeutung, wodurch die Ähnlichkeitssuche nutzlos wurde
- Schlüsselverwaltung — Verschlüsselungsschlüssel pro Mandant benötigten eine Rotation, ohne dass gesamte Datensätze neu eingebettet werden mussten
- Audit-Trail — Jeder Zugriff auf entschlüsselte sensible Daten musste für die Compliance protokolliert werden
Unsere Lösung
Wir implementierten eine kontextuelle Verschlüsselungsarchitektur, die sensible Felder vor der Speicherung selektiv verschlüsselt, während die semantische Suchfähigkeit durch einen gestuften Ansatz erhalten bleibt — PII in Metadaten verschlüsseln, während bereinigte, nicht sensible Inhalte zur Einbettung verfügbar bleiben.
Architektur
- Verschlüsselungs-Engine: AES-256-GCM mit verschlüsselungsschlüsseln pro Mandant
- Schlüsselverwaltung: AWS KMS für Schlüsselgenerierung, Rotation und Zugriffskontrolle
- PII-Erkennung: NER-basierter (Named Entity Recognition) PII-Klassifikator
- Vektordatenbank: Milvus für die Ähnlichkeitssuche auf bereinigten Einbettungen
- LLM-Schicht: Bereinigter Kontext wird an LLM gesendet, sensible Felder werden nach der Generierung wieder eingefügt
- Audit-System: Jeder Entschlüsselungsvorgang wird mit Benutzer, Zeitstempel und Zweck protokolliert
- Datenbank: PostgreSQL für verschlüsselte Metadaten
Kontextuelle Verschlüsselungsstrategie
Datenklassifizierung
Bevor Daten in die Pipeline gelangen, kategorisiert ein PII-Klassifikator jedes Feld nach Sensibilitätsstufe:
- Hochsensibel (z.B. Regierungs-IDs, Finanzkontonummern, medizinische IDs) — Verschlüsselt, niemals eingebettet, niemals an LLM gesendet
- Sensible PII (z.B. vollständige Namen, E-Mail-Adressen, Telefonnummern) — Im Ruhezustand verschlüsselt, vor der Einbettung durch Platzhalter ersetzt
- Kontextuell (z.B. Berufsbezeichnungen, Firmennamen) — Im Ruhezustand verschlüsselt, zur Einbettung mit Zustimmung verfügbar
- Nicht sensibel (z.B. Produktbeschreibungen, öffentliche Informationen) — Wird wie sie sind gespeichert und eingebettet
Verschlüsselungsebenen
Ebene 1: Feldbasierte Verschlüsselung im RuhezustandSensible Felder werden mit AES-256-GCM vor der Speicherung verschlüsselt. Jeder Mandant erhält einen dedizierten Datenverschlüsselungsschlüssel (DEK), der über eine Schlüsselhierarchie via AWS KMS verwaltet wird. Schattenfelder speichern durchsuchbare Hashes für exakte Übereinstimmungssuchen, ohne dass eine Entschlüsselung erforderlich ist.
Ebene 2: Bereinigung vor der EinbettungPII wird erkannt und durch typenerhaltende Platzhalter ersetzt, bevor der Text an das Einbettungsmodell gesendet wird. Dies bewahrt die semantische Bedeutung für die Ähnlichkeitssuche, während identifizierbare Informationen entfernt werden. Die Zuordnung von Original zu Platzhalter wird verschlüsselt neben dem Vektor-Datensatz gespeichert.
Ebene 3: Kontexteinspritzung nach LLM-GenerierungDas LLM erhält bereinigten Kontext mit Platzhaltern zur Generierung von Antworten. Nach der Generierung fügt das System tatsächliche Werte aus verschlüsseltem Speicher in die Antwort ein. Dies verhindert, dass sensible Daten in LLM-Trainingsdaten gelangen oder vom Anbieter zwischengespeichert werden.
Sicherheit der Vektordatenbank
Sammlungsdesign
Vektorsammlungen speichern bereinigte Einbettungen neben verschlüsselten Originalmetadaten. Die Mandantenisolation wird über Partitionsschlüssel durchgesetzt, wobei die Metadaten jedes Mandanten mit ihrem eigenen Schlüssel verschlüsselt werden. Die API-Schicht validiert den Mandantenbesitz vor jedem Entschlüsselungsvorgang.
Schlüsselverwaltung & Rotation
Schlüsselhierarchie
Eine mehrstufige Schlüsselhierarchie wird verwendet: Ein Hauptschlüssel in AWS KMS umschließt verschlüsselungsschlüssel pro Mandant, die wiederum Datenverschlüsselungsschlüssel pro Mandant umschließen, die für die feldbasierte Verschlüsselung verwendet werden. Dies ermöglicht eine effiziente Schlüsselrotation, ohne die gesamte Schlüsselkette neu zu verschlüsseln.
Schlüsselrotationsprozess
- Neuer DEK generiert — Neuer Datenverschlüsselungsschlüssel unter dem bestehenden Verschlüsselungsschlüssel erstellt
- Neue Schreibvorgänge — Alle neuen Daten werden mit dem neuen Schlüssel verschlüsselt; der alte Schlüssel bleibt für Lesevorgänge gültig
- Hintergrund-Neuverschlüsselung — Batch-Job verschlüsselt bestehende Datensätze mit dem neuen Schlüssel neu
- Alte DEK-Ruhestellung — Sobald alle Datensätze migriert sind, wird der alte Schlüssel als inaktiv markiert
- Audit-Log — Rotationsereignis wird mit Zeitstempeln und betroffenen Datensatzanzahlen protokolliert
Audit & Compliance
Entschlüsselungs-Audit-Log
Jeder Entschlüsselungsvorgang erfasst, wer ihn angefordert hat, was entschlüsselt wurde, wann, warum (Anforderungskontext) und welcher Schlüssel verwendet wurde — dies bietet eine vollständige Compliance-Nachverfolgung.
GDPR-Recht auf Löschung
Das System unterstützt die vollständige Datenlöschung sowohl in der relationalen Datenbank als auch in der Vektordatenbank, mit optionaler Schlüsselrotation, um kryptografisch sicherzustellen, dass kein Restzugriff besteht. Alle Löschvorgänge werden in einem GDPR-Audit-Trail protokolliert.
Hauptmerkmale
- Feldbasierte Verschlüsselung — AES-256-GCM auf sensiblen Feldern, nicht auf gesamten Datensätzen
- PII-Bereinigung — Platzhalter bewahren die semantische Bedeutung für Einbettungen
- Nach-LLM-Wiedereinfügung — Sensible Daten werden niemals an LLM-Anbieter gesendet
- Schlüssel pro Mandant — Isolierte Verschlüsselungsschlüssel mit AWS KMS-Verwaltung
- Schlüsselrotation — Rotation ohne Ausfallzeiten mit Hintergrund-Neuverschlüsselung
- Einbettungssicherheit — Bereinigte Einbettungen verhindern Inversionsangriffe auf PII
- Audit-Trail — Jede Entschlüsselung wird für Compliance-Berichte protokolliert
- GDPR-Compliance — Automatisierte Löschung über verschlüsselte Speicher und Vektor-DB
Ergebnisse
Technologie-Stack
caseStudyDetail.more Fallstudien
Entdecken Sie mehr unserer technischen Implementierungen
Catant HR- und Workforce-Management-Plattform
Catant ist eine modulare HR- und Workforce-Management-Plattform, die Unternehmen dabei unterstützt, Mitarbeiter, Gehaltsabrechnung, Anwesenheit und Compliance von einem einzigen Dashboard aus zu verwalten.
Kickly: KI-gestützte Projektplattform für Startups
Kickly ist eine KI-gestützte Projektmanagementplattform, die speziell für Startups entwickelt wurde. Sie kombiniert intelligente Aufgabenautomatisierung, Teamzusammenarbeit und Echtzeit-Fortschrittsverfolgung in einem Produkt.
Bereit, Ihr Unternehmen zu transformieren?
Lassen Sie uns besprechen, wie wir ähnliche Lösungen für Ihre Herausforderungen anwenden können.