Zum Inhalt springen

Sicherheit und Datenschutz

So schützen wir Ihre Daten

Technischer Überblick über die Sicherheit der OpenAEC SuperCloud: Datenstandort, Verschlüsselung und Schlüsselverwaltung, Identität, Mandantentrennung, Betrieb und Kontinuität. Die Software ist Open Source, jede Aussage hier ist also überprüfbar.

  • Frankfurt, EUAWS-Region eu-central-1
  • ISO 27001 · SOC 2 · C5Zertifizierungen des Rechenzentrums (AWS)
  • 1 Schlüssel pro Kundeverschlüsselt mit Ihrem eigenen Schlüssel

Auf einen Blick

  • Verarbeitung nur in der EUAWS eu-central-1; Backups in einer zweiten EU-Region.
  • KMS-Schlüssel pro MandantAES-256 at rest; Crypto-Shredding beim Austritt.
  • OIDC + MFAPKCE, kurzlebige JWTs, TOTP und Passkeys.
  • Just-in-time-SupportNur mit Zustimmung, befristet, auditiert.
  • IaC + Least PrivilegeOpenTofu über CI/CD; keine Konsolenarbeit.
  • KI-GatewayStandardmäßig nur EU-Modelle; kein Training mit Kundendaten.

Wo Ihre Daten liegen

So ist Ihre Umgebung aufgebautAlles innerhalb der EU: verschlüsselter Datenverkehr, ein Konto zum Anmelden und pro Kunde eine eigene Datenbank, eigener Speicher und eigener Schlüssel.
Sie Browser Desktop-App API https (TLS) EU · AWS Frankfurt (eu-central-1) Anmeldung ein Konto · 2FA Ihre Umgebung Eigene Datenbank Eigener Dateispeicher Eigener Schlüssel Andere Kunden vollständig getrennt KI-Gateway nur Modelle in der EU Backups verschlüsselt, zweite EU-Region

Datenstandort

Alle Kundendaten werden in der AWS-Region eu-central-1 (Frankfurt) verarbeitet und gespeichert. Backups liegen verschlüsselt in einer zweiten EU-Region. Eine Verarbeitung außerhalb der EU erfolgt nur, wenn Sie selbst ein KI-Modell außerhalb der EU aktivieren. Unser Vertrag mit AWS läuft über die europäische Gesellschaft: Amazon Web Services EMEA SARL in Luxemburg.

  • Primäre Region: eu-central-1 (Frankfurt)
  • Backups: zweite EU-Region, plus eine Kopie im Langzeitspeicher
  • Region und Partition sind Parameter im Infrastrukturcode

Mandantentrennung

Jede Kundenumgebung hat eine eigene Datenbank mit eigenem Datenbanknutzer, einen eigenen S3-Bucket und einen eigenen KMS-Schlüssel. Anwendungscontainer laufen mit CPU- und Speicherlimits. Große Kunden erhalten einen eigenen Anwendungsstack, eine eigene Datenbankinstanz und ein eigenes Netzsegment; ein eigenes AWS-Konto ist optional.

Schlüsselverwaltung und Crypto-Shredding

Daten at rest werden mit AES-256 über AWS KMS verschlüsselt, mit einem Customer Managed Key pro Kunde. Beim Austritt wird dieser Schlüssel nach der Aufbewahrungsfrist vernichtet; damit werden auch alle Backups und früheren Versionen unlesbar.

Verschlüsselung bei der Übertragung

Der gesamte Datenverkehr läuft über TLS 1.2 oder höher, mit HSTS. Datenbanken und Speicher sind nicht direkt aus dem Internet erreichbar; Dateien werden über kurzlebige signierte URLs übertragen.

Wer Zugriff hat

Supportzugriff in vier Schritten
  1. Support fragt Zugriff an
  2. Sie stimmen zu, für 24 Stunden oder 7 Tage
  3. Jede Aktion wird protokolliert
  4. Der Zugriff läuft automatisch ab

Identität und Authentifizierung

