5
KEX-Verfahren
2 PQ-Familien (Lattice + Code)
Notwendige Cookies brauchen wir für Login, 2FA und CSRF-Schutz. Statistik & Marketing sind optional und nur mit deiner Zustimmung aktiv.
HMAC-signiert via NHS v6
Datenschutz · Impressum · Jederzeit unten links neu öffnen
Quad-Hybrid Schlüsselaustausch über fünf Verfahren, Cascade-Symmetrik mit zwei Cipher, Triple-Signaturen aus drei mathematischen Familien — für Anwendungsfälle, in denen ein einzelner Bruch keine Option ist.
Implementierungs-Status: Fortress ist als Spezifikation dokumentiert und wird in Phase 3 (~Q1/2027) implementiert. Frühkunden mit Bedarf an Fortress-Niveau können das Phase-3-Design aktiv mitgestalten.
5
KEX-Verfahren
2 PQ-Familien (Lattice + Code)
512-Bit
Cascade-Symmetrik
ChaCha20 × AES-256
3
Sig-Familien
EC × Lattice × Hash
> 500
Bit kombiniert
additive Hybrid-Herleitung
Fünf unabhängige KEX-Verfahren parallel. Zwei davon aus völlig unterschiedlichen post-quantum Familien — Lattice + Code. Bricht eine, hält die andere.
| Layer | Primitiv | Mathematische Familie | Sicherheits-Level |
|---|---|---|---|
| KEX 1 | X25519 | Elliptic Curve (Bernstein) | 128 Bit |
| KEX 2 | X448 (Goldilocks) | Elliptic Curve (Hamburg) | 224 Bit |
| KEX 3 | E-521 | Edwards-Curve (Hamburg) | 260 Bit |
| KEX 4 | ML-KEM-1024 | Lattice / CRYSTALS-Kyber | NIST PQC L5 |
| KEX 5 | Classic McEliece | Code-based (komplett andere Mathematik) | NIST PQC L5 |
Zwei unabhängige AEAD-Cipher hintereinander, mit zwei unabhängig abgeleiteten Schlüsseln. Verwendet seit Jahren von Hochsicherheits-Plattformen wie VeraCrypt.
# Schlüssel-Ableitung
k_outer = BLAKE3-KDF(shared_secret, ctx="cascade/outer/" + sequence)
k_inner = BLAKE3-KDF(shared_secret, ctx="cascade/inner/" + sequence)
# Innere Verschlüsselung (AES-256-GCM)
ct_inner, tag_inner = AES-256-GCM(k_inner, nonce_inner, plaintext, aad=header)
# Äußere Verschlüsselung (ChaCha20-Poly1305) über das Innere Ciphertext
ct_outer, tag_outer = ChaCha20-Poly1305(
k_outer, nonce_outer,
ct_inner ‖ tag_inner,
aad = header ‖ kex_transcript
)
envelope = { header, ct_outer, tag_outer, sigs[3] }Jede Envelope dreifach signiert. Verifikation erfordert alle drei. Bricht eine Familie, hält der Rest. SLH-DSA wäre nur dann brüchig, wenn SHA-3 selbst bricht.
| Signatur | Mathematische Familie |
|---|---|
| Ed25519 | Elliptic Curve |
| ML-DSA-87 (Dilithium-5) | Lattice (post-quantum) |
| SLH-DSA (SPHINCS+) | Hash-based (post-quantum) |
| Aspekt | v5 Sovereign | v6 Fortress |
|---|---|---|
| Schlüsselaustausch | Triple-Hybrid (3 Verfahren) | Quad-Hybrid (5 Verfahren, 2 PQ-Familien) |
| Symmetrik | ChaCha20-Poly1305 (256 Bit) | Cascade ChaCha20-Poly1305 × AES-256-GCM (512 Bit) |
| Signaturen | Ed25519 + ML-DSA-87 (2 Familien) | + SLH-DSA (3 Mathe-Familien — EC × Lattice × Hash) |
| Hash & KDF | BLAKE3 + SHA-3-512 | dito + SHAKE-256 (variable Output) |
| Kombinierte Stärke | ~256 Bit equivalent | > 500 Bit kombiniert |
| Envelope-Größe | ~1.5 KB | ~4–6 KB |
| Performance | baseline | ~3–4× langsamer (egal bei Bank-Records) |
| Tier | Standard (Pro / Enterprise) | Enterprise / Fortress-Add-on |
SWIFT-CSP-konforme End-to-End-Kommunikation, Korrespondenz mit Aufsichtsbehörden, BaFin-Meldungen. Triple-Mathematik-Backup gegen jede einzelne kryptografische Familienkrise.
Energie, Wasser, Telekommunikation, Verkehr. NIS-2 fordert „Stand der Technik" — Fortress liefert die Nachweisbarkeit für Audit und Meldekette mit Hash-Chain und tamper-evident Logging.
VS-NfD und SECRET-Klassifikationen verlangen redundante Mathematik. Fortress ist die einzige zivile Suite mit drei unabhängigen Signatur-Familien (EC × Lattice × Hash).
Zulassungsstudien, klinische Daten, Forschungs-IP. „Harvest now, decrypt later" ist hier ein 30-Jahre-Risiko. Quad-Hybrid + Cascade schützt auch gegen unbekannte zukünftige Angriffe.
M&A-Akten, Schiedsverfahren, Whistleblower-Korrespondenz. § 203 StGB technisch nachweisbar erfüllt — drei unabhängige Signatur-Familien zusätzlich für nachträgliche Beweisfähigkeit.
Konsulats- und Gesandtschaftsverkehr, vertrauliche Verhandlungen. Souveräne Krypto ohne US-Government-Standardisierungsprozess — geopolitisch unabhängig.
Suite-Wahl pro Channel. Standard-Channels (v5) und Hochsicherheits-Channels (v6) lassen sich im selben Mandanten parallel betreiben.
import { NhsClient } from '@usc/nhs';
const nhs = new NhsClient({ apiKey: process.env.NHS_KEY });
// Standard-Channel: NHS-E2E-v5 Sovereign (Triple-Hybrid)
const sealed = await nhs.encrypt({
channel: 'invoices.eu',
recipient: 'pub_acme_v1',
payload: buf,
policy: { suite: 'NHS-E2E-v5/sovereign' }
});
// Hochsicherheits-Channel: NHS-E2E-v6 Fortress
const sealedFortress = await nhs.encrypt({
channel: 'mna-deals.eu',
recipient: 'pub_acme_v1',
payload: buf,
policy: {
suite: 'NHS-E2E-v6/fortress',
requireHybridPQ: true,
requireCascadeAEAD: true,
requireTripleSig: true
}
});Fortress ist Bestandteil unseres Enterprise-Tiers. Inklusive HSM-Backed Master-Keys (FIPS 140-3 L3), BYOK, dedizierter Hosting-Region und SLA. Antwort innerhalb eines Werktags.
v5 Sovereign liefert bereits 256-Bit equivalent Sicherheit — physikalisch nicht knackbar mit aktueller oder absehbarer Computertechnik. Fortress ist zusätzliche Reserve gegen unbekannte zukünftige kryptografische Angriffe und liefert das stärkere Audit- und Compliance-Argument. Für viele Anwendungsfälle ist v5 Sovereign vollkommen ausreichend.