# MAC-Konstruktions-Auditor: HMAC + BLAKE3 + SHA-3/Keccak + Poly1305 + BLAKE2 mit Schlüssel Berechnet und auditiert MACs über HMAC-SHA-2/SHA-3, BLAKE2 mit Schlüssel, BLAKE3, KMAC und Poly1305 mit offiziellen Selbsttests, Schlüssel-/Tag-Längen-Prüfung und Kompatibilitätsmatrix. > Kanonische Seite: https://elysiatools.com/de/tools/hmac-blake3-sha3-keccak-keyed-hash-and-mac-construction-linter - **Kategorie:** Cryptography - **Schlagwörter:** hmac-audit, mac-konstruktion, blake2 mit schlüssel, blake3 keyed-hash, kmac, cshake, poly1305 einmalig, sha3 keccak, rfc-4231-vektoren, tag-kürzung ## Überblick Jedes Tag erzeugt eine verifizierte Implementierung: HMAC über OpenSSL in node:crypto; BLAKE2/BLAKE3/KMAC/Poly1305 als reines TypeScript, abgeglichen mit dem offiziellen BLAKE2-KAT, den offiziellen BLAKE3-Vektoren, den NIST-SP-800-185-KMAC-Beispielen, RFC 8439 §2.5.2 und FIPS 202. Sicherheitsstufen nach NIST SP 800-107 (HMAC-Stärke = min(Schlüsselbits, Hash-Ausgabebits), Fälschungsgrenze 2^(t/2)) und SP 800-185 (KMAC = min(Schlüssel, 2·Tag, c/2) Bits). ## Eingaben - **Nachricht** (textarea): Payload to authenticate (e.g. webhook body, JWT signing input) - **Nachrichtencodierung** (select) - **Schlüssel (hexadezimal)** (text): e.g. 0b0b0b... (20 bytes) or 000102...1f (32 bytes) - **Beibehaltene Tag-Länge (Bytes)** (number) - **Domänentrennungs-Label (KMAC custom / BLAKE3-Kontext)** (text): e.g. myapi/v1/webhook ## Wann verwenden - Beim Entwurf von API-Signaturverfahren oder Webhook-Verifizierungsmechanismen mit HMAC, KMAC oder BLAKE3. - Zur Überprüfung von Sicherheitsmargen bei gekürzten MAC-Tags und Erkennung unzureichender Schlüssellängen. - Beim Benchmarking und Vergleichen verschiedener kryptografischer MAC-Konstruktionen hinsichtlich Ausgabegröße und Standardkonformität. ## Funktionsweise - Eingabe der Nachricht als UTF-8-Text oder hexadezimaler Bytestrom zusammen mit dem hexadezimalen kryptografischen Schlüssel. - Konfiguration optionaler Parameter wie der gewünschten Tag-Länge in Bytes und des Domänentrennungs-Labels für KMAC oder BLAKE3. - Parallele Berechnung der MAC-Werte über verifizierte Implementierungen und Ausführung offizieller KAT-Selbsttests (RFC 4231, RFC 8439, NIST SP 800-185, FIPS 202). - Generierung eines strukturierten Audit-Reports mit Tag-Werten, Linter-Warnungen zur Tag-Kürzung und effektiven Sicherheitsbits. ## Anwendungsfälle - Verifikation von Webhook-Signaturen vor dem Produktiveinsatz in Integrationsplattformen. - Linter-Prüfung von Kürzungsrichtlinien für kompakte Authentifizierungs-Token in Embedded-Systemen. - Gegenprüfung eigener kryptografischer Testvektoren gegen NIST- und RFC-konforme Implementierungen. ## Häufig gestellte Fragen ### Warum werden BLAKE3 und Poly1305 bei bestimmten Schlüssellängen übersprungen? BLAKE3 im Keyed-Modus und Poly1305 erfordern strikt einen Schlüssel von exakt 32 Bytes (256 Bit); weicht der Schlüssel ab, können diese Konstruktionen nicht ausgeführt werden. ### Welche Risiken bestehen bei der Kürzung von MAC-Tags? Ein gekürztes Tag senkt die Fälschungssicherheit auf maximal 2^(t/2) bei t Bits Tag-Länge, was das Risiko von Kollisionen und Forgery-Angriffen erhöht. ### Wozu dient das Domänentrennungs-Label? Labels trennen unterschiedliche Protokollkontexte in KMAC (Customization String) und BLAKE3 (Context String) kryptografisch voneinander. ### Wie werden die Sicherheitsbits für HMAC und KMAC bestimmt? Die Sicherheitsstärke folgt NIST SP 800-107 für HMAC als min(Schlüsselbits, Hash-Ausgabebits) und NIST SP 800-185 für KMAC als min(Schlüssel, 2·Tag, c/2). ### Unterstützt das Tool die Eingabe binärer Payloads? Ja, Nachrichten können über die Option Hexadezimal-Bytes als Rohdaten eingegeben werden. ## Ähnliche Tools - [Hash-Algorithmus-Vergleich](https://elysiatools.com/de/tools/hash-algorithm-comparator): Hasht dieselbe Eingabe mit MD5, SHA-1, SHA-256, SHA-512, BLAKE2b und BLAKE3 und vergleicht sie: Ausgabelänge, Hex/Base64-Digest, Sicherheitsstatus (gebrochen/modern) und relatives Geschwindigkeits-Benchmark. Gut für Lehre, Algorithmuswahl und Prüfsummenkontrolle. - [Text-Hash-Generator](https://elysiatools.com/de/tools/text-hash-generator): Berechnet MD5, SHA-1, SHA-256, SHA-512 und CRC-32 beliebigen Texts auf einmal. Liefert Hex und Base64 über die UTF-8-Kodierung. - [BLS (Boneh–Lynn–Shacham) Schwellenwert-Signaturaggregation + Distributed-Key-Generation-Simulator](https://elysiatools.com/de/tools/bls-boneh-lynn-shacham-threshold-signature-aggregation-distributed-key-gen-simulator): Simuliert BLS12-381 komplett: Joint-Feldman-DKG-Zeremonien, t-von-n-Schwellenwertsignierung mit Lagrange-Interpolation, den Rogue-Key-Angriff mit Proof-of-Possession-Abwehr und die Attestation-Aggregation von Ethereum 2. - [OAuth-2.0-/OIDC-Autorisierungscode-mit-PKCE-Ablaufvisualisierer](https://elysiatools.com/de/tools/oauth-oidc-authorization-code-pkce-flow-visualizer): Simuliert den Autorisierungscode-Ablauf mit PKCE vollständig: Verifier/Challenge-Erzeugung, Autorisierungs-URL, Token-Austausch, ID-Token-Prüfcheckliste und eine Abfangangriffs-Demo. - [PKCE Code Verifier & Challenge Generator](https://elysiatools.com/de/tools/pkce-code-verifier-generator): Erzeugt, validiert und verifiziert OAuth2-/OIDC-PKCE (RFC 7636) Code-Verifier-/Challenge-Paare. Drei Modi: (1) ein frisches Paar aus kryptografisch sicheren Zufallsbytes (256/384/512/768 Bit) erzeugen, (2) einen eigenen Verifier gegen den RFC prüfen — Länge (43–128), Zeichensatz \[A-Za-z0-9-._~\] und ≥256 Bit Entropie, und (3) ein Paar verifizieren durch Neuberechnung von BASE64URL(SHA256(verifier)). Optional werden die vollständige Autorisierungs-URL und der Token-Austausch-Body gebaut. Ergänzt den generischen Nonce-Generator (der nur das Paar ausgibt) um RFC-Konformitäts-Audit und Paar-Verifikation. - [RSA Verschlüsseln / Entschlüsseln](https://elysiatools.com/de/tools/rsa-encrypt-decrypt): Verschlüsselt Text mit einem öffentlichen RSA-Schlüssel oder entschlüsselt den Geheimtext mit dem passenden privaten Schlüssel, mit OAEP-Padding (SHA-1 oder SHA-256). Lange Nachrichten werden blockweise verarbeitet. Schlüssel und Daten bleiben lokal. PKCS#1 v1.5 wird bewusst nicht angeboten (Node deaktiviert es für die Entschlüsselung wegen Bleichenbacher-Angriffen). - [Web-Push-Encoder: RFC-8030-Anfrage + VAPID + RFC-8291-Verschlüsselung](https://elysiatools.com/de/tools/web-push-rfc8030-vapid-rfc8291-payload-encrypted-content-encoder): Kodiert einen vollständigen Web-Push-Versand: aes128gcm-Verschlüsselung nach RFC 8291, VAPID-ES256-JWT nach RFC 8292, RFC-8030-Header, APNs/FCM-Zuordnung und Entschlüsselungs-Roundtrip-Verifikation. - [CRC32-Prüfsumme](https://elysiatools.com/de/tools/crc32-checksum): Berechnet die CRC32-Prüfsumme (IEEE-802.3-Polynom) für Text oder Bytes. Ausgabe als Hex, Dezimal oder Binär. Akzeptiert Klartext (UTF-8) oder Bytes über Hex/Base64. ## Beispiele - [MAC-Adressen Beispiele](https://elysiatools.com/de/samples/mac-address): Sammlung von MAC-Adressen in verschiedenen Formaten für Validierungstests - [MP3 Audio-Beispiele ohne Urheberrechte](https://elysiatools.com/de/samples/mp3-samples): Sammlung urheberrechtsfreier Audio-Beispiele zum Testen und Entwickeln, einschließlich Naturklänge, Meditationsmusik und Umgebungsgeräusche - [Android Java Bildverarbeitungsbeispiele](https://elysiatools.com/de/samples/android-image-processing-java): Android Java Bildverarbeitungsbeispiele einschließlich Lesen/Schreiben, Skalierung und Formatkonvertierung - [Android Kotlin Bildverarbeitungsbeispiele](https://elysiatools.com/de/samples/android-image-processing-kotlin): Android Kotlin Bildverarbeitungsbeispiele einschließlich Lesen/Schreiben, Skalierung und Formatkonvertierung