OpenID Connect

OAuth 2.0を拡張し、認可に加えて認証結果をIDトークン（JWT）として提供する仕様。IdPが署名したIDトークンを検証することで、利用者が誰であるかを安全に受け取れる。

OAuth 2.0を拡張して、利用者の認証の結果をIDトークン（JWT形式）としてサービスに伝えられるようにした認証の標準規格。OAuth 2.0が認可（アクセス権限の委譲）の仕組みであるのに対し、誰がログインしたかを確かめる認証の仕組みを加えたもので、WebやスマートフォンアプリのシングルサインオンやID連携に広く使われる。

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

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

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

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

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

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