Ein zentraler Identity Provider auf Basis von OpenID Connect. Kundenumgebungen, Browser-Tools, Desktop-Apps und APIs vertrauen diesem Provider; lokale Passwörter in Kundenumgebungen sind deaktiviert, bis auf ein Notfall-Administratorkonto.

  • MFA mit TOTP oder Passkeys (WebAuthn), pro Umgebung erzwingbar
  • Desktop- und Browser-Tools: OAuth 2.0 Authorization Code mit PKCE
  • Kurzlebige JWT-Zugriffstoken (15 Minuten) mit Refresh-Token
  • Das Sperren eines Kontos blockiert sofort neue Token; laufende Token verfallen innerhalb von 15 Minuten

Autorisierung

Rollen und Rechte werden pro Kundenumgebung verwaltet (rollenbasierte Zugriffskontrolle). Nutzer werden just in time auf Basis ihrer Mitgliedschaft angelegt. Gäste sehen nur, was ausdrücklich mit ihnen geteilt wurde.

Externes Teilen

Freigabelinks sind Token mit Ablaufdatum und optionalem Passwort und können jederzeit widerrufen werden.

  • Downloads über kurzlebige Presigned URLs
  • Empfänger brauchen kein Konto
  • Für die Mitarbeit ist ein (kostenloses) Gastkonto nötig

Supportzugriff

Mitarbeitende haben standardmäßig keinen Zugriff auf Kundendaten. Zugriff erfolgt just in time: nur mit Zustimmung des Kunden, befristet und vollständig protokolliert.

  • Zustimmung durch den Kundenadministrator, für 24 Stunden oder 7 Tage
  • Audit-Log jeder Sitzung, für den Kunden einsehbar
  • Break-Glass nur bei Störung oder Vorfall, mit Begründung und sofortiger Benachrichtigung

KI

KI-Gateway

Alle KI-Anfragen laufen über ein eigenes Gateway, das Authentifizierung, Modellwahl, Verbrauch und Obergrenzen durchsetzt. Standardmäßig werden nur Modelle in der EU genutzt; Modelle außerhalb der EU müssen ausdrücklich aktiviert werden und sind gekennzeichnet. Kundendaten werden nicht zum Training von Modellen verwendet.

  • Modellrichtlinie pro Umgebung; 'nur EU' ist erzwingbar
  • Budgets und Obergrenzen pro Person und Umgebung, auch ohne Live-Verbindung zur Verwaltungsumgebung
  • Verbrauch pro Anfrage gemessen

Retrieval mit Berechtigungen

Der Suchindex (pgvector) gehört zur Kundenumgebung und folgt denselben Rechten wie die Apps: Retrieval liefert nur Dokumente, die der Nutzer selbst öffnen darf. Der Gesprächsverlauf wird in der Kundenumgebung gespeichert.

Betrieb und Kontinuität

Infrastructure as Code

Die gesamte Infrastruktur ist in OpenTofu beschrieben und wird über CI/CD ausgerollt; es gibt keine manuelle Konsolenverwaltung. Die Komponente, die Infrastruktur ändert, hat eine schmale IAM-Rolle (Least Privilege); die Anwendungsschicht hat keine weitreichenden Cloud-Rechte.

Backup und Wiederherstellung

Backups werden automatisch erstellt und regelmäßig automatisch wiederhergestellt, um ihre Brauchbarkeit zu prüfen. Eine zusätzliche Kopie liegt im Langzeitspeicher (Glacier Deep Archive), verschlüsselt mit dem Schlüssel des Kunden.

Verfügbarkeit und Service-Gutschrift

Wir messen die Verfügbarkeit jeder Umgebung pro Monat. Was wir zusagen, hängt vom Service-Level ab. Erreichen wir eine Zusage nicht, erhalten Sie eine Service-Gutschrift: einen Rabatt auf den Monatsbetrag. Geplante Wartung, die mindestens 5 Werktage vorher angekündigt wurde, zählt nicht mit.

  • Basis: 99,5 % als Ziel
  • Business: 99,9 % zugesagt; 5 % Gutschrift je 0,1 % darunter, höchstens 25 %
  • Premium: 99,95 % zugesagt; 10 % Gutschrift je 0,05 % darunter, höchstens 50 %

