SMS OTPという「終わった遺産」と、認証の未来をFIDO2に託すべき必然的理由
セキュリティの世界で最も忌むべきは、「慣習」を「安全」と履き違えることだ。
多くの企業が未だに多要素認証（MFA）としてSMSや音声通話によるワンタイムパスワード（OTP）を採用しているが、断言しよう。それはもはや「防御」ではなく、「安心感を演出するための気休め」に過ぎない。SS7プロトコルの設計上の欠陥、SIMスワップによるID窃取、そして何より、AIによるリアルタイム・フィッシング（AiTM: Adversary-in-the-Middle）の台頭により、SMS OTPは攻撃者にとって「突破が容易な低難易度クエスト」と化している。
本稿では、なぜSMS認証が技術的負債であり、我々がなぜFIDO2/WebAuthnという防波堤へ舵を切らねばならないのか、その深層を解き明かす。
—
1. SMS OTPが抱える「プロトコルレベル」の原罪
SMSが認証プロトコルとして不適格である理由は、単に「メッセージを傍受されるから」だけではない。通信規格そのものが、認証を前提としたセキュアな設計になっていないからだ。
SS7の脆弱性とSIMスワップ
電話網の制御プロトコルであるSS7（Signaling System No. 7）は、80年代に設計された信頼モデルに基づいている。相互認証の概念が希薄であり、攻撃者が通信事業者側のインフラ（あるいは不正な接続点）にアクセスできれば、特定の電話番号宛てのSMSをいとも簡単にリダイレクトできる。
また、ソーシャルエンジニアリングを用いたSIMスワップは、もはや古典的だが、依然として最も成功率が高い攻撃手法だ。物理的なSIMカードを掌握された瞬間、論理的な認証境界は崩壊する。これに対し、ハードウェアセキュリティキーやPasskeys（FIDO2）は、「秘密鍵をデバイスからエクスポートさせない」という物理的制約を課すことで、この種の攻撃を無効化する。
—
2. フィッシング耐性の真髄：WebAuthnのアーキテクチャ
FIDO2/WebAuthnが真に強力なのは、それが「チャレンジ・レスポンス認証」であるからだ。サーバーは認証要求時にユニークなチャレンジ値を送り、デバイス側はその「Origin（オリジン）」情報とチャレンジ値を組み合わせて秘密鍵で署名する。
ここが重要だ。ブラウザは、アクセス先のドメイン（Origin）を検証し、許可されたドメイン以外には秘密鍵による署名を行わない。 これこそが「フィッシング耐性」の核心である。たとえ攻撃者がプロキシサイト（AiTM）を構築し、ユーザーを騙して認証させようとしても、ブラウザが「そのドメインは本来のサイトではない」と判断し、署名を拒否するため、攻撃者は認証トークンを一切生成できない。
実装のヒント：WebAuthnサーバーサイドの署名検証ロジック（Node.jsイメージ）
認証の検証は、単なる文字列比較ではない。クライアントから送られてきた公開鍵による署名の検証（ASN.1形式のデコードとCOSEアルゴリズムの照合）が必要となる。
// 注意: 実際の実装ではライブラリ(@simplewebauthn/server等)を利用すること
// 下記は検証プロセスの本質的ロジックの概念コード
async function verifySignature(authData, clientDataJSON, signature, storedPublicKey) {
// 1. clientDataJSONからoriginを抽出
const clientData = JSON.parse(Buffer.from(clientDataJSON, ‘base64’).toString());
// 2. オリジンの検証 (フィッシング対策の要)
if (clientData.origin !== “https://your-secure-app.com”) {
throw new Error(“Origin mismatch: フィッシングサイトの疑い”);
}
// 3. 署名の検証 (COSE構造の解析と公開鍵によるデジタル署名照合)
// ここで初めて、秘密鍵がデバイス内に物理的に存在し、かつ正しいドメインであるかを証明できる
const isValid = crypto.verify(
‘sha256’,
Buffer.concat([authData, hash(clientDataJSON)]),
storedPublicKey,
signature
);
return isValid;
}
—
3. 次世代を見据えたセキュリティ戦略：耐量子への布石
我々が今すぐWebAuthnへ移行すべきもう一つの理由は、将来的な脅威への対応だ。現在一般的に使用されているRSAやECDSAといった公開鍵暗号は、Shorのアルゴリズムを実装した量子コンピュータによって無力化されるリスクがある。
FIDO2の仕様は拡張性に富んでおり、今後耐量子暗号（PQC）アルゴリズムが標準化されれば、認証器（Authenticator）のファームウェア更新を通じて、認証の根幹を耐量子化することが可能だ。SMS認証のような古いインフラに固執していては、この「暗号解読の時代」を生き抜くためのアップグレードパスすら確保できない。
—
チーフホワイトハッカーからの提言：移行のロードマップ
現場のエンジニア諸君へ。明日から全てをFIDO2にするのは難しいだろう。しかし、以下のステップで「段階的かつ不可逆的な移行」を進めることを強く推奨する。
1. リスクベース認証の導入: まずはSMS認証を「レガシーなバックアップ手段」へと降格させ、高リスクな操作（権限昇格、大規模データエクスポート等）にはハードウェアキーを必須とする。
2. AiTM対策の徹底: 認証プロセスにおいて、常にセッションCookieのバインディング（DPoP: Demonstrating Proof-of-Possession）を検討せよ。単なるJWTの使い回しは、現代の脅威の前では無防備だ。
3. 開発者への啓蒙: 「認証はライブラリを呼ぶだけのタスク」と教えるのではなく、なぜブラウザがOriginを検証するのか、その仕組みを理解させろ。セキュリティの盲点は、常に「便利さ」という皮を被った技術的無理解の中に宿る。
サイバー攻撃者は常に進化している。我々が守るべきは、単なる「パスワード」ではない。ユーザーのアイデンティティという、現代社会における個人の尊厳そのものだ。プロトコルの仕様書を深く読み込み、泥臭いパケット解析の結果を信じろ。そこにしか、真実のセキュリティは存在しない。
コメント