ドメインの署名はどれだけ健全か
ドメインを入力すると、当サイトのサーバーが、厳格なクライアントと同じ方法でその TLS 設定を検査します。証明書チェーンとその署名アルゴリズム、プロトコルバージョン、有効期間、今後の変化への備えを確認し、結果を A+〜F の評価にまとめます。README に掲載できるバッジも利用できます。
このチェックは当サイトのサーバーから実行されます。入力したドメイン名は ecdsa.com に送信され、当サイトのサーバーがそのドメインのポート 443 に接続します。それ以外の情報は収集しません。
チェックする項目
署名アルゴリズム
証明書の署名に使われているアルゴリズムと、証明書が証明する鍵の種類（ECDSA の曲線、RSA の鍵長、Ed25519、ポスト量子の ML-DSA）、そして破られたハッシュ（SHA-1、MD5）がまだ使われていないかを確認します。
証明書チェーン
サーバーが送信するとおりのチェーンを確認します。発行者 → サブジェクトのつながりがすべて一致しているか、中間証明書が欠けていないか、リーフが自己署名かどうかを調べます。
プロトコルバージョン
ハンドシェイクで TLS 1.3 に到達するかどうか、そして意図的に旧式にした別のハンドシェイクで、非推奨の TLS 1.0/1.1 がまだ受け付けられるかどうかを確認します。
有効期間とローテーション
有効期限、残り日数、そして短縮が進む CA/Browser Forum の上限（2026年3月から 200 日、2029年までに 47 日）に照らした有効期間を確認します。有効期間が短いことは良い点として扱われます。ローテーションが自動化されていることを示すからです。
評価の見方
- A+TLS 1.3、最新の鍵、有効期間の短い証明書。修正すべき点なし
- A健全な設定で、指摘はあっても表面的なものだけ
- B問題なく動作するが、整理したい点が 1〜2 つある
- C実質的な減点が複数あり、修正の計画が必要
- D深刻な問題が積み重なっている
- F失格となる欠陥が 1 つ以上：期限切れまたは SHA-1 で署名された証明書、2048 ビット未満の RSA、TLS 1.0 の受け付け
評価は決定的です。同じ設定であれば、常に同じ評価になります。結果は 1 時間キャッシュされます。各レポートページには、キャッシュを使わずにチェックし直す「再チェック」ボタンがあります。
スキャナーについて
レポート、バッジ、API はすべて、ecdsa.com のサーバーで動作する 1 つのスキャナーによるものです。スキャナーの HTTP リクエストには、User-Agent として ecdsa.com-scanner とこのセクションへのリンクが付きます。TLS ハンドシェイクにはこうした名前を入れるフィールドがないため、ハンドシェイクには何も付きません。
スキャナーが接続するのは、パブリックなインターネットアドレスだけです。名前解決で得られたアドレスはすべて、まず IANA の特殊用途アドレスレジストリと照合されます。プライベート、ループバック、リンクローカル、その他の予約済みのアドレス空間を（一部でも）指す名前は拒否されます。その後の接続は照合済みのアドレスに対して行われ、再度の名前解決の結果に接続することはありません。
何人がリクエストしても、1 つのドメインがスキャンされるのは 10 分間に最大 6 回までです。スキャナー全体でも、スキャンは 1 分あたり最大 300 回までしか実行しません。結果は 1 時間キャッシュされます。
証明書の中身を自分で確認したい場合は、証明書デコーダーを使うと、PEM や DER をブラウザー内でローカルにデコードできます。アルゴリズムがなぜこのように評価されるのか、その背景を知るには、まずECDSA と RSA の比較をお読みください。