リスクベース認証

利用者の接続元やデバイス、時間帯などを普段の利用状況と比べ、リスクが高いと判断したときだけ追加の認証を求める方式。利便性を大きく損なわずに不正ログインを防げる。

利用者のアクセス環境（IPアドレス、端末情報、位置情報、時間帯など）を分析し、通常と異なるリスクの高いアクセスと判断した場合に追加の認証を求める方式。普段と異なる環境からのログイン時に秘密の質問などで追加確認する。

接続元の場所や端末、時間帯などが普段と異なる場合にだけ追加の認証を求める方式。通常の利用では手間を増やさずに、不正の疑いがある場合だけ検証を強める。

利用者のアクセス環境（IPアドレス、端末情報、位置情報、時間帯など）を分析し、通常と異なるリスクの高いアクセスと判断した場合に追加の認証を求める方式。普段と異なる環境からのログイン時に秘密の質問などで追加確認する。

送信者の秘密鍵でメッセージのハッシュ値を暗号化して生成する電子的な署名。受信者は送信者の公開鍵で復号し、メッセージの改ざんがないこと（完全性）と送信者本人であること（認証・否認防止）を検証できる。

公開鍵暗号方式を基盤とした認証基盤。認証局（CA）がデジタル証明書を発行し、公開鍵の正当性を保証する。ルート証明書、中間CA証明書、サーバ証明書の階層構造を持ち、証明書失効リスト（CRL）やOCSPで失効管理を行う。SSL/TLSの信頼性の基盤。

送信者と受信者が共有する秘密鍵とメッセージから生成する短い検証用の値。受信側で再計算して照合することで、改ざんの検知と送信者の確認を同時に行える。共通鍵を使うため、第三者に対する否認防止までは実現できない。

ハッシュ関数と共有秘密鍵を組み合わせてメッセージ認証符号を生成する方式。HMAC-SHA-256のようにハッシュ関数名を添えて表す。単純なハッシュ値の連結より安全性が高く、TLSやAPIの署名など幅広く使われる。

時刻認証局（TSA）が電子データのハッシュ値に正確な時刻情報を付けて署名したもの。その時刻にそのデータが存在していたこと（存在証明）と、以後改ざんされていないこと（非改ざん証明）を第三者に示せる。

サーバが送った毎回異なる乱数（チャレンジ）とパスワードから利用者側が計算した値（レスポンス）を返して認証する方式。パスワード自体がネットワークを流れず、応答値も毎回変わるため盗聴やリプレイ攻撃に強い。