Skip to main content
LifeWyn
Sicherheitszentrum

Sicherheit von Grund auf

Die Menschen, die Sie lieben, sollten niemals einen gesperrten Bildschirm erben. Ihr Tresor erreicht unsere Server bereits verschlüsselt, seine Schlüssel bleiben auf Ihrem Gerät zurück – sodass wir nur freigeben, was Ihre Regeln erlauben: Key-Shares, niemals Klartext.

Zero-Knowledge-Architektur
XChaCha20-Poly1305
scrypt + HKDF-SHA-256
Shamir Secret Sharing
TLS 1.2 / 1.3

Zero-Knowledge

Konstruktionsbedingt

Verschlüsselung

XChaCha20-Poly1305

Schlüsselableitung

scrypt (N=2^15)

Threshold-Krypto

Shamir, Schwellenwert nach Ihrer Wahl

In der Übertragung

TLS 1.2 / 1.3

Im Ruhezustand

Clientseitig verschlüsselt

Freigabetore

Fail-closed

Architektur

Vier Säulen von Zero-Knowledge

Jede Schicht fügt Verteidigung in der Tiefe hinzu. Von Ihrem Gerät bis zu unseren Servern gibt es keine einzige Stelle, an der Sie uns einfach vertrauen müssten.

Clientseitige Verschlüsselung

Alle Verschlüsselung geschieht auf Ihrem Gerät, und Ihr Master-Passwort verlässt es nie. Die Schlüssel, die Ihren Tresor entschlüsseln, werden dort abgeleitet und nicht an uns gesendet.

Umsetzung

scrypt (N=2^15, r=8, p=1) → 256-Bit-Master-Key

Speicherung ausschließlich als Ciphertext

Tresoreinträge und Dokumentbytes werden als Ciphertext gespeichert, und die Schlüssel, die sie öffnen, werden nicht zusammen mit ihnen gespeichert. Ihr Konto und die Kontaktdaten Ihrer Nominees werden lesbar gespeichert – der Dienst kann niemanden benachrichtigen oder verifizieren, dessen Adresse er nicht lesen kann.

Umsetzung

XChaCha20-Poly1305 (AEAD) für Tresoreinträge und Dokumentbytes gleichermaßen

Keine serverseitige Entschlüsselung des Tresors

Ihr Tresorschlüssel wird auf Ihrem Gerät abgeleitet und nie übertragen, sodass kein Codepfad auf unserer Seite ihn entschlüsselt. Wir halten zwar einen serverseitigen Wrapping-Key für gespeicherte Schlüssel-Envelopes – er schützt diese Envelopes und öffnet Ihren Tresor nicht.

Umsetzung

Die Ableitung des Tresorschlüssels und jede Schlüsseloperation geschehen clientseitig

Sie halten die Schlüssel

Ihr Master-Key leitet über HKDF-SHA-256 Kategorieschlüssel ab und darunter die Asset-Schlüssel. Jedes Dokument erhält einen frischen zufälligen Schlüssel, der unter seinem Kategorieschlüssel verpackt wird. Sie kontrollieren die Vertrauenswurzel.

Umsetzung

HKDF-SHA-256 mit Domänentrennung; Shamir Secret Sharing für den Tresorschlüssel

Kryptografie

Standardisierte Primitive – keine eigene Kryptografie

Wir verwenden ausschließlich bewährte, standardisierte Algorithmen. Keine proprietären Konstruktionen.

Tresoreinträge & Dokumente

XChaCha20-Poly1305 (AEAD)

Wire-Format

SVAULT:v2

Schlüsselableitung

HKDF-SHA-256

Dehnung der Tresor-Passphrase

scrypt (N=2^15)

Konto-Login-Passwort

Argon2id (serverseitig)

In der Übertragung

TLS 1.2 / 1.3

Schlüsselverwaltung

Threshold-Kryptografie & Schlüsselhierarchie

