# Sicherheit und Compliance - GateLLM

> GateLLM-Sicherheit und -Compliance: selbst gehostet, BYOK-Schlüssel verlassen nie Ihr Netzwerk, DSGVO/CCPA/DPA, Enterprise-SSO, absturzsichere Abrechnung und Audit.

Kanonisch: https://www.gatellm.io/de/security/

## Sicherheit und Compliance
Sicherheit, Datenschutz und Compliance für die Enterprise-Beschaffung. Vollständig selbst gehostet; Daten verlassen Ihr Netzwerk nie.
### Daten verlassen Ihr Netzwerk nie
Unter BYOK liegen API-Schlüssel nur im Speicher des Gateways — nie persistiert oder übertragen.

Anfragen laufen über das Gateway direkt an Anbieter-APIs; Daten bleiben durchgängig in Ihrem privaten Netzwerk.

GateLLM selbst speichert, trainiert auf oder cached keine Anfrageinhalte.
### Transport- und Schlüsselsicherheit
TLS 1.3 durchgängig.

Schlüssel nur im Speicher; bei einem Neustart werden sie aus Ihren Secrets injiziert — nie auf der Festplatte.

Client-Zulassungskontrolle: Gating nach User-Agent mit differenzierten Richtlinien.
### Enterprise-Compliance
DSGVO / CCPA / DPA bereit.

Ausgerichtet an SOC-2-Type-II-/ISO-27001-Kontrollen (Zertifizierung in Vorbereitung).

SSO (OIDC: Azure AD / Okta / generisch, plus SAML 2.0 + SCIM 2.0).
### Audit und Abrechnungskorrektheit
Audit-Logs auf Anfrageebene, exportierbar in interne Ops- und Abrechnungssysteme.

Absturzsichere Abrechnung: Vorabzug → Abrechnung → Rückerstattung; die Abrechnung bleibt über Prozessabstürze hinweg durch ein In-Flight-Ledger und Audit pro Anfrage korrekt.

Management-API zur programmatischen Verwaltung von Kontingenten, Budgets, Nutzung und Kosten.
### Schichten der Sicherheitsarchitektur (Whitepaper-Zusammenfassung)
Netzwerkschicht: Der Gateway-Prozess wird in Ihrer VPC / Ihrem On-Premises-Rechenzentrum bereitgestellt; eingehender/ausgehender Datenverkehr wird durch die von Ihnen konfigurierten Sicherheitsgruppen / Netzwerkrichtlinien gesteuert; Anfragen gehen direkt an die offiziellen APIs nachgelagerter Modellanbieter, ohne einen Relay-Server eines Auftragsverarbeiters zu durchlaufen.

Gateway-Prozessschicht: zustandsloses Design; Schlüssel werden aus verschlüsselter Konfiguration in den Speicher geladen und nie persistiert; jede Replik kann jede Anfrage bedienen, was horizontale Skalierung und sofortiges Failover unterstützt; bei einem Neustart werden Schlüssel aus Ihren Secrets neu injiziert.

Schlüsselschicht: BYOK-Modellanbieter-Schlüssel liegen nur im Prozessspeicher des Gateways, werden nie in persistenten Speicher geschrieben und können vom Betriebspersonal nicht im Klartext gelesen werden; die Client-Zulassungskontrolle filtert nach User-Agent mit differenzierten Richtlinien.

Datenschicht: Laufzeit-Prompts / -Completions werden nicht in den Systemen des Auftragsverarbeiters persistiert (im Speicher weitergeleitet, nicht persistiert); Konto- und Lizenzdaten at rest sind AES-256-verschlüsselt; die Aufbewahrungsrichtlinie für Audit-Logs bestimmt Ihr Betriebsteam.

