Перейти к содержимому
ecdsa.com

Работает локально: вставленные ключи и подписи остаются в браузере

Всё для работы с цифровыми подписями.

ECDSA подписывает большую часть современного интернета: TLS, SSH, JWT, ключи доступа, Bitcoin и Ethereum. Если подпись не проходит проверку, отлаживайте её здесь: бесплатные инструменты сами определяют кривые, форматы и кодировки и объясняют, что на самом деле не так.

Определение выполняется локально в браузере — ничего из того, что вы вставляете, не покидает страницу.

бесплатных инструментов
91
без платного доступа и пробного периода
работают полностью в браузере
64/91
остальные сообщают, что отправляют
обязательных аккаунтов
0
откройте инструмент и вставьте данные
рубеж в проекте NIST
2035
запрет классических подписей

Лаборатория подписей

Бесплатные инструменты, которые выполняют криптографические операции в браузере: аккаунты не нужны, и ничего из того, что вы вставляете, никуда не отправляется. Те немногие инструменты, которым нужно запрашивать общедоступные данные (домен, URL, адрес Bitcoin), сообщают об этом на своей странице, прежде чем отправить запрос.

По категориям

Рекомендуемые инструменты

Рекомендуем

Signature Error Explainer — объяснение ошибок подписи

Выясните, почему подпись не проходит проверку

Подпись выглядит верной, но проверка не проходит? Вставьте ключ, сообщение и подпись — инструмент проверит типичные причины несовпадения: не тот хеш, не та кривая, путаница с кодировкой, high-S, двойное хеширование.

Открыть инструмент
Рекомендуем

Nonce Reuse Checker — проверка повторного использования nonce

Проверьте адрес Bitcoin на повторяющиеся значения r

Роковая ошибка ECDSA: две подписи с одним и тем же nonce раскрывают закрытый ключ. Вставьте адрес Bitcoin — средство проверки ищет в его прошлых подписях повторяющиеся значения r, то есть след повторного использования nonce.

Открыть инструмент
Рекомендуем

OpenSSL Command Builder — конструктор команд OpenSSL

Соберите нужную команду openssl