Ihr Tresorschlüssel wird nie als Ganzes gespeichert. Er wird mit Shamir Secret Sharing in Shares zerlegt, und Sie wählen, wie viele Shares es gibt und wie viele nötig sind, um ihn wieder aufzubauen.

Hierarchie der Schlüsselableitung

Master-Key (MK)

scrypt (N=2^15) → 256-bit

Tresorschlüssel

HKDF(MK, 'vault')

Schlüssel für Zugangsdaten

HKDF(MK, 'credentials')

Schlüssel für Dokumente

HKDF(MK, 'documents')

Schlüssel für Vermögenswerte

HKDF(MK, 'assets')

Bank

DEK → durch CK verpackt

Versicherung

DEK → durch CK verpackt

Testament

DEK → durch CK verpackt

Krypto

DEK → durch CK verpackt

Immobilien

DEK → durch CK verpackt

Kapitalanlage

DEK → durch CK verpackt

Medizinisches

DEK → durch CK verpackt

Digital

DEK → durch CK verpackt

Jedes Asset/Dokument erhält einen eindeutigen zufälligen DEK, verpackt durch seinen Kategorieschlüssel. Kategorieschlüssel werden aus dem Master-Key über HKDF-SHA-256 mit Domänentrennung abgeleitet.

Shamir Secret Sharing

Tresor-Master-Key

In die von Ihnen gewählten Shares zerlegt – beliebige Schwellenwert-viele setzen ihn wieder zusammen

Ihr GerätShare 1
Nominee 1Share 2
Nominee 2Share 3
VertrauenskontaktShare 4
Vertrauenskontakt 2Share 5

Jeder Share wird mit dem eigenen öffentlichen Schlüssel des Empfängers verschlüsselt, bevor er Ihr Gerät verlässt. LifeWyn hält keinen eigenen Share und speichert nur die versiegelten Envelopes und den Audit-Trail. Sie wählen die Empfänger und den Schwellenwert.

Vererbung

Kontrollierte, geprüfte, anteilige Offenlegung

Ein Krankenhausaufenthalt ist kein Abschied. Unterschiedliche Lebensereignisse öffnen unterschiedliche Türen – jede zeigt nur, was sie soll, und nicht mehr.

Verifizierung über mehrere Signale

Bestätigungen und geprüfte Dokumente erhöhen die Zuversicht; Widersprüche, Manipulationshinweise und doppelte Fälle erhöhen das Betrugsrisiko dagegen. Kein einzelnes Signal entscheidet.

Freigabe nach dem Least-Privilege-Prinzip

Die von Ihnen benannten Menschen erhalten nur die Key-Shares für das, was Sie ihnen hinterlassen haben – begrenzt nach Asset, nach Bedingung und nach den Zeitregeln, die Sie setzen. Nichts läuft über.

Geprüft & nachvollziehbar

Jede Freigabe wird in den hash-verketteten Audit-Trail geschrieben. Und niemand bleibt im Ungewissen – jeder Nominee erhält ein Claim-Kit mit den Formularen, Kontakten und einer Schritt-für-Schritt-Anleitung, die er brauchen wird.

Freigabesicherungen

Acht Prüfungen, und jede Einzelne kann sie stoppen

Die Verschlüsselung entscheidet, wie ein Datensatz versiegelt wird. Diese hier entscheiden, was wahr sein muss, bevor er sich überhaupt öffnet — und jede Einzelne genügt für sich, um eine Übergabe zu stoppen oder zu halten.

1

Kündigung mit einem Tippen

Sie können jede Freigabe jederzeit vor Abschluss von Ihrem Telefon aus stoppen. Keine Erklärung erforderlich.

2

Verifizierte Dokumente

Zertifikate und Belege müssen eingereicht und geprüft werden. Eine bloße Behauptung ist kein Nachweis.

3

Identitätsprüfung des Empfängers

Die Person, die Zugriff beansprucht, muss nachweisen, dass sie die von Ihnen benannte Person ist, mit einem amtlichen Ausweis und einer Liveness-Prüfung. Eine weitergeleitete E-Mail genügt nicht.