Monitoring und Logging

Die Systeme werden laufend mit Alarmierung überwacht. Verwaltungs- und Supporthandlungen werden in Audit-Logs festgehalten. Verbrauch und Kosten werden pro Kunde über Tags gemessen. Support und Nachverfolgung während der Bürozeiten.

E-Mail-Sicherheit

Ausgehende E-Mails werden über Amazon SES von der Domain des Kunden versendet, mit SPF, DKIM und DMARC. Bounces und Beschwerden werden pro Kunde zurückgemeldet.

Vereinbarungen

Kündigen in vier Schritten
  1. MonatsendeKündigen
  2. 30 TageNur Lesen und Exportieren
  3. 30 TageEingefroren, falls Sie zurückkommen möchten
  4. DanachSchlüssel vernichtet, Löschbestätigung

DSGVO und Auftragsverarbeitungsvertrag

Die OpenAEC Studio BV ist Auftragsverarbeiter im Sinne der DSGVO. Zu jedem Abonnement gehört ein Auftragsverarbeitungsvertrag mit der Liste der Unterauftragnehmer, darunter AWS (EU-Regionen).

Incident Response

Betrifft ein Sicherheitsvorfall personenbezogene Daten, informieren wir den Kunden unverzüglich über Art, Umfang und Maßnahmen, damit der Kunde innerhalb der DSGVO-Frist selbst melden kann.

Coordinated Disclosure

Schwachstellen können Sie an die unten stehende Adresse melden. Wir bestätigen den Eingang, halten Sie über die Bearbeitung auf dem Laufenden und nennen Sie gern nach der Veröffentlichung.

maarten@open-aec.com

Austritt und Datenportabilität

Vollständiger Export jederzeit, in offenen Formaten: Dateien mit Ordnerstruktur, Daten als CSV und ein vollständiger Datenbank-Dump.

  • Kündigung zum Monatsende
  • 30 Tage nur Lesen für den Export
  • 30 Tage eingefroren
  • Vernichtung des KMS-Schlüssels und eine Löschbestätigung

Open Source

Alle Software auf der SuperCloud ist Open Source. Sie können die Implementierung selbst prüfen oder prüfen lassen, ohne sich auf unsere Aussagen verlassen zu müssen.

On-Premises

Dieselben Container-Images laufen auch On-Premises oder bei Ihrem eigenen Hoster, wenn Sie Ihre Daten vollständig in eigener Hand behalten möchten. Die OpenAEC Studio BV unterstützt bei Installation, Betrieb und Updates.

Wer wofür verantwortlich ist

Sicherheit in der Cloud ist geteilte Arbeit. So ist sie bei der SuperCloud aufgeteilt.

AWS die Infrastruktur

  • Physische Sicherheit der Rechenzentren
  • Hardware, Netzwerk und Stromversorgung
  • Verfügbarkeit der zugrunde liegenden Cloud-Dienste

OpenAEC Studio BV die Plattform

  • Trennung zwischen Kunden und ein Schlüssel pro Kunde
  • Updates, Backups, Überwachung und Vorfallbearbeitung
  • Anmeldung, KI-Gateway und protokollierter Supportzugriff

Sie Ihre eigene Umgebung

  • Wer Zugriff hat und mit welchen Rechten
  • Zwei-Faktor-Authentifizierung verpflichtend machen
  • Was Sie teilen, mit wem und wie lange

Zertifizierungen und Dokumente

Die SuperCloud läuft in der AWS-Region Frankfurt. Die folgenden Zertifizierungen und Berichte sind die von AWS und gelten für die Rechenzentren und Dienste, auf denen wir aufbauen; die Berichte selbst sind über AWS erhältlich.

Von OpenAEC Studio BV

  • AuftragsverarbeitungsvertragGehört zu jedem Abonnement, mit der Liste der Unterauftragnehmer.
  • QuellcodeAlle Software ist Open Source; Sie können selbst prüfen, was geschieht.
  • ExportformateDateien mit Ordnerstruktur, Daten als CSV und ein vollständiger Datenbank-Dump.

Registrieren