Sicherheit & Vertrauen
Die gesamte Architektur auf einer Seite: Versiegelungsprozess, Knotenarchitektur, Bedrohungsmodell und Bereitstellung. Diese Seite richtet sich an technische Prüfer.
01VERSIEGELUNGSPROZESS
SEALING PROCESSWas passiert, wenn eine Datei versiegelt wird?
Vier Schritte. Jeder ist eine eigenständige Schicht; fällt eine, bleiben die anderen stehen.
Auf dem Gerät verschlüsselt
Die Datei wird mit einem hybriden Verfahren Ende-zu-Ende verschlüsselt, bevor sie Ihr Gerät verlässt. Nur Sie halten den Schlüssel.
Der Server umhüllt sie
Der Server legt um jeden Chunk einen weiteren Umschlag, dessen Schlüssel mit ML-KEM-768 ausgehandelt werden. Dieser Schritt braucht nie Klartext; den Server erreichen nur verschlüsselte Daten.
In Chunks zerlegt, auf Knoten verteilt
Die Datei wird in Chunks von bis zu 5 MB zerlegt. Jeder Speicherknoten fügt seine eigene, einzigartige AES-256-GCM-Schicht hinzu.
Ins Register geschrieben
Berechtigungen und Audit-Trail werden in einem kryptografisch prüfbaren, nur anhängbaren Audit-Register festgehalten. Dieses zugriffsbeschränkte Register hat nichts mit Kryptowährungen oder Tokens zu tun.
02VERTEIDIGUNG IN DER TIEFE
DEFENCE IN DEPTHEchte Knoten verschwinden in der Menge.
Speicherknoten verbergen sich zwischen Scheinknoten, die sich im Netz identisch verhalten. Ein Beobachter von außen hat keinen praktikablen Weg, die echten Knoten von den Scheinknoten zu unterscheiden.
NICHT UNTERSCHEIDBAR.
03ANNAHME: KOMPROMITTIERUNG
ASSUME BREACHWas, wenn das Schlimmste passiert?
Wir beginnen den Entwurf bei "der Einbruch ist passiert", nicht bei "er wird nicht passieren". Sechs Szenarien, ein Ergebnis.
Der gesamte Netzwerkverkehr wird mitgelesen.
Die Verschlüsselung beginnt auf dem Gerät; über die Leitung geht nur Chiffretext.
ERGEBNIS: CHIFFRETEXTRoot-Zugriff auf die Server wird erlangt.
Der Serverablauf braucht nie Klartext; erbeutet wird nur Chiffretext.
ERGEBNIS: CHIFFRETEXTSpeicherknoten und AES-Schlüssel werden gestohlen.
Darunter bleiben zwei unabhängige Schichten: der Server-Umschlag und die Geräteverschlüsselung.
ERGEBNIS: CHIFFRETEXTEin berechtigter Administrator wird böswillig.
Inhaltsschlüssel werden nie an Administratorkonten ausgegeben; jeder Versuch hinterlässt eine Spur im Register.
ERGEBNIS: CHIFFRETEXTEine ausgeschaltete Festplatte wird physisch gestohlen.
Kein einziges verwertbares Byte auf der Platte; die Schlüssel liegen woanders.
ERGEBNIS: CHIFFRETEXTQuantencomputer kommen.
Die Schlüsselaushandlung nutzt ML-KEM-768 (NIST FIPS 203), den Post-Quanten-Standard. Die Architektur ist gegen "harvest now, decrypt later"-Angriffe ausgelegt.
ERGEBNIS: CHIFFRETEXT04VERSCHLÜSSELUNG, AUDIT & OFFENLEGUNG
ENCRYPTION, AUDIT & DISCLOSUREVerschlüsselung und Schlüssel
Inhalte werden clientseitig verschlüsselt, die Schlüssel liegen unter Kontrolle der Institution. Der Wulfos Key ist an den Nutzer gebunden; serverseitig wird kein Inhaltsschlüssel gespeichert.
Audit-Integrität
Das Audit-Protokoll liegt in einem kryptografisch prüfbaren, nur anhängbaren Register. Dieses zugriffsbeschränkte Register hat nichts mit Kryptowährungen oder Tokens zu tun.
Post-Quanten-Implementierung
Die Schlüsselaushandlung in Geräte- und Serverschicht nutzt ML-KEM-768 (NIST FIPS 203). Die Architektur ist kryptoagil; Algorithmen lassen sich bei Bedarf austauschen.
Nachweise und Zertifizierungen
Zertifiziert nach ISO 27001, ISO 9001, ISO 22301, ISO 20000-1 und SPICE. Wir arbeiten ausgerichtet an DSGVO, NIST CSF 2.0 und NIS2.
Meldung von Schwachstellen
Wenn Sie ein Sicherheitsproblem finden, melden Sie es an security@wulfos.com. Meldungen erhalten innerhalb von 72 Stunden eine Antwort; Forschung in gutem Glauben wird nicht rechtlich verfolgt.