4

Freigabe durch vertrauenswürdige Kontakte

Die von Ihnen nominierten Kontakte werden um Bestätigung gebeten, mit einem 48-Stunden-Fenster zum Antworten. Eine einzige Bestätigung von Ihnen setzt die gesamte Abfolge zurück.

5

Wartezeiten

Während der von Ihnen gewählten Karenzzeit ist nichts unumkehrbar, und eine von Ihnen festgelegte Zeitsperre muss ablaufen, selbst nachdem alles andere verifiziert wurde.

6

Betrugsprüfung

Widersprüchliche Nachweise begrenzen den Konfidenzwert, und uneindeutige Fälle gehen zur menschlichen Prüfung, statt durchzulaufen. Support-Mitarbeitende können unter keinen Umständen einen Share freigeben.

7

Minimale Offenlegung

Jeder Empfänger erhält nur die Key-Shares für die ihm zugewiesenen Datensätze. Es gibt keinen Modus, in dem jemand alles erhält.

8

Keine Vermögensverwahrung

LifeWyn verwahrt niemals Ihr Geld. Selbst eine vollständige Kompromittierung würde eine Übersicht offenlegen, nie einen Kontostand.

Transparenz

Was wir können & was nicht

Ehrliches Fähigkeitsmodell – kein Marketing-Geschwätz, nur technische Realität.

Was LifeWyn kann

  • Ihren Ciphertext sicher speichern
  • Verschlüsselte Key-Shares an Nominees freigeben
  • Automatisierte Lebenssignal-Rückmeldungen ausführen
  • Nominees benachrichtigen, wenn Regeln auslösen

Was LifeWyn nicht kann

  • Den Inhalt Ihres Tresors lesen
  • Ihren Master-Key wiederherstellen
  • Zugriff ohne Verifizierung gewähren
  • Ihr Master-Passwort zurücksetzen

Compliance

Standards – und was wir nicht zertifiziert haben

Was die Plattform umsetzt und – ebenso klar – gegen welche Zertifizierungen uns niemand geprüft hat.

SOC 2 Type II

Noch nicht auditiert

Es wurde kein Audit durchgeführt oder geplant

ISO 27001

Noch nicht zertifiziert

Es wurde keine Zertifizierung angestrebt

GDPR

Ausgelegt für

Auskunft, Berichtigung und Export sind umgesetzt; Löschung ist ein dokumentierter Antrag

DPDP-Gesetz (Indien)

Ausgelegt für

Einwilligungsnachweise und Workflows für Datenrechte sind umgesetzt

Datenstandort

Einzelne Region

Heute eine Bereitstellungsregion; ein Hosting je Region wird nicht angeboten

Eine Sicherheitslücke gefunden?

Sagen Sie es uns zuerst

Melden Sie es, bevor Sie es jemand anderem erzählen. Wir gehen bei einer in gutem Glauben erfolgten Meldung nicht rechtlich dagegen vor.

So melden Sie es

Fragen

Gefragt und beantwortet

Wie sicher ist LifeWyn?

Ihr Tresor wird auf Ihrem eigenen Gerät mit XChaCha20-Poly1305 verschlüsselt, bevor irgendetwas hochgeladen wird, sodass unsere Server nur Chiffretext erreicht. Der Master-Schlüssel wird mit scrypt aus Ihrer Passphrase abgeleitet und mit Shamir Secret Sharing aufgeteilt, sodass niemand — auch nicht LifeWyn — je eine funktionsfähige Kopie besitzt. Jede Freigabe wird in einem hash-verketteten Prüfpfad protokolliert. Wir verwenden standardisierte Bausteine statt proprietärer Konstruktionen, und wir haben noch keine formale Zertifizierung: SOC 2 und ISO 27001 wurden noch nicht begonnen, und wir sagen das auf dieser Seite, statt es ein Beschaffungsteam entdecken zu lassen.

Kann LifeWyn meinen Tresor lesen?