Abrechnungsschicht: absturzsichere Abrechnung (Vorabzug → Abrechnung → Rückerstattung), bleibt über Prozessabstürze hinweg durch ein In-Flight-Ledger und Audit pro Anfrage korrekt.
### CISO-Anliegen-Zuordnung
Bedenken wegen übermäßigem KI-Zugriff: GateLLM adressiert dies mit vollständig selbst gehostetem Deployment + BYOK — Schlüssel und Prompts verlassen nie Ihre Netzwerkgrenze; Sie kontrollieren vollständig, welche Modelle genutzt und an welchen Anbieter geroutet wird, ohne Shadow AI und ohne versteckte Unterauftragsverarbeiter (siehe Liste der Unterauftragsverarbeiter).

Für Training verwendete Daten: Der Auftragsverarbeiter kommt mit Prompt-Daten nicht in Berührung; ob ein nachgelagerter Modellanbieter trainiert, bestimmt dessen Richtlinie, die Sie vor dem Onboarding in der Datenverwendungsmatrix der Liste der Unterauftragsverarbeiter prüfen können — vollständig opt-in.

Grenzüberschreitende Compliance: Kontodaten des Auftragsverarbeiters werden über SCCs / IDTA grenzüberschreitend übertragen; grenzüberschreitende Übertragungen an nachgelagerte Anbieter gehen Sie direkt mit geeigneten Garantien ein (DPA Abschnitt 11).

Schlüssellecks: Schlüssel liegen nur im Speicher, werden nie persistiert oder übertragen; SSO delegiert MFA und Sitzungsverwaltung an Ihren bestehenden IdP, sodass Zugangsdaten nicht fragmentiert werden.
### Penetrationstests und Schwachstellen-Governance
Unabhängige Penetrationstests von GateLLM durch Dritte sind in Vorbereitung (Geltungsbereich und Rules of Engagement liegen bereit) und decken den Gateway-Prozess, Authentifizierung und Autorisierung, Edge Functions, das API-Gateway und Schlüsselverwaltungspfade ab; eine Zusammenfassung wird nach Abschluss in Abschnitt 7 der Richtlinie zur Offenlegung von Schwachstellen veröffentlicht.

Richtlinie zur verantwortungsvollen Offenlegung von Schwachstellen: Meldung über security@gatellm.io (PGP unterstützt), Bestätigung innerhalb von 24 Stunden, Behebung nach CVSS-Schweregrad (Critical 7 Tage / High 30 Tage / Medium 60 Tage / Low 90 Tage).

Eine Software-Stückliste (SBOM) wird bereitgestellt; Abhängigkeiten werden regelmäßig auf bekannte Schwachstellen gescannt, und Sicherheitspatches werden im Changelog mit CVE-IDs annotiert.
- DSGVO
- CCPA
- DPA
- Ausgerichtet an SOC-2-Kontrollen
- Ausgerichtet an ISO-27001-Kontrollen
## Vertrauens- und Compliance-Dokumente
### Auftragsverarbeitungsvertrag (DPA)
DSGVO-Art-28(3)-Zuordnung, SCC/IDTA grenzüberschreitend, Benachrichtigung bei Änderungen der Unterauftragsverarbeiter, Besonderheiten des Datenflusses im LLM-Gateway
### Liste der Unterauftragsverarbeiter
Datenverwendungsmatrix für 100+ nachgelagerte Modellanbieter, kein Shadow AI, Änderungsabo
### Bibliothek für Sicherheitsfragebögen
CAIQ / SIG / VSA vorab beantwortet, verkürzt die Beantwortung von Fragebögen von Tagen auf Stunden
### SLA und Incident Response
P1-P4-Incident-Response-Prozess, Support-Service-Stufen, Wartung des Lizenzdienstes, HA-Deployment-Anleitung für das Gateway
### Richtlinie zur Offenlegung von Schwachstellen
Verantwortungsvolle Offenlegung, Reaktions-SLA, PGP-Kommunikation, Zusammenfassung der Penetrationstests
### Open-Source-Lizenzhinweis
Open-Source-Komponenten und -Lizenzen in der Distribution, SBOM, Lizenzgrenze der BYOK-SDKs, Namensnennung
### Versionssupport und Lifecycle
N-1/LTS-Supportfenster, Backports von Sicherheitspatches, Upgrade-Pfad, EOL-Benachrichtigung

