Anwendungsfall 02
Nutzerdateien speichern, die kein Anbieter öffnen kann.
Was Ihre Nutzer hochladen, in Ihrem Prozess verschlüsselt bevor es ihn verlässt, unlesbar für jeden Anbieter, der es speichert.
Das Problem
Jedes Produkt, das Nutzerdaten speichert, trägt dieselbe Last: das Team kann sie lesen, die Cloud kann sie lesen, und ein schlechter Tag macht sie öffentlich. Sie zahlen dafür in Prüfungen, in Abschlüssen, die auf diese Prüfungen warten, und in der Benachrichtigung, die Sie schreiben müssten.
Mit DataPrism
Keine lesbaren Kopien im Ruhezustand, wo immer Ihre Daten landen.
Binden Sie das SDK für clientseitige Verschlüsselung ein, und Nutzerdaten werden vor dem Upload verschlüsselt, fragmentiert und verteilt. Ihre Nutzer merken nichts davon: dieselbe Registrierung, dasselbe Produkt, keine Kryptografie im Weg. Was sich ändert, ist die Antwort, die Sie danach geben, und sie bleibt dieselbe, wer auch immer fragt: ein kompromittierter Bucket gibt Chiffretext her, keine Nutzerdaten.
Muss der Mechanismus eine Sicherheitsprüfung überstehen, erklärt die Produktseite, wie die Verschlüsselung vor dem Upload funktioniert.
Was sich für Sie ändert
- Das Löschen zählt jedes zurückgelassene Fragment auf, entfernt es bei seinem Anbieter und meldet, was fehlgeschlagen ist.
- Keine lesbaren Kopien im Ruhezustand: Was jeder Anbieter hält, sind verschlüsselte Fragmente.
- Ein Sicherheitsfragebogen, den Sie mit Architektur beantworten statt mit Zusagen.
Vor dem Launch starten wir ein design partner program. Dem design partner program beitreten
Clientseitige Verschlüsselung
Was Ihre Seite verlässt, ist bereits unlesbar, wo immer es landet.
Kein neuer Vendor-Lock-in
Ihre Anbieter bleiben Ihre, bleiben austauschbar und unter Vertrag.
Ein SDK zu integrieren
Ein TypeScript-SDK, keine Kryptografie, die Ihr Team richtig hinbekommen muss.
Offen von Grund auf
Öffentliche Docs, prüfbarer Code, Forschung folgt noch.