Nein. Nicht wegen einer Richtlinie, sondern weil Ihre Datensätze bereits unlesbar bei uns eintreffen. Tresorelemente und Dokumente werden als Chiffretext gespeichert, und die Schlüssel, mit denen sie geöffnet werden, werden auf Ihrem Gerät abgeleitet und nie an uns gesendet. Wir können einem Gericht, einer Aufsichtsbehörde oder einem Angreifer Chiffretext vorlegen, aber nicht mehr.

Wenn Sie Key-Shares freigeben, heißt das, dass Sie meinen Tresor öffnen können?

Nein, und das ist die Frage, die es sich zu verstehen lohnt. Jeder Share wird auf dem öffentlichen Schlüssel seines Empfängers verschlüsselt, bevor er Ihr Gerät verlässt. LifeWyn besitzt keinen eigenen Share und verwahrt nur die versiegelten Umschläge und den Prüfpfad. Ein Empfänger kombiniert die ihm freigegebenen Shares mit seinem eigenen, um die ihm zugewiesenen Datensätze zu öffnen, und die Rekonstruktion erfolgt auf seinem Gerät. Deshalb sind „Wir geben Key-Shares frei“ und „Wir haben keine Hintertür“ zugleich wahr.

Was passiert, wenn Ihre Server kompromittiert werden?

Ein Angreifer erhält Chiffretext. Ihre Datensätze bleiben verschlüsselt, weil der Schlüssel zum Öffnen nie vorhanden war. Ein durchgesickertes Backup ist so nutzlos wie die Live-Datenbank, und selbst eine Mitarbeiterin mit vollem Datenbankzugriff sieht nichts Lesbares. Das ist der praktische Unterschied zwischen einem Dienst, der verspricht, nicht hinzusehen, und einem, der es gar nicht kann.

Was, wenn ich meine Passphrase vergesse?

LifeWyn kann sie nicht zurücksetzen. Es gibt keine serverseitige Kopie Ihres Master-Schlüssels — genau deshalb kann ein Einbruch in unsere Server Ihren Tresor nicht offenlegen. Die Wiederherstellung läuft über die Recovery-Shares und vertrauenswürdigen Kontakte, die Sie an Ihrem ersten Tag eingerichtet haben, weshalb die Einrichtung zuerst danach fragt. Verlieren Sie sowohl Ihre Passphrase als auch Ihre Recovery-Shares, kann niemand den Tresor öffnen. Wir wissen, wie hart sich das liest, und es ist der unvermeidliche Preis eines Designs, bei dem Ihr Tresor mit Schlüsseln versiegelt bleibt, die nur Sie und die von Ihnen gewählten Personen jemals besitzen.

Was passiert mit meinem Tresor, wenn LifeWyn den Betrieb einstellt?

Sie können jederzeit alles exportieren. Der Export ist ein dokumentiertes offenes Format, das Sie mit Ihrer eigenen Passphrase und Ihren Recovery-Shares entschlüsseln, sodass es sich ohne unsere Server und ohne dass unser Unternehmen existieren müsste öffnet. Weil wir nie eine funktionsfähige Kopie Ihres Schlüssels besitzen, können weder eine Abwicklung noch ein neuer Eigentümer Ihre Daten lesen. Sollten wir jemals schließen müssen, erhalten Sie zuerst eine klare Vorankündigung und ein volles Exportfenster.

Ihre Schlüssel. Ihre Regeln. Ihr Vermächtnis.

LifeWyn hält niemals Ihren Master-Key – er bleibt bei Ihnen. Sie entscheiden, wer Shares erhält, wann sie rotieren und wann sie widerrufen werden. Geben Sie den Menschen, die Sie lieben, einen Weg hinein, lange bevor sie ihn brauchen.

Standardisierte, gut geprüfte Primitive – keine proprietäre Kryptografie

XChaCha20-Poly1305scrypt (N=2^15)HKDF-SHA-256Shamir GF(2^8)TLS 1.2 / 1.3Fail-Closed-Freigabesperren