Sicherheits- & DSGVO-Architektur
ComputeMesh wurde nach dem strikten Prinzip des flüchtigen Zero-Knowledge-Streamings (Privacy-by-Design nach Art. 25 DSGVO) entwickelt. Eingegebene Prompts und generierte Antworten sind auf dem Transportweg mathematisch abhörsicher und werden niemals auf Festplatten gespeichert.
100% Abhörsicher
End-to-End-Verschlüsselung via TLS 1.3 mit Perfect Forward Secrecy (PFS). Für jede Inferenz-Sitzung wird ein Einmalschlüssel erzeugt. Ein nachträgliches Mitschneiden oder Entschlüsseln ist mathematisch unmöglich.
Verschlüsselter RAM & Zero-Retention
Prompts existieren ausschließlich im flüchtigen RAM in ephemeren AES-256-GCM Umschlägen mit OS-Speichersperren (mlock Anti-Swap) und sofortigem SecureZeroMemory Überschreiben.
Kein Modell-Training
Weder deine Prompts noch die KI-Antworten werden jemals zum Trainieren, Nachtrainieren oder Feintunen von Modellen genutzt. Deine Daten und dein IP bleiben zu 100% dein Eigentum.
🔒 1. Schutz vor Datenabfangen & Mitlesen (Transportverschlüsselung)
Jede Verbindung zwischen deinen Anwendungen (OpenAI SDK, LangChain, Python, Browser) und unserem Gateway wird über hochsichere kryptografische Cipher-Suites abgewickelt:
- TLS 1.3 & Elliptische Kurven: Schlüsselaustausch über X25519 mit AES-256-GCM und ChaCha20-Poly1305.
- Perfect Forward Secrecy (PFS): Selbst bei einer theoretischen Kompromittierung des Hauptzertifikats in der Zukunft kann vergangener Datenverkehr niemals entschlüsselt werden.
- HSTS Preload: Erzwingt HTTPS über alle Subdomains (2 Jahre Cache) und verhindert jegliche Downgrade-Angriffe.
- RAM-Only Proxy-Streaming: Die Nginx-Direktive
proxy_max_temp_file_size 0;garantiert, dass keine Request-Bodies auf Festplatten-Puffer ausgelagert werden.
⚡ 2. Flüchtige RAM-Verarbeitung & Speicherbegrenzung (Art. 5 DSGVO)
Unsere Gateway-Architektur (computemesh-gateway) ist im Quellcode so programmiert, dass sie keine Protokolle über Prompt-Inhalte führt:
class GatewayHandler(BaseHTTPRequestHandler):
def log_message(self, format: str, *args: Any) -> None:
"""Verhindert jegliche Protokollierung von Prompts oder Parametern."""
pass
- Keine Datenbank-Speicherung: Die Abrechnungsdatenbank erfasst ausschließlich anonymisierte Zählerwerte (z. B.
Prompt: 45 Tokens,Antwort: 128 Tokens,Kosten: $0.0001) — niemals deinen Text. - Sofortige Freigabe: Sobald der letzte Token-Chunk per Server-Sent Events (SSE) an deinen Client übermittelt wurde (
data: [DONE]), wird der belegte Arbeitsspeicher sofort freigegeben.
🧩 3. Blinded Split-Inference, mTLS & Hardware-Attestierung
Die Kommunikation zwischen Orchestrator und verteilten GPU-Knoten ist durch mTLS, Ed25519-Signaturen und orthogonale Tensor-Verschleierung isoliert:
- Blinded Split-Inference: Layer-0 Embeddings werden mathematisch rotiert ($h' = h \cdot R$), bevor Shards an Nodes gesendet werden. Externe Nodes rechnen rein numerisch ohne Vokabular- oder Text-Zugriff.
- Confidential Computing (TEE): Für vertrauliche Unternehmensanfragen unterstützt ComputeMesh Hardware-Attestierung (AMD SEV-SNP / Intel TDX), wodurch Berechnungen in hardware-verschlüsselten Enklaven ausgeführt werden.
- Fail-Closed Routing: Vertrauliche Anfragen werden niemals heimlich auf ungesicherte Knoten umgeleitet.
📋 4. EU-DSGVO Konformitätsmatrix
| DSGVO-Artikel | Gesetzliche Anforderung | Technische Umsetzung bei ComputeMesh |
|---|---|---|
| Art. 5 Abs. 1 lit. c | Datenminimierung | Keine Werbe-Tracker, keine Cookies, keine dauerhafte Speicherung von Nutzdaten. |
| Art. 5 Abs. 1 lit. e | Speicherbegrenzung | Zero-Disk-Retention: Prompts existieren nur für Millisekunden im flüchtigen RAM. |
| Art. 5 Abs. 1 lit. f | Integrität & Vertraulichkeit | TLS 1.3 mit PFS, mTLS-Knotenbindung, AES-256-GCM Vault, Systemd-Sandbox. |
| Art. 25 | Privacy by Design | Architektonische Trennung von Abrechnung und Inhalten; Fail-Closed-Sicherheitslogik. |
| Art. 28 | Auftragsverarbeitung (AVV) | Vertrag zur Auftragsverarbeitung (DPA) für B2B-Kunden verfügbar. |
| Art. 32 | Sicherheit der Verarbeitung | Mehrstufige technische und organisatorische Maßnahmen (TOMs) nach aktuellem Stand der Technik. |
🏰 5. Server-Sandboxing & Zahlungsdaten-Isolierung
- Linux-Systemd-Sandboxing: Der Gateway-Dienst läuft unter Debian 13 mit strikten Kernel-Restriktionen (
ProtectSystem=strict,PrivateTmp=true,NoNewPrivileges=true). - Stripe PCI-DSS Level 1: Zahlungen und Kreditkartendaten werden niemals über ComputeMesh-Server geleitet, sondern direkt durch Stripe verarbeitet.
- AES-256-GCM Vault: Alle internen Secrets sind im kryptografischen Vault abgesichert.
Bereit für maximale Sicherheit und höchste Performance?
Nutze unsere OpenAI-kompatible High-Speed-API mit vollem Datenschutz.