Выберите задачу (ключи EC или RSA, самоподписанные сертификаты, CSR, пакеты PKCS#12, подписи, проверка TLS-серверов), заполните поля и скопируйте рабочую команду с объяснением каждого флага. Вставьте команду, найденную где-то ещё, — инструмент объяснит и её.

Открыть инструмент
Рекомендуем

JWT Signer — подписание JWT

Подписывайте токены своим ключом

Соберите JWT из заголовка и утверждений, задайте iat, nbf и exp относительным временем и подпишите токен любым алгоритмом JOSE: HMAC, RSA, RSA-PSS, ECDSA или EdDSA. Ключ остаётся в браузере.

Открыть инструмент
Рекомендуем

ASN.1 Explorer — просмотр структуры ASN.1

Декодируйте любую структуру DER или BER

Вставьте PEM, base64 или hex либо перетащите DER-файл и пройдите по его дереву ASN.1 со смещениями байтов, именами OID и подсветкой hex. Инструмент отмечает каждое место, где кодирование допустимо в BER, но не в DER.

Открыть инструмент
Рекомендуем

CSR Generator — генератор CSR

Создайте CSR и ключ к нему локально

Создайте запрос на подпись сертификата PKCS #10 с ключом, сгенерированным в браузере, или со своим ключом. Получите PEM-файлы и эквивалентную команду openssl req — закрытый ключ никогда не покидает страницу.

Открыть инструмент
Рекомендуем

TLS Config Generator — генератор конфигурации TLS

Конфигурации SSL для 28 серверов

Настройки TLS для nginx, Apache, HAProxy, Caddy, Postfix, Node.js, Go, Java, .NET и ещё 19 серверов по рекомендациям TLSRef — продолжению рекомендаций Mozilla — с постквантовым обменом ключами там, где его поддерживает ваша версия, а также разбор уже работающей у вас конфигурации.

Открыть инструмент
Рекомендуем

47-Day Certificate Calculator — калькулятор 47-дневных сертификатов

Спланируйте продления при переходе 200 → 100 → 47 дней

К 2029 году срок действия публично доверенных TLS-сертификатов сократится с 398 до 200, затем до 100 и в итоге до 47 дней. Узнайте, что это значит для ваших сертификатов: сколько продлений и проверок владения доменом понадобится в год, когда наступят ближайшие сроки и где ваша политика продления перестанет работать.

Открыть инструмент
Рекомендуем

Post-Quantum Browser Check — проверка постквантового TLS в браузере

Использует ли ваш браузер ML-KEM?

Одним нажатием можно узнать, согласует ли ваш браузер с Cloudflare постквантовую гибридную группу X25519MLKEM768 в TLS поверх TCP и внутри QUIC (HTTP/3), так ли должна себя вести его версия и что меняют перехватывающие прокси или старые версии.

Открыть инструмент
Рекомендуем

DKIM Debugger — отладчик DKIM

Почему подпись DKIM не проходит проверку — шаг за шагом

Вставьте исходный текст письма и проследите проверку каждой подписи DKIM: канонизация simple и relaxed с подсветкой каждого изменения, хеши тела и заголовка, ключ из DNS. Если подпись не проходит проверку, отладчик восстанавливает то, что видел подписант, и называет изменение, которое её сломало.

Открыть инструмент
Рекомендуем

EIP-712 Inspector — инспектор EIP-712

Что на самом деле разрешает подпись типизированных данных

Вставьте типизированные данные, которые сайт просит подписать в кошельке, и прочитайте простыми словами, что разрешает подпись: permit для токенов, allowance (разрешения на списание) в Permit2, ордера Seaport, Blur, LooksRare и CoW. Инструмент отмечает неограниченные одобрения, листинги, за которые вы ничего не получите, слишком далёкие сроки, не ту сеть и контракты-двойники.

Открыть инструмент
Рекомендуем

Ethereum Transaction Decoder — декодер транзакций Ethereum

Декодируйте сырые подписанные транзакции

Вставьте сырую транзакцию или объект из eth_getTransactionByHash и получите все поля, отправителя, восстановленного по подписи, декодированный вызов функции, а также предупреждения о неограниченных одобрениях и о делегированиях. Поддерживаются все форматы конверта транзакции, от legacy до EIP-7702.

Открыть инструмент
Рекомендуем

Post-Quantum Signatures — постквантовые подписи

Создание и проверка подписей ML-DSA, SLH-DSA, Falcon

Генерируйте ключи, создавайте и проверяйте подписи ML-DSA, SLH-DSA и Falcon со строками контекста, в режимах предварительного хеширования и детерминированной подписи. Посмотрите, насколько постквантовые ключи и подписи больше, чем у ECDSA и Ed25519.

Открыть инструмент
Рекомендуем

Passkey Sandbox — песочница ключей доступа

Попробуйте регистрацию и вход с ключом доступа

Зарегистрируйте настоящий ключ доступа и пройдите с ним аутентификацию у доверяющей стороны, которая работает на этой странице: параметры WebAuthn, каждый шаг проверки из § 7.1 и § 7.2, флаги, аттестация и запись учётных данных.

Открыть инструмент
Рекомендуем

Sigstore Bundle Verifier — проверка бандлов Sigstore

Бандлы cosign, npm и аттестаций GitHub

Проверьте бандл Sigstore по файлу, который он подписывает, и по ожидаемому удостоверению: сертификат Fulcio и его SCT, запись в журнале Rekor с доказательством включения и контрольной точкой (checkpoint), подписанные метки времени и метки времени RFC 3161, подписи DSSE и подписи сообщений — офлайн, как cosign verify-blob.

Открыть инструмент
Рекомендуем

SSH Signature Verifier — проверка SSH-подписей

Подписанные файлы (ssh-keygen -Y), коммиты и теги

Проверьте подпись SSHSIG, созданную командой ssh-keygen -Y sign, или подписанный SSH-ключом коммит или тег Git по файлу allowed_signers: пространства имён, принципалы, сроки действия и SSH-сертификаты проверяются по тем же правилам, что и в ssh-keygen.

Открыть инструмент
Рекомендуем

PDF Signature Verifier — проверка подписей PDF

Проверьте подписи PDF без загрузки файла

Перетащите подписанный PDF, чтобы увидеть, что охватывает каждая подпись, менялся ли документ после подписания, кто и когда его подписал. PAdES, CMS, метки времени RFC 3161 и данные LTV проверяются в браузере — файл никуда не загружается.

Открыть инструмент
Все 91 инструмент

Как устроена Лаборатория

Лаборатория устроена как верстак, а не как веб-сервис: страница — это и есть весь механизм.

  1. Вставьте данные

    Открытый ключ, JWT, сертификат, упрямая подпись — всё, что не проходит проверку. Без регистрации и без кнопки загрузки.

  2. Анализ в браузере

    Кривые, форматы и кодировки определяются автоматически и проверяются прямо во вкладке с помощью WebCrypto и библиотек с открытым исходным кодом, прошедших аудит. Ваши ключи и подписи никогда не уходят в сеть.

  3. Ответ с объяснением причин

    Не просто «верно» или «неверно»: инструменты проверяют типичные причины несовпадения и простым языком объясняют, как именно возникла ошибка.

Из кода и из ИИ-агентов

Движки, на которых работают инструменты, отвечают также на запросы ваших скриптов, пайплайнов и ИИ-ассистентов.

Новое исследование · проверено 500 доменов

Подписи в вебе: положение дел

Мы просканировали самые посещаемые сайты интернета тем же движком, на котором работает наша оценка доменов. RSA по-прежнему преобладает над ECDSA в соотношении 62/38, четверть сайтов всё ещё отвечает на рукопожатие TLS 1.0, и едва ли один процент выдержал бы ограничение срока действия сертификатов в 47 дней, которое вступит в силу в 2029 году. Графики, методика и исходные данные находятся в открытом доступе.

Читать отчёт

Помимо Лаборатории

Две проверки покрупнее для того, что работает у вас в продакшене:

NIST IR 8547

У ECDSA есть дата вывода из эксплуатации.

Проект плана перехода, подготовленный NIST, предлагает после 2035 года запретить нынешние подписи на эллиптических кривых и RSA в пользу постквантовых алгоритмов. Тем временем срок действия TLS-сертификатов сокращается с 200 дней (2026) до 47 дней (2029). Знать, где и как именно ваши системы что-то подписывают, станет обязательным задолго до любой из этих дат.

Обратный отсчёт до конца 2035 года

00дней
00часов
00мин
00с

…до даты, после которой, согласно NIST IR 8547 (первоначальный публичный проект), классические алгоритмы подписи — ECDSA, EdDSA и RSA при любом размере ключа — окажутся запрещены для использования федеральными ведомствами. Именно с этой датой сверяют P-256 и RSA-3072.

Есть и более ранний этап (лет до него: ~—): 112-битные наборы параметров — RSA-2048 и P-224 — после 2030 года становятся устаревшими, то есть ими ещё можно пользоваться, но с признанным риском. Это плановая, а не срочная задача, однако на инвентаризацию, без которой не подготовиться ни к одной из этих дат, уходит больше времени, чем на саму замену.

Обучение

Понятия, на которых построены инструменты: кратко, точно и без расплывчатых объяснений.

Все статьи

Бесплатный курс · 7 уроков

Подписи вручную

Изучите ECDSA, выполняя вычисления самостоятельно. Складывайте точки на крошечной кривой, получите открытый ключ, создайте подпись вручную, а затем повторите всё по-настоящему на P-256 и выясните, почему одна из подписей не проходит проверку.

Начать курс

Что дальше

Лаборатория — это первый шаг. Вокруг неё мы строим платформу:

  1. Уже доступно

    Сканер репозиториев

    CLI без зависимостей, который находит все места, где ваш код подписывает или проверяет подписи: библиотеки, кривые, работу с ключами, конфигурацию JWT — и ранжирует находки по степени уверенности. Вывод в виде текста, JSON и SARIF.

    npx ecdsa-scan . →
  2. В разработке

    Инвентаризация ключей подписи

    Единая карта от репозитория к ключу и окружению: какие ключи существуют, что они подписывают, какие алгоритмы используют и что нужно перевести на новые алгоритмы до постквантовых сроков.

  3. Запланировано

    Мониторинг в среде выполнения

    Интеграции с AWS KMS и Vault с доступом только на чтение, которые превращают сырые события подписания в понятную картину: какой ключ что подписал, откуда и по какой политике.

Частые вопросы

Всё действительно работает локально?
Да, для всего, что вы вставляете в инструмент: инструменты проверяют, декодируют и преобразуют данные прямо во вкладке браузера. Откройте сетевой инспектор браузера и убедитесь сами: при проверке подписи ничего не отправляется. Исключение составляют инструменты, которым нужно запрашивать общедоступные данные: Nonce Reuse Checker — проверка повторного использования nonce, JWKS & OIDC Checker — проверка JWKS и OIDC, Weak Key Checker — проверка слабых ключей, CAA Record Generator — генератор записей CAA, TLSA Record Generator — генератор записей TLSA, DNSSEC Inspector — инспектор DNSSEC, Post-Quantum Browser Check — проверка постквантового TLS в браузере, TLS Fingerprint (JA4) — отпечаток TLS, Bulk Domain Checker — массовая проверка доменов, DKIM Debugger — отладчик DKIM, ARC Chain Viewer — просмотр цепочки ARC, DKIM Record Generator — генератор записей DKIM, EIP-712 Inspector — инспектор EIP-712, Ethereum Signature Verifier — проверка подписей Ethereum, SIWE Verifier — проверка сообщений SIWE, Safe Transaction Hash — хеш транзакции Safe, Ethereum Transaction Decoder — декодер транзакций Ethereum, EIP-7702 Delegation Decoder — декодер делегирований EIP-7702, Ethereum Nonce Reuse Checker — проверка повторного использования nonce в Ethereum, OIDC ID Token Validator — валидатор ID-токенов OIDC, Web Bot Auth Checker — проверка Web Bot Auth, Sigstore Bundle Verifier — проверка бандлов Sigstore, npm Provenance Checker — проверка происхождения пакетов npm, BIMI & VMC Decoder — декодер BIMI и VMC, Email Authentication Analyzer — анализатор аутентификации почты, Certificate Chain Builder — сборка цепочки сертификатов и AAGUID Lookup — поиск по AAGUID. Каждый из них указывает на своей странице, что именно отправляет, и ни одному из них никогда не нужен закрытый ключ. «Состояние подписей домена» и «Мои домены» отправляют нашему сканеру доменное имя, которое вы проверяете.
Почему этим инструментам можно доверять?
По большей части доверять и не нужно: ключи, токены и подписи остаются на странице, поэтому обычный вопрос доверия отпадает. Кроме того, инструменты построены на стандартных примитивах (WebCrypto, общеизвестные параметры кривых) и проверены на эталонных тестовых векторах, в том числе заведомо некорректных.
Какие сроки ставит NIST?
NIST IR 8547 (пока это первоначальный публичный проект) предусматривает запрет классических алгоритмов подписи — ECDSA, EdDSA и RSA — после 2035 года в пользу постквантовых алгоритмов, таких как ML-DSA. Один этап наступает раньше, и только для самых слабых наборов параметров: наборы с уровнем стойкости 112 бит, то есть RSA-2048 и P-224, после 2030 года становятся устаревшими. У P-256, P-384 и RSA-3072 рубежа 2030 года нет: для них срок — 2035 год. Кроме того, указ президента США № 14412 (июнь 2026 года) опережает этот график для федеральных ведомств: их особо ценные системы и системы с высоким уровнем последствий должны перейти на постквантовое установление ключей к 31 декабря 2030 года и на постквантовые подписи к 31 декабря 2031 года, а от федеральных подрядчиков ожидают соответствия стандартам FIPS с поддержкой PQC к концу 2030 года.
Вы что-нибудь храните?
Ничего из того, что вы вставляете в инструменты, не сохраняется. Мы храним только то, что вы отправляете нам намеренно: адрес электронной почты, если вы подписываетесь на рассылку или на оповещения об истечении срока действия сертификатов (двойное подтверждение, отписка в один клик), и результаты сканирования общедоступных доменов, которые кешируются на час. Аналитика учитывает анонимные просмотры страниц и события использования (например, «скопирована ссылка для общего доступа»), но никогда не то, что вы ввели, и никогда не часть #s= из ссылки для общего доступа.
Какие кривые и алгоритмы поддерживаются?
Кривые NIST P-256, P-384 и P-521, а также secp256k1 (Bitcoin/Ethereum) с хешами SHA-256/384/512. Для JWT: ES256, ES384 и ES512. Обе кодировки подписи — ASN.1 DER и raw r‖s (IEEE P1363) — определяются автоматически.
Что будет дальше?
Лаборатория останется бесплатной. Вокруг неё мы строим платформу: сканер репозиториев уже доступен, инвентаризация ключей подписи во всех окружениях находится в разработке, а мониторинг в среде выполнения с доступом только на чтение запланирован. Подробности — в планах развития выше.