Encryption Plattformen | STOP.LI

STOP.LI · Data Security · Werkzeugvergleich

DataEncryption.

Encryption schützt Daten bei Speicherung, Übertragung oder Verarbeitung mit kryptografischen Verfahren. Die Plattformwahl beginnt nicht beim Algorithmus, sondern beim Schutzobjekt, der Anwendung, der Schlüsselzuständigkeit und der Frage, wo Klartext technisch noch entstehen darf.

Marktbild: hoch und stark segmentiert. Dreizehn Werkzeuge reichen von transparenter Datenbankverschlüsselung über Datei- und SaaS-Schutz bis zu anwendungsnaher Kryptografie.

Einordnung

Der Ort der Verschlüsselung entscheidet.

Storage-, Datenbank-, Datei-, Feld- und Anwendungsebene schützen gegen unterschiedliche Angreifer. Eine verschlüsselte Festplatte hilft wenig, wenn ein kompromittierter Dienst Daten regulär entschlüsseln darf.

Auswahlkriterien

Prüfe Schutzebene, Bedrohungsmodell, Schlüsseltrennung, BYOK oder HYOK, Mandantentrennung, Format- und Sucherhalt, Latenz, Rotation, Recovery, Protokollierung, Cloud- und On-Premises-Abdeckung sowie kryptografische Agilität.

Marktbild

Dreizehn Werkzeuge im Vergleich.

Datenverschlüsselung wird einerseits von breiten Plattformen angeboten, die Datei-, Datenbank- und Anwendungsverschlüsselung mit eigener Schlüsselverwaltung bündeln (Thales CipherTrust, IBM Guardium Data Encryption, Fortanix). Formaterhaltende Feldverschlüsselung ist bei datenzentrierten Anbietern wie OpenText Voltage (seit 31.01.2023 mit Micro Focus bei OpenText) und comforte verbreitet, häufig zusammen mit Tokenisierung. Für Entwickler stehen Bibliotheken und Dienste für Verschlüsselung auf Anwendungsebene bereit, teils Open Source (AWS Encryption SDK, Google Tink), teils als Dienst einer Secrets-Plattform (HashiCorp Vault, seit 28.02.2025 Teil von IBM). Anbieter mit DACH-Bezug decken vor allem Dateiverschlüsselung (Utimaco, Cryptomator) und die Verschlüsselung von SaaS-Daten mit Schlüsseln beim Kunden (eperi) ab.

Werkzeug
Datei
Datenbank
Feld
BYOK/HYOK
FPE
Schlüssel
Open Source
CipherTrust Transparent Encryption und Application Data Protection (CipherTrust Data Security Platform)Thales Group
●
●
●
●
●
●
–
IBM Guardium Data EncryptionIBM Corporation
●
●
–
●
–
●
–
Fortanix Data Security ManagerFortanix, Inc.
●
●
–
●
●
●
–
OpenText Voltage SecureDataOpenText Corporation
–
–
●
–
●
●
–
comforte SecurDPS (Data Security Platform)comforte
–
–
●
–
●
–
–
Baffle Data Protection (Baffle Shield)Baffle, Inc.
●
●
●
●
●
–
–
Ubiq PlatformUbiq Security, Inc.
–
–
●
–
●
–
–
eperi sEcureeperi GmbH
●
–
●
●
–
●
–
u.trust LAN Crypt (inkl. LAN Crypt Cloud)Utimaco
●
–
–
–
–
●
–
HashiCorp Vault (Transit und Transform Secrets Engine)HashiCorp (IBM)
–
–
●
–
●
●
–
AWS Encryption SDKAmazon Web Services, Inc.
–
–
●
–
–
–
●
TinkGoogle LLC
–
–
●
–
–
–
●
Cryptomator (inkl. Cryptomator Hub)Skymatic (Cryptomator)
●
–
–
–
–
–
●

Datei: Datei/Ordner · Datenbank: Datenbank/TDE · Feld: Feld- oder Anwendungsebene · BYOK/HYOK: eigene Schlüssel für Cloud · FPE: formaterhaltende Verschlüsselung · Schlüssel: Schlüsselverwaltung integriert · Open Source: OSI-Open-Source-Lizenz. ● = auf offizieller Hersteller- oder Projektseite beschrieben, – = nicht belegt (nicht zwingend nicht vorhanden). Auswahl nicht abschliessend, keine Rangliste. Stand: Oktober 2026.

