Question 1

Wo werden Verschlüsselungsschlüssel gespeichert?

Accepted Answer

Benutzerspezifische DEKs werden durch einen KEK verschlüsselt in einem dedizierten KMS gespeichert (derzeit durch einen hardware-isolierten Dienst gesichert). Das KMS ist die einzige Komponente, die jemals KEKs im Arbeitsspeicher hält; Anwendungsserver sehen sie nie. Die Schlüsselrotation erfolgt automatisch nach einem rollierenden Zeitplan ohne Ausfallzeiten.

Question 2

Wie verbindet sich AI Emaily mit Gmail oder Google Workspace?

Accepted Answer

Gmail und Google Workspace verbinden sich über Standard-IMAP + SMTP mit einem App-Passwort, das Sie in Ihrem Google-Konto generieren — nicht über Google OAuth. Dieses Passwort gewährt nur Postfachzugriff (Lesen, Senden, Ordnerverwaltung), niemals Kontakte, Drive oder Admin-Daten, und Sie können es jederzeit in Ihren Google-Sicherheitseinstellungen widerrufen. Es wird im Ruhezustand umschlag-verschlüsselt, genau wie alle anderen Anmeldedaten.

Question 3

Wie werden meine OAuth-Tokens und Passwörter gespeichert?

Accepted Answer

Jede Anmeldeinformation — OAuth-Tokens, IMAP/SMTP-Passwörter, BYOK-Schlüssel — ist umschlag-verschlüsselt. Jeder Wert wird mit einem benutzerspezifischen DEK eingewickelt, der seinerseits durch einen KEK in einem dedizierten KMS verschlüsselt wird. Der DEK wird niemals neben dem Chiffretext gespeichert, den er schützt, und Klartextanmeldedaten erreichen niemals Anwendungsprotokolle, Fehlerberichte oder Analyse-Pipelines. Sie werden nur innerhalb eines isolierten Workers zum Zeitpunkt der Verwendung entschlüsselt.

Question 4

Werden meine E-Mails im Transit und im Ruhezustand verschlüsselt?

Accepted Answer

Ja, beides. Der Datenverkehr zwischen Ihrem Gerät und unseren Servern verwendet TLS 1.2 oder höher mit modernen Cipher Suites; ältere TLS-Fallbacks werden am Load Balancer abgewiesen. Im Ruhezustand werden Nachrichtentexte, Metadaten und Zusammenfassungen auf der Speicherschicht mit AES-256 verschlüsselt, und Nachrichtentext-Blobs tragen einen zusätzlichen per-Objekt-KMS-verwalteten Schlüssel — sodass eine allein kompromittierte Speicherschicht ohne gleichzeitige Verletzung des KMS keinen Klartext liefern kann.

Question 5

Was ist Umschlagverschlüsselung und warum wird sie verwendet?

Accepted Answer

Umschlagverschlüsselung bedeutet, dass ein Geheimnis mit einem Schlüssel (dem DEK) verschlüsselt wird und dieser Schlüssel wiederum durch einen anderen (den KEK) in einem KMS verschlüsselt wird. Der Vorteil: Das verschlüsselte Geheimnis und der Schlüssel, der es entsperrt, werden nie zusammen gespeichert, und Sie können den KEK rotieren, ohne jeden Datensatz neu zu verschlüsseln. Dies begrenzt den Schadensradius — ein Datenbankdiebstahl enthüllt keine Anmeldedaten, da der KEK nur im KMS existiert.

Question 6

Wie verhindert AI Emaily, dass ein Benutzer die Daten eines anderen liest?

Accepted Answer

Durch Autorisierung auf Objektebene. Jede Datenbankzeile, jeder Speicher-Blob und jeder Funktionsaufruf trägt eine Eigentümer-ID, und Anfragen ohne einen passenden verifizierten JWT werden auf der Datenschicht abgewiesen — nicht nur auf der API-Schicht. Selbst ein Fehler im API-Routing kann daher keine Daten eines Kontos an ein anderes weitergeben, da die Datenbankabfrage selbst nach der authentifizierten Benutzer-ID filtert und die Speicherrichtlinie kontoübergreifende Blob-Lesevorgänge ablehnt.

Question 7

Wie oft werden Verschlüsselungsschlüssel rotiert?

Accepted Answer

Die Schlüsselrotation erfolgt automatisch nach einem rollierenden Zeitplan ohne Ausfallzeiten. KEKs werden innerhalb des KMS rotiert, und benutzerspezifische DEKs können neu eingewickelt werden, ohne den zugrunde liegenden Chiffretext neu zu verschlüsseln, sodass die Rotation günstig und kontinuierlich statt einer riskanten Massenmigration ist. Anwendungsserver halten KEKs niemals im Arbeitsspeicher — nur das KMS tut dies — was die Rotationsfläche klein und kontrolliert hält.

Question 8

Wie verhindern Sie doppelte Sendevorgänge bei instabiler Verbindung?

Accepted Answer

Jeder mutierende API-Aufruf — Senden, Archivieren, Beschriften, Delegieren — akzeptiert einen Idempotenzschlüssel. Wenn eine Verbindung abbricht, nachdem der Server die Anfrage akzeptiert hat, ist ein erneuter Versuch mit demselben Schlüssel eine No-Op statt einer zweiten Aktion. Dies ist besonders beim Senden wichtig: Eine verlorene Antwort kann nicht zu einer doppelten E-Mail werden, da der Server den wiederholten Schlüssel erkennt und das ursprüngliche Ergebnis zurückgibt, anstatt erneut zu handeln.

Question 9

Speichert AI Emaily meine Kreditkartendaten?

Accepted Answer

Nein. Kartendaten berühren niemals AI Emaily-Server. Die Abrechnung erfolgt über Stripes gehostetes Checkout und Elements, die die Karte direkt unter ihrer PCI-konformen Infrastruktur verarbeiten. Wir speichern nur die Stripe-Kunden-ID und Ihren Abonnementstatus — genug zur Verwaltung Ihres Tarifs und nichts, das Ihre Zahlungsdaten bei einer Systemkompromittierung preisgeben könnte.

Question 10

Wie werden eingehende Webhooks sicher gehalten?

Accepted Answer

Webhooks von Stripe, Gmail Push Notifications und Microsoft Graph werden mit HMAC-Signaturen validiert, bevor eine Nutzlast verarbeitet wird; wiederholte oder manipulierte Anfragen werden stillschweigend verworfen und protokolliert. Die Web-App liefert außerdem eine strikte Content Security Policy, die Inline-Skripte blockiert, Fetch-Ziele auf unsere eigenen Domains und bekannte API-Hosts beschränkt und Framing durch Dritte unterbindet, mit per-Route-CORS auf Produktions- und Staging-Ursprünge begrenzt.

Verschlüsselung und Schlüsselverwaltung

Verschlüsselung im Transit und im Ruhezustand

Minimale Berechtigungen überall

Webhooks, CORS und CSP

Idempotenz und sichere Wiederholungsversuche

Frequently asked