~~NOTOC~~ {{wvds:title>L4Re Crypto Service}} ===== L4Re Krypto Service ===== **Post-Quantum-sichere Kryptografie fuer Edge-Geraete auf L4Re Microkernel** Version 0.2.0 | OpenSSL 3.6 FIPS Provider | ML-KEM + ML-DSA + AES-256-GCM ==== Big Picture: Double-Layer Security ==== DOUBLE-LAYER SECURITY ==================================================================================== +------------+ +-------------------+ +-----------------------+ | GERAET | | PQ-EDGE-GATEWAY | | PQ-PROXY | | (Sensor) | | (L4Re Microkernel)| | (Cloudflare/Nginx) | | | | | | | | Sensordaten|---->| Layer 1: Payload |-------->| Layer 1: bleibt | | | | ML-KEM + AES-GCM | HTTPS | verschluesselt | | | | | (443) | | | | | Layer 2: Transport| | Layer 2: TLS | | | | TLS 1.3 + ML-KEM | | terminiert | +------------+ +-------------------+ +-----------+-----------+ | v +-----------------------------------------------------+ | BACKEND | | | | +----------+ +----------+ +------------------+ | | | API | | ML/AI | | Datenbank | | | | Server | | Process. | | (verschluesselt) | | | +----------+ +----------+ +------------------+ | | | +-----------------------------------------------------+ Warum 2 Layer? ------------------------------------------------------------------------------------ Layer 2 (Transport): Schuetzt vor MITM, aber Proxy sieht Klartext Layer 1 (Payload): Ende-zu-Ende, nur Backend kann entschluesseln => Selbst kompromittierter Proxy = kein Datenleck ==== Was Sie bekommen ==== Der WvdS Crypto Service ist eine **fertige Black-Box**: * Sie kompilieren NICHTS * Sie konfigurieren NICHTS * Der Daemon laeuft, Sie senden Requests - fertig ==== Verfuegbare Operationen ==== | Request-Type | Name | Beschreibung | | ''0x01'' | AES_ENCRYPT | AES-256-GCM verschluesseln | | ''0x02'' | AES_DECRYPT | AES-256-GCM entschluesseln | | ''0x10'' | MLDSA_SIGN | ML-DSA Signatur erstellen | | ''0x11'' | MLDSA_VERIFY | ML-DSA Signatur pruefen | | ''0x20'' | MLKEM_KEYGEN | ML-KEM Schluesselpaar generieren | | ''0x21'' | MLKEM_ENCAPS | ML-KEM Encapsulation | | ''0x22'' | MLKEM_DECAPS | ML-KEM Decapsulation | ==== Navigation ==== === Grundlagen === * [[.:glossar|Glossar]] - PQC-Begriffe (ML-KEM, ML-DSA, Nonce...) * [[.:architektur|Architektur]] - Two-Daemon System, Shared Memory === Integration === * [[.:installation|Installation]] - 3-Schritte OEM-Integration * [[.:integration|Integration]] - Code-Beispiele (C/C++) === Referenz === * [[.:protokoll|Protokoll]] - Byte-Level Request/Response Format * [[.:api|API-Referenz]] - Request-Types + Helper-Funktionen === Sicherheit & Compliance === * [[.:sicherheit|Sicherheit]] - Rate Limiting, Nonce-Tracking, Zeroize * [[.:compliance|Compliance]] - NIS2, BSI TR-03116-4, FIPS 203/204 ---- **Support:** Wolfgang van der Stille / EMSR DATA d.o.o. / DATECpro GmbH