Plattform
01

CipherTrust Transparent Encryption und Application Data Protection (CipherTrust Data Security Platform)

Thales Group

  • On-Premises, Multi-Cloud; CTE auch als Dienst (CTEaaS)
  • Primär
Abdeckung

Transparent Encryption schützt Dateien, Verzeichnisse und Volumes mit Zugriffskontrolle und Audit-Protokoll, unabhängig von Anwendung oder Datenbank; für SAP HANA und Teradata gibt es eigene Varianten mit Blockverschlüsselung.

Schutzmechanismus

Das SDK Application Data Protection schützt einzelne Felder per API mit Verschlüsselung, Tokenisierung, Maskierung und formaterhaltenden Verfahren ohne Schemaänderung.

Integration

CipherTrust Cloud Key Manager unterstützt BYOK und teils HYOK für AWS, Azure, Google, Salesforce, Microsoft 365 und OCI.

Betrieb und Daten

Schlüssel und Richtlinien liegen zentral im CipherTrust Manager, laut Thales FIPS 140-3 Level 3; Agenten auf Dateisystem- oder Geräteebene.

Stärke

Deckt Datei-, Datenbank- und Feldverschlüsselung samt Cloud-Schlüsselsteuerung mit einer zentralen Verwaltung ab.

Grenze

Umfang verteilt sich auf mehrere separat lizenzierte Produkte; HYOK nicht für alle Clouds (für Azure nur BYOK gelistet).

Offizielle Produktseite →

02

IBM Guardium Data Encryption

IBM Corporation

  • On-Premises, Cloud und Container
  • Primär
Abdeckung

Verschlüsselt strukturierte Datenbanken, unstrukturierte Dateien und Cloud-Speicher mit Kontrolle privilegierter Zugriffe und Zugriffsprotokoll.

Schutzmechanismus

Ergänzend formaterhaltende Tokenisierung, dynamische Maskierung und Batch-Transformation für statische Maskierung.

Integration

Cloud Key Management mit BYOK und automatischer Rotation; Schlüsselverwaltung für Drittsysteme über KMIP.

Betrieb und Daten

Die Module werden zentral über CipherTrust Manager (früher Data Security Manager) verwaltet und können lokale oder Cloud-HSM einbinden.

Stärke

Datei- und Datenbankverschlüsselung mit Schlüsselverwaltung aus einer Produktfamilie, anschlussfähig an das Guardium-Portfolio.

Grenze

Feldverschlüsselung auf Anwendungsebene und formaterhaltende Verschlüsselung auf der Produktseite nicht ausdrücklich beschrieben.

Offizielle Produktseite →

03

Fortanix Data Security Manager

Fortanix, Inc.

  • SaaS oder On-Premises
  • Primär
Abdeckung

Schützt einzelne Dateisysteme auf einem Host über die Festplattenverschlüsselung hinaus; Schlüssel für TDE von Oracle, SQL Server und MongoDB.

Schutzmechanismus

Tokenisierung als formaterhaltende Verschlüsselung ohne zentrale Token-Datenbank.

Integration

BYOK im Multicloud Key Management; Anbindung an AWS KMS External Key Store und Google External Key Manager.

Betrieb und Daten

Schlüssel in HSM, laut Fortanix FIPS 140-2 Level 3 validiert, wahlweise On-Premises oder als SaaS.

Stärke

Verbindet Verschlüsselung, Tokenisierung und HSM-gestützte Schlüsselverwaltung in einer Plattform.

Grenze

Feldverschlüsselung auf Anwendungsebene auf der Produktseite nicht direkt beschrieben; HYOK nicht genannt.

Offizielle Produktseite →

Datenzentrierter Spezialist
04

OpenText Voltage SecureData

OpenText Corporation

  • On-Premises (selbst oder durch OpenText betrieben), virtuelle Appliance oder Kubernetes
  • Primär
  • seit 2023 Teil von OpenText (Übernahme Micro Focus abgeschlossen 31.01.2023)
Abdeckung

Schützt strukturierte Datenfelder datenzentriert, mit Integrationen für AWS, Azure, Google Cloud, Databricks, Hadoop, Snowflake, Teradata und Trino.

Schutzmechanismus

