Verschlüsselung
Zuletzt aktualisiert: 4. Juli 2026
Verschlüsselung ist eine der grundlegendsten Kontrollen, auf die sich CORPYO verlässt, um Kundendaten zu schützen — sowohl während der Übertragung über Netzwerke als auch während sie sich in unseren Datenbanken und Backups befinden.
Verschlüsselung bei der Übertragung
Der gesamte Netzwerkverkehr zu und von CORPYO — Website, Dashboard und API — wird mittels TLS verschlüsselt. Klartext-HTTP wird nicht angeboten; Anfragen werden automatisch auf HTTPS umgestellt, und wir veröffentlichen HSTS-Header (HTTP Strict Transport Security), die Browsern mitteilen, sich ausschließlich über TLS zu verbinden. Auch der interne Dienst-zu-Dienst-Verkehr zwischen unserer Anwendungsschicht, Datenbankschicht und Hintergrund-Workern ist verschlüsselt, sodass Daten selbst innerhalb unseres eigenen Netzwerks nicht im Klartext übertragen werden.
TLS-Konfiguration
Wir terminieren TLS am Netzwerkrand (Cloudflare) mit einer Konfiguration, die TLS 1.2 und TLS 1.3 unterstützt und veraltete, unsichere Protokollversionen und Cipher Suites deaktiviert. Zertifikate werden von vertrauenswürdigen öffentlichen Zertifizierungsstellen ausgestellt und lange vor Ablauf automatisch erneuert. Wir überprüfen unsere TLS-Konfiguration regelmäßig anhand aktueller Branchenrichtlinien (wie den TLS-Konfigurationsempfehlungen von Mozilla) und passen sie entsprechend der Weiterentwicklung dieser Richtlinien an.
Verschlüsselung im Ruhezustand
Kundendaten im Ruhezustand — in unserer primären Datenbank, im Objektspeicher und in Backups — werden mittels AES-256 verschlüsselt, einem weithin verbreiteten, branchenüblichen symmetrischen Verschlüsselungsalgorithmus. Dies gilt sowohl für strukturierte Daten (Unternehmensdatensätze, KYC-Dokumente, Abrechnungsinformationen) als auch für hochgeladene Dateien und Datenbank-Snapshots.
Passwort-Hashing
CORPYO speichert Kontopasswörter niemals im Klartext oder in einem umkehrbaren Format. Passwörter werden mit einem modernen, speicherintensiven Hashing-Algorithmus (bcrypt-Klasse oder stärker) mit benutzerspezifischen Salts gehasht, sodass selbst im unwahrscheinlichen Fall einer Datenbankkompromittierung die Wiederherstellung der ursprünglichen Passwörter rechnerisch nicht durchführbar ist. Wir unterstützen und empfehlen die Zwei-Faktor-Authentifizierung als zusätzliche Schutzschicht für Konten über das Passwort hinaus.
Schlüsselverwaltung
Verschlüsselungsschlüssel werden über einen dedizierten Schlüsselverwaltungsdienst (wie AWS KMS) verwaltet, statt in Anwendungscode oder Konfigurationsdateien eingebettet zu sein. Der Zugriff auf Schlüssel wird unabhängig von den durch sie geschützten Daten kontrolliert, sie werden nach einem festgelegten Zeitplan rotiert und verlassen den Schlüsselverwaltungsdienst niemals im Klartext. Der Zugriff auf Schlüsselverwaltungsvorgänge wird protokolliert und auf eine kleine Anzahl autorisierter Systeme und Mitarbeiter beschränkt.
Geheimnisverwaltung
Anwendungsgeheimnisse — Datenbankzugangsdaten, API-Schlüssel, Signaturschlüssel, Tokens von Drittanbieterdiensten — werden in einem verwalteten Geheimnisdienst gespeichert und zur Laufzeit in Anwendungsumgebungen eingespeist. Geheimnisse werden niemals in die Versionskontrolle eingecheckt; unsere CI-Pipeline umfasst automatisiertes Scanning, um eine versehentliche Offenlegung von Geheimnissen zu erkennen, bevor sie einen gemeinsam genutzten Branch erreicht. Geheimnisse werden regelmäßig rotiert sowie sofort bei vermuteter Offenlegung oder beim Ausscheiden von Mitarbeitern.