Local-First: Schlüssel und Signaturen, die du einfügst, bleiben in deinem Browser
Die Anlaufstelle für digitale Signaturen.
ECDSA signiert den Großteil des modernen Internets – TLS, SSH, JWTs, Passkeys, Bitcoin und Ethereum. Wenn eine Signatur die Prüfung partout nicht besteht, debuggst du sie hier: kostenlose Tools, die Kurven, Formate und Kodierungen automatisch erkennen und erklären, was tatsächlich nicht stimmt.
Die Erkennung läuft lokal in deinem Browser – nichts, was du einfügst, verlässt die Seite.
- kostenlose Tools
- 91
- keine Paywall, keine Testphase
- laufen komplett in deinem Browser
- 64/91
- die übrigen sagen, was sie senden
- Konten erforderlich
- 0
- Tool öffnen und einfügen
- Zeithorizont des NIST-Entwurfs
- 2035
- klassische Signaturen nicht mehr zulässig
Signature Lab
Kostenlose Tools, die die Kryptografie in deinem Browser erledigen: keine Konten, und nichts, was du einfügst, wird irgendwohin gesendet. Die wenigen Tools, die öffentliche Daten abfragen müssen – eine Domain, eine URL, eine Bitcoin-Adresse –, weisen auf ihrer Seite darauf hin, bevor sie es tun.
Nach Kategorie stöbern
- Signaturen7 ToolsPrüfe eine Signatur, konvertiere ihre Kodierung, finde heraus, warum sie die Prüfung nicht besteht, generiere Testvektoren, sieh dir die Arithmetik auf elliptischen Kurven dahinter an und teile ein Secret in Shamir-Anteile auf – jedes Tool läuft in deinem Browser.
- JOSE & JWT9 ToolsSigniere, dekodiere und prüfe JSON Web Tokens, entschlüssle JWEs, lies PASETO-Tokens, generiere Schlüssel und konvertiere sie zwischen JWK, PEM und SSH, und erstelle oder prüfe die Schlüsselsätze dahinter – mit verständlichen Erklärungen, was nicht stimmt.
- Zertifikate & Schlüssel17 ToolsDekodiere Zertifikate, Certificate Signing Requests, Sperrlisten, OCSP-Antworten und Zeitstempel aus Certificate Transparency; generiere einen CSR samt Schlüssel, prüfe, ob Schlüssel, Zertifikat und CSR zusammengehören, vergleiche zwei Zertifikate, bring eine Kette in die richtige Reihenfolge und lade fehlende Zwischenzertifikate nach, berechne SPKI-Pins und teste Schlüssel auf bekannte Schwächen; öffne PFX-Dateien, teile PEM-Bundles auf, untersuche rohes ASN.1 und stell dir den passenden openssl-Befehl zusammen. Schlüssel bleiben in deinem Browser; die wenigen Prüfungen, die unseren Server brauchen, sagen, was sie senden, bevor sie es senden.
- TLS & DNS9 ToolsGeneriere eine TLS-Konfiguration für deinen Server, bereite dich auf 47-Tage-Zertifikate vor, veröffentliche CAA-, TLSA- und security.txt-Einträge, verfolge die DNSSEC-Vertrauenskette, sieh nach, ob dein Browser schon Post-Quanten-TLS nutzt, und prüfe viele Domains auf einmal. Jede Seite sagt genau, ob und was sie über das Netzwerk sendet.
- E-Mail5 ToolsFinde heraus, warum die Prüfung einer DKIM-Signatur fehlschlägt, sieh dir an, was jede weiterleitende Station in einer ARC-Kette festgehalten hat, erstelle Schlüssel und DNS-Eintrag für deine eigene Domain und prüfe den BIMI-Eintrag einer Marke und ihr Zertifikat (Mark Certificate). Die DKIM- und ARC-Tools analysieren Nachrichten in deinem Browser und fragen über DNS-over-HTTPS nur die Namen öffentlicher Schlüssel ab; die vollständige Analyse von SPF, DKIM, DMARC, ARC, BIMI und MTA-STS läuft auf unserem Server und sendet die Nachricht erst nach deiner Zustimmung.
- Web313 ToolsDekodiere eine rohe Ethereum-Transaktion oder eine EIP-7702-Delegierung, lies, was du mit einer Typed-Data-Signatur aus der Hand geben würdest, bevor du signierst, prüfe, wer eine Ethereum-Nachricht oder eine Anmeldung signiert hat, vergleiche die Hashes einer Safe-Transaktion mit deiner Hardware-Wallet, suche nach wiederverwendeten ECDSA-Nonces, untersuche PSBTs und xpubs und prüfe Signaturen von Bitcoin (BIP-137/322), Solana und Nostr. Alles läuft in deinem Browser; On-Chain-Abfragen gehen nur dann an einen öffentlichen RPC-Knoten, wenn du es verlangst. Seed-Phrasen und private Schlüssel werden nie angenommen.
- Post-Quanten-Kryptografie6 ToolsPost-Quanten-Kryptografie zum Ausprobieren: Signiere mit ML-DSA und SLH-DSA, kapsle Schlüssel mit ML-KEM und dem Hybridverfahren X25519MLKEM768, das Browser bereits nutzen, miss die Geschwindigkeit von über 100 Algorithmen aus liboqs und untersuche PQ-Zertifikate, HPKE und age – alles in deinem Browser, nichts wird hochgeladen.
- Identität & Passkeys12 ToolsRegistriere dich mit einem echten Passkey, melde dich damit an und finde über den FIDO Metadata Service heraus, welcher Authenticator dahintersteckt; validiere ID-Tokens von OpenID Connect und SAML-Antworten, untersuche die Nachweise der europäischen Wallet für die digitale Identität (SD-JWT VC und mdoc), DPoP-Proofs, COSE und CWT sowie HTTP-Anfragen, die Bots und KI-Agenten signiert haben. Tokens und Schlüssel werden in deinem Browser geprüft; die Authenticator-Suche fragt bei unserem Server nur öffentliche Metadaten ab.
- Code- und Dokumentsignatur12 ToolsFinde heraus, was hinter einem Release wirklich steckt, bevor du es ausführst. Prüfe Sigstore-Bundles und npm-Provenance bis hin zu Repository, Workflow und Commit, die sie gebaut haben, lies SLSA- und in-toto-Attestierungen, gleiche SSH-signierte Git-Commits und Dateien mit allowed_signers ab und untersuche die Signaturen von ausführbaren Windows-Dateien, Android-APKs und Java-Archiven. Auch für Dokumente und Medien: Prüfe PDF-Signaturen (PAdES, LTV) und signierte E-Mails (S/MIME), ohne etwas hochzuladen, dekodiere Zeitstempel nach RFC 3161, lies die Content Credentials (C2PA) von Bildern und Videos und weise nach, dass ein Schlüssel auf einem YubiKey erzeugt wurde. Dateien und Schlüssel bleiben in deinem Browser; der npm-Checker fragt das Paket, das du angibst, bei der öffentlichen Registry ab, und die optionale zweite Sigstore-Prüfung schickt unserem Server nur das Bundle und den Digest der Datei.
- OpenPGP1 ToolFüge einen Schlüssel, eine Signatur oder eine Nachricht im ASCII-Armor-Format ein oder öffne eine .gpg-, .sig- oder .asc-Datei und sieh dir jedes Paket an: Unterschlüssel, User-IDs und Selbstsignaturen, Ablauf und Widerruf, Algorithmen einschließlich der v6-Schlüssel nach RFC 9580 und der neuen Post-Quanten-IDs. Prüfe abgetrennte Signaturen, Klartext- und Inline-Signaturen mit dem öffentlichen Schlüssel des Signierers – wie gpg --verify, nur ohne GnuPG zu installieren. Alles läuft in deinem Browser, und private Schlüssel werden ungelesen zurückgewiesen.
Empfohlene Tools
Signaturfehler-Diagnose
Herausfinden, warum die Prüfung fehlschlägt
Deine Signatur sieht gültig aus, aber die Prüfung schlägt fehl? Füge Schlüssel, Nachricht und Signatur ein – das Tool testet häufige Ursachen für Unstimmigkeiten: falscher Hash, falsche Kurve, verwechselte Kodierung, High-S, doppeltes Hashing.
Tool öffnenNonce-Wiederverwendungs-Checker
Bitcoin-Adresse nach wiederholten r-Werten durchsuchen
Der eine fatale Fehler bei ECDSA: Wer zweimal mit derselben Nonce signiert, legt den privaten Schlüssel offen. Füge eine Bitcoin-Adresse ein – der Checker durchsucht ihre bisherigen Signaturen nach wiederholten r-Werten, dem Fingerabdruck einer Nonce-Wiederverwendung.
Tool öffnenOpenSSL-Befehls-Builder
Den passenden openssl-Befehl zusammenstellen
Wähle eine Aufgabe – EC- oder RSA-Schlüssel, selbstsignierte Zertifikate, CSRs, PKCS#12-Bundles, Signaturen, TLS-Tests –, fülle die Lücken aus und kopiere einen funktionierenden Befehl, in dem jedes Flag erklärt ist. Füge einen Befehl ein, den du irgendwo gefunden hast, und das Tool erklärt auch diesen.
Tool öffnenJWT-Signierer
Tokens mit eigenem Schlüssel signieren
Baue ein JWT aus Header und Claims, setze iat, nbf und exp mit relativen Zeitangaben und signiere es mit einem beliebigen JOSE-Algorithmus – HMAC, RSA, RSA-PSS, ECDSA oder EdDSA. Der Schlüssel bleibt in deinem Browser.
Tool öffnenASN.1-Explorer
Jede DER- oder BER-Struktur dekodieren
Füge PEM, base64 oder Hex ein oder lege eine DER-Datei ab und navigiere durch den ASN.1-Baum – mit Byte-Offsets, OID-Namen und hervorgehobenem Hex. Das Tool markiert jede Stelle, die BER, aber kein DER ist.
Tool öffnenCSR-Generator
CSR und Schlüssel lokal erstellen
Erstelle einen Certificate Signing Request nach PKCS #10 mit einem in deinem Browser erzeugten Schlüssel oder mit deinem eigenen. Du erhältst die PEM-Dateien und den entsprechenden Befehl openssl req – der private Schlüssel verlässt die Seite nie.
Tool öffnenTLS-Konfigurationsgenerator
SSL-Konfigurationen für 28 Server
TLS-Einstellungen für nginx, Apache, HAProxy, Caddy, Postfix, Node.js, Go, Java, .NET und 19 weitere Server nach den TLSRef-Leitlinien – der Fortführung der Mozilla-Leitlinien –, mit Post-Quanten-Schlüsselaustausch, wo deine Version ihn unterstützt, und einem Erklärmodus für die Konfiguration, die du bereits einsetzt.
Tool öffnen47-Tage-Zertifikatsrechner
Erneuerungen für 200 → 100 → 47 Tage planen
Die Laufzeit öffentlich vertrauenswürdiger TLS-Zertifikate sinkt bis 2029 von 398 auf 200, 100 und schließlich 47 Tage. Sieh dir an, was das für deine Zertifikate bedeutet: Erneuerungen und Domain-Validierungen pro Jahr, die nächsten Stichtage und wo deine Erneuerungsrichtlinie versagt.
Tool öffnenPost-Quanten-Browser-Check
Nutzt dein Browser ML-KEM?
Ein Klick zeigt, ob dein Browser mit Cloudflare das hybride Post-Quanten-Verfahren X25519MLKEM768 aushandelt – über TLS auf TCP und innerhalb von QUIC (HTTP/3) –, ob das dem entspricht, was seine Version tun sollte, und was abfangende Proxys oder alte Versionen daran ändern.
Tool öffnenDKIM-Debugger
Warum eine DKIM-Signatur fehlschlägt, Schritt für Schritt
Füge eine E-Mail im Rohformat ein und verfolge, wie jede DKIM-Signatur geprüft wird: Kanonisierung „simple“ und „relaxed“ mit hervorgehobenen Änderungen, Body- und Header-Hashes, der Schlüssel aus dem DNS. Schlägt eine Signatur fehl, rekonstruiert der Debugger, was der Signierer gesehen hat, und nennt die Änderung, die sie ungültig gemacht hat.
Tool öffnenEIP-712-Inspektor
Was eine Typed-Data-Signatur wirklich erlaubt
Füge die Typed Data ein, die eine Website deine Wallet signieren lassen will, und lies in klaren Worten, was die Signatur erlaubt: Token-Permits, Permit2-Allowances sowie Seaport-, Blur-, LooksRare- und CoW-Orders. Das Tool markiert unbegrenzte Genehmigungen, Listings, für die du nichts bekommst, weit entfernte Fristen, die falsche Chain und nachgeahmte Contracts.
Tool öffnenEthereum-Transaktions-Decoder
Rohe signierte Transaktionen dekodieren
Füge eine rohe Transaktion oder ein Objekt von eth_getTransactionByHash ein: jedes Feld, der aus der Signatur wiederhergestellte Absender, der dekodierte Funktionsaufruf und Warnungen bei unbegrenzten Genehmigungen und Delegierungen. Alle Transaktionstypen, von Legacy bis EIP-7702.
Tool öffnenPost-Quanten-Signaturen
Mit ML-DSA, SLH-DSA und Falcon signieren und prüfen
Erzeuge Schlüssel, signiere und prüfe mit ML-DSA, SLH-DSA und Falcon, mit Kontextstrings sowie Pre-Hash- und deterministischem Modus. Sieh, wie viel größer Post-Quanten-Schlüssel und -Signaturen sind als bei ECDSA und Ed25519.
Tool öffnenPasskey-Sandbox
Passkey-Registrierung und -Anmeldung ausprobieren
Registriere einen echten Passkey und authentifiziere dich damit bei einer Relying Party, die auf dieser Seite läuft: die WebAuthn-Optionen, jeder Prüfschritt aus §7.1 und §7.2, die Flags, die Attestierung und der Credential-Datensatz.
Tool öffnenSigstore-Bundle-Verifizierer
Bundles von cosign, npm und GitHub-Attestierungen
Prüfe ein Sigstore-Bundle gegen die Datei, die es signiert, und die Identität, die du erwartest: das Fulcio-Zertifikat und seine SCTs, den Rekor-Eintrag mit Inclusion Proof und Checkpoint, signierte Zeitstempel und Zeitstempel nach RFC 3161, DSSE- und Nachrichtensignaturen – offline, wie cosign verify-blob.
Tool öffnenSSH-Signatur-Verifizierer
Mit ssh-keygen -Y signierte Dateien, Commits und Tags
Prüfe eine mit ssh-keygen -Y sign erstellte SSHSIG-Signatur oder einen Git-Commit oder ein Git-Tag mit SSH-Signatur anhand einer allowed_signers-Datei – Namespaces, Principals, Gültigkeitszeiträume und SSH-Zertifikate, nach denselben Regeln wie ssh-keygen.
Tool öffnenPDF-Signatur-Verifizierer
PDF-Signaturen ohne Upload prüfen
Zieh ein signiertes PDF hierher und sieh, was jede Signatur abdeckt, ob das Dokument nach dem Signieren geändert wurde, wer es signiert hat und wann. PAdES, CMS, Zeitstempel nach RFC 3161 und LTV-Daten werden in deinem Browser geprüft – die Datei wird nie hochgeladen.
Tool öffnenSo funktioniert das Lab
Gebaut wie eine Werkbank, nicht wie ein Webdienst: Die Seite ist die ganze Maschine.
Füge dein Material ein
Ein öffentlicher Schlüssel, ein JWT, ein Zertifikat, eine hartnäckige Signatur – alles, was die Prüfung nicht besteht. Keine Registrierung, kein Upload-Button.
In deinem Browser analysiert
Kurven, Formate und Kodierungen werden direkt im Tab automatisch erkannt und geprüft – mit WebCrypto und auditierten Open-Source-Bibliotheken. Deine Schlüssel und Signaturen gehen nie über das Netzwerk.
Eine Antwort – mit dem Warum
Nicht nur „gültig“ oder „ungültig“ – die Tools prüfen die üblichen Ursachen für Abweichungen und erklären den tatsächlichen Mechanismus in verständlicher Sprache.
Nutzbar aus Code und von KI-Agenten
Die Engines hinter den Tools beantworten auch Anfragen deiner Skripte, Pipelines und Assistenten.
REST-API
Kostenlose Signatur-API
ECDSA-Signaturen prüfen, DER ⇄ Raw konvertieren, JWTs und Zertifikate dekodieren und prüfen, eine Domain bewerten – schlichtes JSON über HTTPS, kein API-Schlüssel nötig. Anfragen, die einen privaten Schlüssel enthalten, werden abgelehnt, bevor irgendetwas verarbeitet wird.
API-DokumentationSDKs
Client-Bibliotheken in acht Sprachen
TypeScript, Python, Go, Java, C#, PHP, Rust und Ruby – alle an derselben Konformitäts-Testsuite gemessen; jedes SDK verweigert das Senden eines privaten Schlüssels, noch bevor eine Anfrage deinen Rechner verlässt. Die Veröffentlichung in den Paket-Registrys ist in Vorbereitung.
Mehr über die SDKsMCP
Ein Server für KI-Agenten
Richte einen beliebigen Model-Context-Protocol-Client auf https://ecdsa.com/api/mcp aus: Signaturprüfung, Dekodierung von JWTs und Zertifikaten, Domain-Checks und das Nachschlagen in Referenzdaten werden zu Tools, die dein Assistent aufrufen kann.
Neue Studie · 500 Domains vermessen
Der Stand der Signaturen im Web
Wir haben die meistbesuchten Websites des Internets mit derselben Engine gescannt, auf der auch unsere Domain-Bewertung läuft. RSA liegt mit 62/38 weiterhin vor ECDSA, ein Viertel der Websites antwortet noch auf einen Handshake mit TLS 1.0, und kaum ein Prozent würde das 47-Tage-Limit für Zertifikate überstehen, das 2029 kommt. Diagramme, Methodik und Rohdaten sind vollständig öffentlich.
Bericht lesenÜber das Lab hinaus
Zwei umfangreichere Prüfungen für das, was du in Produktion betreibst:
Domain-Check
Signature Health: Bewerte deine Domain von A bis F
Zertifikatskette, Schlüsselalgorithmen, minimale Protokollversion, die neuen Regeln für 47-Tage-Laufzeiten und Post-Quanten-Bereitschaft – ein Scan, eine Note, ein README-Badge und kostenlose Benachrichtigungen vor dem Ablauf. Die eingegebene Domain wird von unserem Server aus gescannt.
10 Fragen
PQC-Migrationsplaner
Beantworte zehn Fragen zu deinem Stack und erhalte einen priorisierten Plan für die Post-Quanten-Migration, abgestimmt auf den Zeitplan des NIST-Entwurfs – lokal erstellt, exportierbar als Markdown oder PDF.
NIST IR 8547
ECDSA hat ein Verfallsdatum.
Laut dem Entwurf seines Übergangsplans würde das NIST heutige Signaturen mit elliptischen Kurven und RSA nach 2035 zugunsten von Post-Quanten-Algorithmen nicht mehr zulassen. Gleichzeitig schrumpfen die Laufzeiten von TLS-Zertifikaten von 200 Tagen (2026) auf 47 Tage (2029). Genau zu wissen, wo und wie deine Systeme signieren, ist schon lange vor beiden Terminen nicht mehr optional.
Countdown bis Ende 2035
… bis klassische Signaturalgorithmen – ECDSA, EdDSA und RSA, bei jeder Schlüssellänge – nach NIST IR 8547 (erster öffentlicher Entwurf) für den Einsatz in US-Bundesbehörden nicht mehr zulässig wären. An diesem Datum müssen sich P-256 und RSA-3072 messen lassen.
Ein früherer Schritt, in ~— Jahren: 112-Bit-Parametersätze – RSA-2048 und P-224 – gelten nach 2030 als veraltet, sind also noch nutzbar, aber mit einem anerkannten Risiko behaftet. Geplant, nicht dringend – doch die Bestandsaufnahme, die beide Termine beherrschbar macht, dauert länger als der Austausch selbst.
Wissen
Die Konzepte hinter den Tools – kurz, präzise und ohne schwammige Erklärungen.
Kostenloser Kurs · 7 Lektionen
Signaturen von Hand
Lerne ECDSA, indem du es selbst rechnest. Addiere Punkte auf einer winzigen Kurve, leite einen öffentlichen Schlüssel ab, erzeuge eine Signatur von Hand – dann mach dasselbe auf der echten Kurve P-256 und finde heraus, warum eine Signatur die Prüfung nicht besteht.
Ausblick
Das Lab ist der erste Schritt. Darum herum bauen wir die Plattform:
Jetzt verfügbar
Repository-Scanner
Ein CLI-Tool ohne Abhängigkeiten, das jede Stelle erfasst, an der dein Code signiert oder prüft: Bibliotheken, Kurven, Umgang mit Schlüsseln, JWT-Konfiguration – mit Befunden, nach Konfidenz eingestuft. Ausgabe als Text, JSON und SARIF.
npx ecdsa-scan . →In Entwicklung
Signatur-Inventar
Eine Übersicht vom Repository über den Schlüssel bis zur Umgebung: welche Schlüssel es gibt, was sie signieren, welche Algorithmen sie nutzen und was vor den Post-Quanten-Fristen migriert werden muss.
Geplant
Runtime-Monitoring
Integrationen mit reinem Lesezugriff für AWS KMS und Vault, die rohe Signaturereignisse in ein klares Bild verwandeln: welcher Schlüssel was signiert hat, von wo aus und unter welcher Richtlinie.