Formaterhaltende Verschlüsselung nach NIST FF1, zustandslose Tokenisierung ohne Token-Datenbank und formaterhaltender Hash.

Integration

Daten bleiben laut OpenText auch in der Cloud geschützt, ohne dort entschlüsselt zu werden.

Betrieb und Daten

Zustandslose Schlüsselverwaltung leitet Schlüssel nach Authentisierung und Autorisierung gegen eine zentrale Richtlinie ab.

Stärke

Formaterhaltender Feldschutz, der Schemas und Anwendungen weitgehend unverändert lässt.

Grenze

Keine Datei- oder Datenbankverschlüsselung im engeren Sinn; SaaS-Betrieb für SecureData nicht genannt.

Offizielle Produktseite →

05

comforte SecurDPS (Data Security Platform)

comforte

  • On-Premises, virtuelle Appliance oder Kubernetes (hybrid oder Cloud)
  • Primär
Abdeckung

Schützt Datenelemente in Anwendungen und Datenflüssen über ihren Lebenszyklus, im Ruhezustand, in Bewegung und in Verwendung.

Schutzmechanismus

Methoden: Verschlüsselung, formaterhaltende Verschlüsselung, Tokenisierung, formaterhaltender Hash und Maskierung.

Integration

Anbindung per API; tiefe Integration in Kubernetes und VMware, Data-Security-as-Code für DevOps.

Betrieb und Daten

Sitz in Wiesbaden (DE); Zugriffe lassen sich über RBAC aus dem Unternehmens-IAM steuern und werden protokolliert.

Stärke

Feldschutz mit mehreren Verfahren in einer Plattform, mit Anbieter aus dem DACH-Raum.

Grenze

Keine Datei- oder Datenbankverschlüsselung belegt; Produktseite nennt SecurDPS nicht namentlich, Details stammen aus Herstellerbeiträgen.

Offizielle Produktseite →

06

Baffle Data Protection (Baffle Shield)

Baffle, Inc.

  • Proxy vor Datenbanken und Datenspeichern (Cloud)
  • Primär
Abdeckung

Verschlüsselt Datenbanken auf Feld- oder Datensatzebene sowie Dateien; SQL- und NoSQL-Proxy.

Schutzmechanismus

AES-256, formaterhaltende Verschlüsselung und längen- und typerhaltende Tokenisierung; rollenbasierte Zugriffskontrolle.

Integration

Baffle Shield arbeitet als SQL/NoSQL-Proxy, laut Hersteller ohne Änderungen am Anwendungscode.

Betrieb und Daten

Baffle Manager bindet vorhandene Schlüsselverwaltungen an; BYOK als Funktion genannt.

Stärke

Feldverschlüsselung in Datenbanken ohne Codeänderung über einen Proxy.

Grenze

Keine eigene Schlüsselverwaltung, sondern Anbindung externer Key Manager; Liste unterstützter Datenbanken auf der Seite nicht vollständig.

Offizielle Produktseite →

07

Ubiq Platform

Ubiq Security, Inc.

  • In der Kundenumgebung, mit Dashboard des Herstellers
  • Primär
Abdeckung

Verschlüsselung auf Anwendungs- und Feldebene, bevor Daten gespeichert werden; zusätzlich Schutz einzelner Datenbankwerte.

Schutzmechanismus

Formaterhaltende Verschlüsselung und vaultlose Tokenisierung, auch für Kartendaten.

Integration

Anbindung an Oracle, PostgreSQL, MongoDB, AWS RDS MySQL, Azure Postgres sowie Snowflake, BigQuery, Databricks und Redshift.

Betrieb und Daten

Schutz läuft laut Hersteller in der Kundenumgebung entlang der unterstützten Datenpfade.

Stärke

Entwicklernahe Feld- und formaterhaltende Verschlüsselung mit breiter Datenplattform-Anbindung.

Grenze

Schlüsselverwaltung, BYOK und Betriebsmodell auf der Startseite nicht beschrieben.

Offizielle Produktseite →

Spezialist Datei und SaaS
08

eperi sEcure

eperi GmbH

  • SaaS (vollständig gemanagt)
  • Primär
Abdeckung

Verschlüsselt Daten in Microsoft 365 (Exchange, OneDrive, SharePoint, Teams u. a.), HubSpot, ServiceNow, Trello sowie in eigenen Webanwendungen.

