Elysia Tools

Durchsuche Tools, Beispiele, visuelle Erklärungen und Themenguides an einem klaren Ort.

Beliebte Kategorien

Themen

Sprache
ZHESPTRUFRDEEN

Elysia Tools

Mobile Navigation

Format Conversion

Web-Push-Encoder: RFC-8030-Anfrage + VAPID + RFC-8291-Verschlüsselung

· Zuletzt aktualisiert：2026-09-23

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.

Einzelheiten

Wobei dieses Tool hilft

Die Verschlüsselung folgt exakt RFC 8291: ECDH über P-256 zwischen einem ephemeralen Application-Server-Schlüssel und dem p256dh-Schlüssel des Abonnements, HKDF-SHA256-Schlüsselkombination mit dem Auth-Secret (Kontext „WebPush: info"), zufälliges 16-Byte-Salt, CEK/Nonce-Ableitung über „Content-Encoding"-Kontexte und AES-128-GCM mit dem RFC-8188-Binärheader (Salt + Record-Größe + Key-ID). Die Implementierung gibt die Beispiele aus RFC 8291 §5 und draft-ietf-webpush-encryption-04 bytegenau wieder.

Ausführung

Dieses Tool ausführen

Fülle das Formular aus, starte das Tool und prüfe das Ergebnis an einem Ort.

Beispiele

Beispiele zu diesem Tool

Verwandt

Mit verwandten Tools und Themen fortfahren

Verfasst vom Elysia Tools Team

Leitfaden zur Tool-Nutzung

Erfahren Sie, wann dieses Tool passt, was es unterstützt und wie Nutzer es anwenden.

Wichtige Fakten

Kategorie
Format Conversion
Eingabetypen
textarea, select, text, number, checkbox
Ausgabetyp
html
Sample-Abdeckung
4
API bereit
Ja

Überblick

Der Web-Push-Encoder generiert standardkonforme Push-Nachrichten inklusive Payload-Verschlüsselung nach RFC 8291, VAPID-ES256-JWTs nach RFC 8292 und Protokoll-Headern nach RFC 8030. Das Tool leitet kryptografische Schlüssel via ECDH und HKDF-SHA256 ab, erzeugt den binären RFC-8188-Header und validiert das Ergebnis optional über eine Roundtrip-Entschlüsselung.

Wann verwenden

  • Beim Entwickeln und Testen von Push-Servern zur Überprüfung exakter Byte-Ausgaben und Header.
  • Beim Debuggen von Verschlüsselungs- und Signierungsfehlern (z. B. Bad Request 400 oder Unauthorized 401 bei Push-Gateways).
  • Beim Vergleichen von Standard-aes128gcm-Nachrichten mit Legacy-aesgcm-Formaten (draft-04) und APNs/FCM-Headern.

So funktioniert es

  1. 1Aus dem ephemeren Server-Schlüssel und dem p256dh-Abonnementschlüssel wird per P-256 ECDH ein gemeinsames Geheimnis gebildet und per HKDF-SHA256 mit dem Auth-Secret kombiniert.
  2. 2Mit einem 16-Byte-Salt werden Content Encryption Key (CEK) und Nonce abgeleitet, um die Nutzdaten via AES-128-GCM zu verschlüsseln.
  3. 3Das Tool generiert ein VAPID-JWT (ES256) mit den Claims sub, aud und exp und setzt die erforderlichen RFC-8030-Header (TTL, Urgency, Topic).
  4. 4Ein detaillierter HTML-Bericht listet alle Zwischenschlüssel, Roh-Header, Gateway-Mappings und das Ergebnis der optionalen Entschlüsselungsverifikation auf.

Anwendungsfälle

  • Generierung vollständiger HTTP/2-POST-Payloads für Push-Dienste von Mozilla, Google FCM oder Apple Web Push.
  • Kryptografische Verifikation eigener Web-Push-Bibliotheken gegen standardisierte IETF-Testvektoren.
  • Zuordnung von RFC-8030-Parametern (wie Urgency und Topic) zu plattformspezifischen APNs- und FCM-Headern.

Beispiele

1. RFC 8291 §5 Standard-Testvektor

Backend-Entwickler

Hintergrund

Ein Entwickler implementiert einen Web-Push-Dienst in Go und möchte die Schlüsselableitung und Header-Erzeugung gegen den offiziellen RFC-Standard abgleichen.

Aufgabe

Unklare Zwischenwerte bei HKDF-SHA256 führen zu Fehlern bei der Entschlüsselung im Browser-Client.

Verwendung

Nutzdaten, P-256-Schlüssel und Salt aus dem RFC-8291-Beispiel eintragen und als Inhaltskodierung aes128gcm auswählen.

Nutzdaten: "When I grow up, I want to be a watermelon", Inhaltskodierung: aes128gcm, TTL: 10, Urgency: normal, VAPID aktiv.

Ergebnis

Erzeugt einen 144-Byte-Body mit identischen Zwischenschlüsseln (CEK, Nonce) und bestätigt die korrekte Entschlüsselung im Roundtrip-Test.

2. Legacy draft-04 Push-Nachricht mit Topic

Systemintegrator

Hintergrund

Ein Altsystem nutzt noch das ältere Web-Push-Draft-04-Format und benötigt konfigurierte Collapse-Keys zur Nachrichtenbündelung.

Aufgabe

Verschlüsselte Nachrichten müssen über HTTP-Header Encryption und Crypto-Key statt über den Body-Header übertragen werden.

Verwendung

FAQ

Was unterscheidet aes128gcm von der aesgcm-Kodierung?

aes128gcm (RFC 8291) bettet Salt und Schlüssel-ID direkt in den Nachrichten-Body (RFC 8188) ein, während Legacy-aesgcm (draft-04) separate HTTP-Header (Encryption und Crypto-Key) nutzt.

Welche Daten sind aus der Browser-Subscription erforderlich?

Benötigt werden der öffentliche P-256-Schlüssel (p256dh) und das 16-Byte-Authentifizierungsgeheimnis (auth).

Wozu dient der optionale private Empfängerschlüssel?

Wird der private P-256-Schlüssel des Abonnements angegeben, entschlüsselt das Tool das Chiffrat zur direkten Roundtrip-Verifikation des Klartexts.

Darf derselbe P-256-Schlüssel für VAPID und die Payload-Verschlüsselung verwendet werden?

Nein, RFC 8291 und RFC 8292 verlangen aus Sicherheitsgründen getrennte Schlüsselpaare für VAPID-Signaturen und die ephemere Nutzdaten-Verschlüsselung.

Welche VAPID-Claims sind im generierten JWT enthalten?

Das JWT enthält die Ziel-Origin des Push-Dienstes (aud), den Ablaufzeitpunkt in Unix-Sekunden (exp) und eine Kontaktadresse (sub, z. B. mailto:).

Start
Werkzeuge3201
Beispiele593
Visualisierungen465
Dateibetrachter103
Themen233
Schlagwörter333
Bilder, Audio & Video657

Werkzeuge für Bild-, Audio- und Videobearbeitung, Konvertierung und Optimierung

Mathe, Datum & Finanzen644

Rechner, Zahlenwerkzeuge, Datumslogik, Statistik und Finanztools

Design & Farbe297

Werkzeuge für Farben, Layouts, Grafiken, visuelle Gestaltung und Designhilfen

Text & Schreiben209

Werkzeuge für Schreiben, Bereinigung, Formatierung, Extraktion und Textanalyse

Entwicklung & Web193

Entwicklerwerkzeuge, Netzwerk-Utilities, Web-Debugging und Automatisierungshelfer

Konvertierung & Kodierung175

Werkzeuge für Format-, Datei-, Archiv-, Einheiten- und Kodierungskonvertierung

FLAC/WAV-Quellen prüfen und Nachweise übergeben
Selbst gehostetes Gewinnspiel-Widget prüfen und zur Einbettung übergeben
Stripe-Codepaket prüfen und lokalen Import vorbereiten
Technische Fotoauswahl prüfen und Kandidaten zur Bearbeitung übergeben
UI-Screenshot strukturieren, prüfen und an die Entwicklung übergeben

© 2026 Elysia Tools. Alle Rechte vorbehalten.

DokumentationTarifeÜber unsNutzungsbedingungenDatenschutzerklärungCookiesKontakt
Python

Web Python Bildverarbeitung Beispiele

Web Python Bildverarbeitungsbeispiele mit PIL/Pillow einschließlich Lesen, Speichern, Skalieren und Formatkonvertierung

Rust

Web Rust Bildverarbeitungsbeispiele

Web Rust Bildverarbeitungsbeispiele einschließlich Lesen/Schreiben, Skalierung und Formatkonvertierung

TypeScript

Web TypeScript Bildverarbeitungsbeispiele

Web TypeScript Bildverarbeitungsbeispiele einschließlich Bild-Lesen/Speichern, Skalierung und Formatkonvertierung

Go

Web Go Dateioperationsbeispiele

Web Go Dateioperationsbeispiele einschließlich Textdatei-Lesen/Schreiben, Datei-Kopieren/Verschieben, Verzeichnisdurchlauf und Dateivalidierung

Development

Data-URI-Generator

Konvertiert Dateien in Data URIs (Base64 oder prozent-kodiert), um Bilder, Schriftarten und Ressourcen direkt in HTML, CSS oder Markdown einzubetten

Cryptography

Hash-Algorithmus-Vergleich

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.

Security

RSA Verschlüsseln / Entschlüsseln

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).

