Aller au contenu
ecdsa.com

Priorité au local : les clés et les signatures que vous collez restent dans votre navigateur

La maison des signatures numériques.

ECDSA signe l’essentiel de l’internet moderne : TLS, SSH, JWT, clés d’accès, Bitcoin et Ethereum. Quand une signature refuse de se vérifier, c’est ici que vous la déboguez : des outils gratuits qui détectent automatiquement les courbes, les formats et les encodages, et expliquent ce qui ne va vraiment pas.

Détection locale, dans votre navigateur : rien de ce que vous collez ne quitte la page.

outils gratuits
91
sans accès payant ni période d’essai
s’exécutent entièrement dans votre navigateur
64/91
les autres indiquent ce qu’ils envoient
compte requis
0
ouvrez un outil et collez
horizon du projet du NIST
2035
signatures classiques non autorisées

Signature Lab

Des outils gratuits qui effectuent les calculs cryptographiques dans votre navigateur : pas de compte, et rien de ce que vous collez n’est envoyé nulle part. Les quelques outils qui doivent consulter des données publiques (un domaine, une URL, une adresse Bitcoin) l’indiquent sur leur page avant de le faire.

Parcourir par catégorie

Outils à la une

À la une

Signature Error Explainer — diagnostic des erreurs de signature

Diagnostiquer pourquoi la vérification échoue

Votre signature semble valide, mais la vérification échoue ? Collez la clé, le message et la signature. L’outil teste les causes de non-correspondance les plus courantes : mauvaise fonction de hachage, mauvaise courbe, confusion d’encodage, high-S, double hachage.

Ouvrir l’outil
À la une

Nonce Reuse Checker — vérificateur de réutilisation de nonce

Rechercher des valeurs r répétées dans une adresse Bitcoin

L’erreur fatale d’ECDSA : signer deux fois avec le même nonce révèle la clé privée. Collez une adresse Bitcoin : le vérificateur analyse ses signatures passées à la recherche de valeurs r répétées, l’empreinte d’une réutilisation de nonce.

Ouvrir l’outil
À la une

OpenSSL Command Builder — générateur de commandes OpenSSL

Composer la commande openssl qu’il vous faut