Schutzmechanismus

Funktionserhaltende Verschlüsselung, bei der die gewohnten Funktionen der Anwendungen erhalten bleiben sollen.

Integration

AnyApp und SDK für eigene Integrationen.

Betrieb und Daten

Schlüssel und Verschlüsselungsprozess bleiben laut eperi beim Kunden; Sitz in Pfungstadt (DE).

Stärke

Schutz von SaaS-Daten gegen Zugriff des Cloud-Anbieters mit Schlüsseln beim Kunden.

Grenze

Abdeckung auf die unterstützten Anwendungen begrenzt; On-Premises-Betrieb auf der Seite nicht genannt.

Offizielle Produktseite →

09

u.trust LAN Crypt (inkl. LAN Crypt Cloud)

Utimaco

  • On-Premises; LAN Crypt Cloud als SaaS (seit 11/2023)
  • Primär
Abdeckung

Transparente Datei- und Ordnerverschlüsselung nach Rollen und Gruppen; Regeln je Ordner oder Dateityp.

Schutzmechanismus

Zugriff über Schlüsselbund des Benutzers; Security Officers steuern Zugriffe, ein Master Security Officer delegiert.

Integration

Clients für Windows (inkl. Terminalserver), macOS, Android und iOS; Unterstützung für OneDrive; Cloud-Variante mit Entra-ID-Anbindung.

Betrieb und Daten

Richtlinien und Schlüssel werden zentral verwaltet und als zertifikatsgeschützte Richtliniendateien verteilt.

Stärke

Rollenbasierte Dateiverschlüsselung mit zentral verteilten Richtlinien, als Software oder Cloud-Dienst.

Grenze

Nur Dateien und Ordner; bei der Cloud-Variante ist der Hostingort auf der Pressemitteilung nicht genannt.

Offizielle Produktseite →

10

Cryptomator (inkl. Cryptomator Hub)

Skymatic (Cryptomator)

  • Open Source (GPLv3, kommerzielle Lizenz verfügbar), Desktop und Mobile
  • Primär
Abdeckung

Clientseitige Verschlüsselung von Dateien und Dateinamen in Tresoren, z. B. in Dropbox, Google Drive oder OneDrive.

Schutzmechanismus

AES mit 256 Bit, Schlüsselableitung mit scrypt, authentisierte Verschlüsselung der Dateiinhalte.

Integration

Desktop für Windows, macOS und Linux; Cryptomator Hub für zentrale Zugriffsverwaltung im Team mit Anbindung an Identitätsverwaltung.

Betrieb und Daten

Verschlüsselung erfolgt lokal, bevor Daten in die Cloud gelangen; Quellcode offen einsehbar.

Stärke

Offene, prüfbare Dateiverschlüsselung für beliebige Cloud-Speicher.

Grenze

Nur Dateien; zentrale Verwaltung erst mit Hub, Unternehmensfunktionen deutlich schmaler als bei Plattformen.

Offizielle Produktseite →

Entwickler und Cloud-nativ
11

HashiCorp Vault (Transit und Transform Secrets Engine)

HashiCorp (IBM)

  • Self-Hosted oder HCP Vault Dedicated; Transform nur Enterprise
  • Ergänzend
  • seit 2025 Teil von IBM (Übernahme abgeschlossen 28.02.2025)
Abdeckung

Transit bietet Verschlüsselung als Dienst für Anwendungen; Vault speichert die Daten nicht, nur die Schlüssel.

Schutzmechanismus

AES-GCM, ChaCha20-Poly1305, konvergente Verschlüsselung für Suchen über verschlüsselte Felder; Transform ergänzt FPE nach FF3-1.

Integration

Import bestehender Schlüssel per Wrapping-Schlüssel; Enterprise mit Managed Keys und PQC-Signaturtypen (ML-DSA, SLH-DSA).

Betrieb und Daten

Schlüssel bleiben in Vault; FIPS-140-3-Modus verfügbar, dort sind einzelne Algorithmen nicht zertifiziert.

Stärke

Anwendungsverschlüsselung per API ohne Schlüssel im Anwendungscode.

Grenze

Formaterhaltende Verfahren nur mit Enterprise-Modul ADP-Transform; keine Datei- oder Datenbankverschlüsselung.

Offizielle Produktseite →

12