Development

OpenTelemetry-W3C-traceparent-/tracestate-/baggage- und OTLP-Header-Propagierungs-Validator

Prüft traceparent nach der W3C-Trace-Context-ABNF (Version / 16-Byte-Trace-ID / 8-Byte-Parent-ID / 1-Byte-Trace-Flags; Nullen und Version ff werden abgelehnt, Großschreibung verwarnt), tracestate (≤32 Mitglieder, einfache und tenant@system-Schlüssel, Duplikat-Warnungen) und baggage (prozent-kodierte Werte mit opaken Properties); validiert den OTLP-Export-Content-Type und den 25-Byte-Binärkontext von grpc-trace-context-bin; korreliert zwei traceparent in einem simulierten Round-Trip (Trace-ID-Stabilität und Kollision einer zufälligen Child-Span-ID) und gibt normalisierte Header aus.

Legacy-Kodierung aesgcm wählen, Padding auf 2 Bytes setzen und ein Topic zur Ableitung der Collapse-Keys definieren.

Nutzdaten: "I am the walrus", Inhaltskodierung: aesgcm, Padding: 2, Topic: "chat-message", Urgency: high.

Ergebnis

Generiert die passenden Encryption- und Crypto-Key-Header sowie das Mapping auf FCM-Collapse-Keys und APNs-Collapse-ID.