## Verwandt
- [Startseite](https://www.gatellm.io/de/index.md)
- [Preise](https://www.gatellm.io/de/pricing.md)
- [Kostenrechner](https://www.gatellm.io/de/calculator.md)
- [Über uns](https://www.gatellm.io/de/about.md)
- [Demo buchen](https://www.gatellm.io/de/demo.md)
- [FAQ](https://www.gatellm.io/de/faq.md)
- [AI-Gateways vergleichen](https://www.gatellm.io/de/compare.md)
- [LiteLLM vergleichen](https://www.gatellm.io/de/compare/litellm.md)
- [OpenRouter vergleichen](https://www.gatellm.io/de/compare/openrouter.md)
- [Alibaba Cloud AI Gateway vergleichen](https://www.gatellm.io/de/compare/alibaba-cloud.md)
- [Azure API Management vergleichen](https://www.gatellm.io/de/compare/azure-apim.md)
- [Apigee vergleichen](https://www.gatellm.io/de/compare/apigee.md)
- [Cloudflare AI Gateway vergleichen](https://www.gatellm.io/de/compare/cloudflare.md)
- [Kong AI Gateway vergleichen](https://www.gatellm.io/de/compare/kong.md)
- [Portkey vergleichen](https://www.gatellm.io/de/compare/portkey.md)
- [LiteLLM vs Kong AI Gateway](https://www.gatellm.io/de/compare/litellm-vs-kong.md)
- [LiteLLM vs OpenRouter](https://www.gatellm.io/de/compare/litellm-vs-openrouter.md)
- [LiteLLM vs Portkey](https://www.gatellm.io/de/compare/litellm-vs-portkey.md)
- [Anwendungsfälle](https://www.gatellm.io/de/use-cases.md)
- [LLM-Kosten senken](https://www.gatellm.io/de/use-cases/reduce-cost.md)
- [Hochverfügbarkeit](https://www.gatellm.io/de/use-cases/high-availability.md)
- [Multi-Tenant-Isolation](https://www.gatellm.io/de/use-cases/multi-tenant.md)
- [Compliance & Audit](https://www.gatellm.io/de/use-cases/compliance-audit.md)
- [Fehlerbehebung nach Symptom](https://www.gatellm.io/de/use-cases/troubleshooting.md)
- [Gemischter Multi-Vendor-Modellstack](https://www.gatellm.io/de/use-cases/mixed-model-stack.md)
- [KI im Office selbst hosten](https://www.gatellm.io/de/use-cases/self-hosted-office-ai.md)
- [Token-Nutzung: Transparenz & Zuordnung](https://www.gatellm.io/de/use-cases/token-ops.md)
- [Token-FinOps: KI-Kosten zuordnen & steuern](https://www.gatellm.io/de/use-cases/token-finops.md)
- [MCP-Tool-Governance](https://www.gatellm.io/de/use-cases/mcp-tool-governance.md)
- [Websuche für jedes Modell](https://www.gatellm.io/de/use-cases/web-search-grounding.md)
- [Multi-Key-Rotation & Standby](https://www.gatellm.io/de/use-cases/multi-key-pooling.md)
- [Zugangskontrolle für verbundene Clients](https://www.gatellm.io/de/use-cases/client-admission-control.md)
- [Modellrichtlinie durchsetzen](https://www.gatellm.io/de/use-cases/enforce-model-policy.md)
- [Keine Modellwahl im Client](https://www.gatellm.io/de/use-cases/automatic-model-tiering.md)
- [Ein Protokoll, jedes Modell](https://www.gatellm.io/de/use-cases/one-protocol-any-model.md)
- [Office / Microsoft 365 Add-in](https://www.gatellm.io/de/office-addin.md)
- [Glossar](https://www.gatellm.io/de/glossary.md)
- [Modellkatalog](https://www.gatellm.io/de/models.md)
- [SDK- & Framework-Integrationen](https://www.gatellm.io/de/integrations.md)
- [KI-Coding-Agents & Harnesses](https://www.gatellm.io/de/coding-agents.md)