AWS Encryption SDK

Amazon Web Services, Inc.

  • Open Source (Apache-2.0), Bibliothek und CLI
  • Ergänzend
Abdeckung

Clientseitige Verschlüsselung beliebiger Datenobjekte mit eigenem Datenschlüssel je Objekt.

Schutzmechanismus

Datenschlüssel werden unter einem oder mehreren Wrapping-Schlüsseln verschlüsselt, z. B. AWS-KMS-Schlüssel oder Schlüssel aus einem eigenen HSM.

Integration

Implementierungen für C, .NET, Java, JavaScript, Python, Rust, Go und CLI, untereinander interoperabel.

Betrieb und Daten

Benötigt kein AWS-Konto, ausser bei Nutzung von AWS KMS; einzelne Sprachversionen setzen ein AWS SDK voraus.

Stärke

Kostenlose, interoperable Bibliothek für Envelope-Verschlüsselung in eigenen Anwendungen.

Grenze

Nicht interoperabel mit anderen Bibliotheken; Schlüsselverwaltung muss extern gelöst werden.

Offizielle Produktseite →

13

Tink

Google LLC

  • Open Source (Apache-2.0), Bibliothek
  • Ergänzend
Abdeckung

Plattformübergreifende Kryptobibliothek für Verschlüsselung in eigenen Anwendungen.

Schutzmechanismus

Primitive u. a. AEAD, deterministisches AEAD, Streaming AEAD, MAC, hybride Verschlüsselung und Signaturen.

Integration

Einstieg sieht die Wahl eines KMS vor; konkrete KMS-Anbindungen in der Übersicht nicht genannt.

Betrieb und Daten

Von Google-Kryptografen entwickelt und gepflegt; läuft lokal in der Anwendung.

Stärke

Sichere, schwer falsch zu verwendende Krypto-APIs als offener Baustein.

Grenze

Reine Bibliothek ohne Richtlinien, Verwaltung oder Audit; Integration und Schlüsselbetrieb liegen beim Anwender.

Offizielle Produktseite →

Weitere Kandidaten

Weitere Anbieter

Kurz eingeordnet, ausserhalb der Vergleichsmatrix.

  • Protegrity Data Protection Platform: Verschlüsselung und FPE als Methoden genannt, Schwerpunkt Tokenisierung; dort aufgeführt
  • Microsoft Purview Information Protection / Double Key Encryption: labelbasierter Schutz; Schwerpunkt Rights Management
  • Virtru Data Security Platform: Datei- und E-Mail-Verschlüsselung mit persistenten Richtlinien; Schwerpunkt Rights Management
  • Broadcom Symantec Endpoint Encryption: Festplatten- und Wechselmedienverschlüsselung am Endpunkt; ausserhalb des Zuschnitts Datei/Datenbank/Feld
  • Native TDE der Datenbankhersteller (z. B. Oracle Advanced Security, SQL Server TDE): Funktion der Datenbank, kein eigenständiges Produkt der Klasse
  • Entrust KeyControl: Schwerpunkt Schlüsselverwaltung; unter Key Management und HSM zu führen
Fehlermodi
  • Daten sind verschlüsselt, Anwendung und Betreiber besitzen aber denselben unbeschränkten Schlüsselzugriff.
  • Rotation ist konfiguriert, alte Daten oder Backups bleiben jedoch an nicht verfügbare Schlüssel gebunden.
  • Ein proprietäres Format verhindert Migration, Suche oder kontrollierte Wiederherstellung.
Pilot

Wähle ein reales Schutzobjekt und simuliere Datenbankadministrator, kompromittierte Anwendung und verlorenen Schlüsselzugriff. Prüfe Klartextpfade, Rotation, Recovery, Performance und vollständige Protokollierung.

Verbindungen

Key Management steuert den Lebenszyklus der Schlüssel. HSM schützt besonders kritische Schlüsseloperationen. Rights Management bindet Nutzungsvorgaben dauerhaft an Dokumente.

Zurück zum Security Tool Navigator →

Security Tool Navigator · Gebiet 08

Im Gebiet Data Security einordnen.

Diese Werkzeugklasse gehört zum Gebiet Data Security. Der Gebietshub zeigt, wie die Werkzeugklassen zusammenwirken, wo sie sich abgrenzen und welche Fragen CIO und CISO jeweils klären.