Choisissez une tâche (clés EC ou RSA, certificats auto-signés, CSR, fichiers PKCS#12, signatures, tests TLS), remplissez les champs et copiez une commande qui fonctionne, avec chaque option expliquée. Collez une commande trouvée ailleurs, et l’outil l’explique aussi.

Ouvrir l’outil
À la une

JWT Signer — signature de JWT

Signer des jetons avec votre propre clé

Construisez un JWT à partir d’un en-tête et de claims, définissez iat, nbf et exp en temps relatif, puis signez-le avec n’importe quel algorithme JOSE : HMAC, RSA, RSA-PSS, ECDSA ou EdDSA. La clé reste dans votre navigateur.

Ouvrir l’outil
À la une

ASN.1 Explorer — explorateur ASN.1

Décoder n’importe quelle structure DER ou BER

Collez du PEM, du base64 ou de l’hexadécimal, ou déposez un fichier DER, puis parcourez son arbre ASN.1 avec les décalages en octets, les noms d’OID et l’hexadécimal surligné. Chaque endroit qui relève du BER sans être du DER est signalé.

Ouvrir l’outil
À la une

CSR Generator — générateur de CSR

Créer une CSR et sa clé en local

Créez une demande de signature de certificat PKCS #10 avec une clé générée dans votre navigateur ou avec votre propre clé. Récupérez les fichiers PEM et la commande openssl req équivalente : la clé privée ne quitte jamais la page.

Ouvrir l’outil
À la une

TLS Config Generator — générateur de configurations TLS

Configurations SSL pour 28 serveurs

Paramètres TLS pour nginx, Apache, HAProxy, Caddy, Postfix, Node.js, Go, Java, .NET et 19 autres serveurs, d’après les recommandations TLSRef (qui prennent la suite de celles de Mozilla), avec l’échange de clés post-quantique lorsque votre version le prend en charge, et un module d’explication pour la configuration que vous utilisez déjà.

Ouvrir l’outil
À la une

47-Day Certificate Calculator — calculateur pour les certificats de 47 jours

Planifier les renouvellements pour 200 → 100 → 47 jours

La durée de vie des certificats TLS de confiance publique passe de 398 jours à 200, 100 et enfin 47 jours d’ici 2029. Voyez ce que cela implique pour vos certificats : renouvellements et validations de domaine par an, prochaines échéances et points où votre politique de renouvellement ne tient plus.

Ouvrir l’outil
À la une

Post-Quantum Browser Check — test TLS post-quantique du navigateur

Votre navigateur utilise-t-il ML-KEM ?

Un clic montre si votre navigateur négocie l’hybride post-quantique X25519MLKEM768 avec Cloudflare, en TLS sur TCP et dans QUIC (HTTP/3), si c’est bien ce que sa version devrait faire, et ce que changent les proxys d’interception ou les anciennes versions.

Ouvrir l’outil
À la une

DKIM Debugger — débogueur DKIM

Pourquoi une signature DKIM échoue, pas à pas

Collez un e-mail brut et suivez la vérification de chaque signature DKIM : canonicalisation simple et relaxed avec chaque modification mise en évidence, condensats du corps et des en-têtes, clé obtenue par DNS. Lorsqu’une signature échoue, le débogueur reconstitue ce que le signataire a vu et nomme la modification qui l’a cassée.

Ouvrir l’outil
À la une

EIP-712 Inspector — inspecteur EIP-712

Ce qu’autorise réellement une signature de données typées

Collez les données typées qu’un site demande à votre portefeuille de signer et lisez, en termes simples, ce que la signature autorise : permits de jetons, montants autorisés Permit2, ordres Seaport, Blur, LooksRare et CoW. L’outil signale les approbations illimitées, les mises en vente qui ne vous rapportent rien, les échéances lointaines, la mauvaise chaîne et les contrats contrefaits.

Ouvrir l’outil
À la une

Ethereum Transaction Decoder — décodeur de transactions Ethereum

Décoder des transactions brutes signées

Collez une transaction brute ou un objet eth_getTransactionByHash : chaque champ, l’expéditeur récupéré à partir de la signature, l’appel de fonction décodé et des avertissements pour les approbations illimitées et les délégations. Toutes les enveloppes, de legacy à EIP-7702.

Ouvrir l’outil
À la une

Post-Quantum Signatures — signatures post-quantiques

Signer et vérifier avec ML-DSA, SLH-DSA, Falcon

Générez des clés, signez et vérifiez avec ML-DSA, SLH-DSA et Falcon, avec chaînes de contexte, modes pré-hachage et déterministe. Voyez à quel point les clés et les signatures post-quantiques sont plus grandes que celles d’ECDSA et d’Ed25519.

Ouvrir l’outil
À la une

Passkey Sandbox — bac à sable de clés d’accès

Tester l’inscription et la connexion par clé d’accès

Enregistrez une vraie clé d’accès et authentifiez-vous avec elle auprès d’une partie de confiance qui s’exécute dans cette page : les options WebAuthn, chaque étape de vérification des §7.1 et §7.2, les indicateurs, l’attestation et la fiche d’identifiant.

Ouvrir l’outil
À la une

Sigstore Bundle Verifier — vérificateur de bundles Sigstore

Bundles cosign, npm et attestations GitHub

Vérifiez un bundle Sigstore par rapport au fichier qu’il signe et à l’identité attendue : le certificat Fulcio et ses SCT, l’entrée du journal Rekor avec sa preuve d’inclusion et son checkpoint, les horodatages signés et RFC 3161, les signatures DSSE et de message – hors ligne, comme cosign verify-blob.

Ouvrir l’outil
À la une

SSH Signature Verifier — vérificateur de signatures SSH

Fichiers ssh-keygen -Y, commits et tags signés

Vérifiez une signature SSHSIG produite avec ssh-keygen -Y sign, ou un commit ou un tag Git signé avec une clé SSH, à l’aide d’un fichier allowed_signers : espaces de noms, principaux, périodes de validité et certificats SSH, selon les mêmes règles que ssh-keygen.

Ouvrir l’outil
À la une

PDF Signature Verifier — vérificateur de signatures PDF

Vérifier des signatures PDF sans rien envoyer

Déposez un PDF signé pour voir ce que couvre chaque signature, si le document a changé après la signature, qui l’a signé et quand. PAdES, CMS, les horodatages RFC 3161 et les données LTV sont vérifiés dans votre navigateur : le fichier n’est jamais envoyé.

Ouvrir l’outil
Tous les 91 outils

Comment fonctionne le Lab

Conçu comme un établi, pas comme un service web : la page est la machine tout entière.

  1. Collez vos données

    Une clé publique, un JWT, un certificat, une signature récalcitrante : tout ce qui refuse de se vérifier. Pas d’inscription, pas de bouton d’envoi de fichier.

  2. Analyse dans votre navigateur

    Les courbes, les formats et les encodages sont détectés automatiquement et vérifiés directement dans l’onglet, avec WebCrypto et des bibliothèques open source auditées. Vos clés et vos signatures ne transitent jamais par le réseau.

  3. Une réponse, avec le pourquoi

    Pas seulement « valide » ou « invalide » : les outils testent les causes d’incompatibilité habituelles et expliquent le mécanisme réel, en langage clair.

Depuis le code et les agents d’IA

Les moteurs des outils répondent aussi à vos scripts, à vos pipelines et à vos assistants.

Nouvelle étude · 500 domaines mesurés

L’état des signatures sur le web

Nous avons analysé les sites les plus fréquentés d’internet avec le même moteur que celui de notre outil de notation des domaines. RSA devance encore ECDSA (62/38), un quart d’entre eux répondent encore à un handshake TLS 1.0, et à peine un pour cent survivrait à la limite de 47 jours pour les certificats, qui arrive en 2029. Graphiques, méthodologie et données brutes : tout est public.

Lire le rapport

Au-delà du Lab

Deux vérifications plus poussées pour ce que vous faites tourner en production :

NIST IR 8547

ECDSA a une date de retraite.

Le projet de plan de transition du NIST n’autoriserait plus, après 2035, les signatures actuelles sur courbe elliptique et RSA, au profit d’algorithmes post-quantiques. Dans le même temps, la durée de vie des certificats TLS passe de 200 jours (2026) à 47 jours (2029). Savoir exactement où et comment vos systèmes signent cesse d’être facultatif bien avant l’une ou l’autre de ces dates.

Compte à rebours jusqu’à la fin de 2035

00jours
00heures
00min
00s

…jusqu’à la date où NIST IR 8547 (projet public initial) rendrait les algorithmes de signature classiques (ECDSA, EdDSA et RSA, quelle que soit la taille de clé) non autorisés pour un usage fédéral. C’est l’échéance de référence pour P-256 et RSA-3072.

Une étape plus tôt, dans ~— ans : les jeux de paramètres à 112 bits (RSA-2048 et P-224) sont déconseillés après 2030, c’est-à-dire encore utilisables, mais avec un risque reconnu. C’est prévu, pas urgent, mais l’inventaire qui rend l’une ou l’autre de ces dates gérable prend plus de temps à constituer que le remplacement lui-même.

Apprendre

Les concepts derrière les outils : courts, précis et sans approximations.

Tous les articles

Cours gratuit · 7 leçons

Signatures à la main

Apprenez ECDSA en le calculant. Additionnez des points sur une toute petite courbe, dérivez une clé publique, produisez une signature à la main, puis refaites-le pour de vrai sur P-256 et diagnostiquez une signature qui ne se vérifie pas.

Commencer le cours

À venir

Le Lab est la première étape. Nous construisons la plateforme autour de lui :

  1. Déjà disponible

    Scanner de dépôts

    Un outil CLI sans dépendance qui recense tous les endroits où votre code signe ou vérifie : bibliothèques, courbes, gestion des clés, configuration JWT, avec des constats classés par niveau de confiance. Sortie en texte, JSON et SARIF.

    npx ecdsa-scan . →
  2. En développement

    Inventaire de signature

    Une seule carte, du dépôt à la clé et de la clé à l’environnement : quelles clés existent, ce qu’elles signent, quels algorithmes elles utilisent et ce qui doit migrer avant les échéances post-quantiques.

  3. Prévu

    Surveillance à l’exécution

    Des intégrations en lecture seule avec AWS KMS et Vault, qui transforment les événements de signature bruts en une vue claire : quelle clé a signé quoi, depuis où et selon quelle politique.

Questions fréquentes

Est-ce vraiment local ?
Oui, pour tout ce que vous collez dans un outil : les outils vérifient, décodent et convertissent dans l’onglet de votre navigateur. Ouvrez l’inspecteur réseau de votre navigateur et observez : vérifier une signature n’envoie rien. Les exceptions sont les outils qui doivent consulter des données publiques : Nonce Reuse Checker — vérificateur de réutilisation de nonce, JWKS & OIDC Checker — vérificateur JWKS et OIDC, Weak Key Checker — vérificateur de clés faibles, CAA Record Generator — générateur d’enregistrements CAA, TLSA Record Generator — générateur d’enregistrements TLSA, DNSSEC Inspector — inspecteur DNSSEC, Post-Quantum Browser Check — test TLS post-quantique du navigateur, TLS Fingerprint (JA4) — empreinte TLS, Bulk Domain Checker — vérificateur de domaines en masse, DKIM Debugger — débogueur DKIM, ARC Chain Viewer — visualiseur de chaîne ARC, DKIM Record Generator — générateur d’enregistrements DKIM, EIP-712 Inspector — inspecteur EIP-712, Ethereum Signature Verifier — vérificateur de signatures Ethereum, SIWE Verifier — vérificateur SIWE, Safe Transaction Hash — hash de transaction Safe, Ethereum Transaction Decoder — décodeur de transactions Ethereum, EIP-7702 Delegation Decoder — décodeur de délégations EIP-7702, Ethereum Nonce Reuse Checker — vérificateur de réutilisation de nonce Ethereum, OIDC ID Token Validator — validateur de jetons d’ID OIDC, Web Bot Auth Checker — vérificateur Web Bot Auth, Sigstore Bundle Verifier — vérificateur de bundles Sigstore, npm Provenance Checker — vérificateur de provenance npm, BIMI & VMC Decoder — décodeur BIMI et VMC, Email Authentication Analyzer — analyseur d’authentification des e-mails, Certificate Chain Builder — construction de chaînes de certificats et AAGUID Lookup — recherche par AAGUID. Chacun indique sur sa page exactement ce qu’il envoie, et aucun n’a jamais besoin d’une clé privée. Les pages Signature Health des domaines et Mes domaines envoient à notre scanner le nom de domaine que vous vérifiez.
Pourquoi faire confiance à ces outils ?
Pour l’essentiel, vous n’avez pas à le faire : vos clés, vos jetons et vos signatures restent sur la page, si bien que la question habituelle de la confiance disparaît. Au-delà, les outils reposent sur des primitives standard (WebCrypto, paramètres de courbe bien connus) et sont éprouvés sur des vecteurs de test de référence, y compris des vecteurs volontairement invalides.
Quelles sont les échéances du NIST ?
NIST IR 8547 (encore au stade de projet public initial) prévoit de ne plus autoriser les algorithmes de signature classiques (ECDSA, EdDSA et RSA) après 2035, au profit d’algorithmes post-quantiques comme ML-DSA. Une étape intervient plus tôt, et uniquement pour les jeux de paramètres les plus faibles : ceux dont le niveau de sécurité est de 112 bits, c’est-à-dire RSA-2048 et P-224, sont déconseillés après 2030. P-256, P-384 et RSA-3072 n’ont pas de jalon en 2030 : pour eux, l’échéance est 2035. Par ailleurs, le décret présidentiel américain (Executive Order) 14412 de juin 2026 devance ce calendrier pour les agences fédérales : leurs systèmes à haute valeur et à fort impact doivent utiliser un établissement de clés post-quantique au plus tard le 31 décembre 2030 et des signatures post-quantiques au plus tard le 31 décembre 2031, et les prestataires fédéraux sont censés se conformer aux normes FIPS intégrant la PQC d’ici fin 2030.
Conservez-vous des données ?
Rien de ce que vous collez dans un outil n’est stocké. Nous ne conservons que ce que vous nous envoyez volontairement : votre adresse e-mail lorsque vous vous abonnez à la newsletter ou aux alertes d’expiration de certificat (double confirmation, désabonnement en un clic), et les résultats d’analyse de domaines publics, mis en cache pendant une heure. Les statistiques d’audience comptent des pages vues anonymes et des événements d’utilisation comme « un lien de partage a été copié », jamais ce que vous avez saisi, ni la partie #s= d’un lien de partage.
Quelles courbes et quels algorithmes sont pris en charge ?
Les courbes NIST P-256, P-384 et P-521, ainsi que secp256k1 (Bitcoin/Ethereum), avec les fonctions de hachage SHA-256/384/512. Côté JWT : ES256, ES384 et ES512. Les deux encodages de signature – ASN.1 DER et r‖s brut (IEEE P1363) – sont détectés automatiquement.
Quelle est la suite ?
Le Lab reste gratuit. Autour de lui, nous construisons la plateforme : le scanner de dépôts est déjà disponible, un inventaire de signature couvrant les clés et les environnements est en développement, et une surveillance à l’exécution en lecture seule est prévue. Consultez la feuille de route ci-dessus.