パスキーの「署名」とは何か。暗号化との違いから理解する

パスキーを調べていると必ず出てくる「署名」という言葉。暗号化と何が違うのか、ぼんやりしたまま読み進めていませんか？この記事では、暗号化との比較を軸に、パスキーの署名を丁寧に解体します。

まず「署名」と「暗号化」の目的を分ける

混乱の根本は、どちらも同じ公開鍵暗号の数学を使っているからです。でも目的が根本的に違います。

	暗号化	署名
目的	内容を隠す	本人確認・改ざん検知
秘密鍵の役割	復号（受け取り側）	署名（送り出し側）
公開鍵の役割	暗号化（送る側）	検証（受け取り側）
鍵の方向	公開鍵 → 秘密鍵	秘密鍵 → 公開鍵

数学は同じなのに鍵の役割が逆転している。これが「似てるけど違う」という直感の正体です。

パスキー認証のフロー

パスキーでログインするとき、裏側では次のことが起きています。

「署名」とは印鑑を押すこと

「名前を書く」より「印鑑を押す」のほうが近いです。

パスワード認証では「パスワードそのもの」を送っていました。パスキーでは「私はこの鍵を持っている」という証明書だけを送ります。本物のパスワードに相当するものが通信路を流れないので、フィッシングが原理的に成立しません。

検証は「復元」ではなく「照合」

ここが暗号化と混同しやすいポイントです。

元のチャレンジそのものは出てきません。2つのハッシュ値を照合しているだけです。

改ざんはなぜ検知できるのか

仮に通信の途中でチャレンジが a3f9c2 → b1e8d4 に書き換えられたとします。署名は元のチャレンジに対して作られているので、公開鍵で検証すると別のハッシュ値が出てきます。サーバー側で計算したハッシュ値と一致しない → 改ざんがバレます。

チャレンジ自体を守っているのではなく、署名がチャレンジと1対1に対応していることで、すり替えが必ず露見する構造です。

2段階の不可逆性

パスキーの安全性を支えているのは、2層の「戻れない」処理です。

結果として「壊れた情報しか外に出ない」設計になっています。署名を盗まれても秘密鍵は推測できず、ハッシュ値が漏れても元データはバレない。