OAuth 2.0

第三者アプリケーションにリソースへのアクセスを委任するための認可フレームワーク。アクセストークンを用いてリソースサーバにアクセスする。認可コードフロー、クライアントクレデンシャルフローなど複数の認可フローがある。

Webサービス間で認可情報を安全に委譲するためのプロトコル。リソースオーナーの許可を得て、サービス（クライアント）に対してアクセストークンを発行し、適切な権限の範囲内でリソースへのアクセスを許可する。認証ではなく認可のためのプロトコルである。

利用者のパスワードを第三者のアプリケーションに渡すことなく、そのアプリケーションに特定のリソースへのアクセス権限を委譲するための認可の標準規格。認可サーバが発行したアクセストークンでAPIなどにアクセスさせる仕組みで、権限の範囲（スコープ）と有効期間を限定できる。認証の仕組みではない点に注意する。

トランスポート層で通信の暗号化・認証・改ざん検知を提供するプロトコル。TLS 1.3では暗号スイートがAEADとハッシュアルゴリズムの組みに簡素化され、ハンドシェイクの効率化とセキュリティ強化が図られた。HTTPS、IMAPS、SMTPS等で広く利用される。

HTTP通信をTLSで暗号化するプロトコル。通信の盗聴・改ざんを防ぎ、サーバ証明書によって接続先の正当性も確認できる。既定ポートは443で、HSTSと組み合わせて常時HTTPS化する運用が一般的。

利用者IDや有効期限などの情報（クレーム）をJSONで表し、デジタル署名やMACを付けて改ざんを検知できるようにしたトークン。署名付きのJWTは、ヘッダー・ペイロード・署名をそれぞれBase64URLで符号化し、ピリオドでつないだ文字列で表す。OpenID ConnectのIDトークンやAPIのアクセストークンに使われ、受け取った側が署名とアルゴリズム（alg）を正しく検証しないと、改ざんされたトークンや署名のないトークン（alg=none）を受け入れてしまう。

UDP上に構築された、暗号化と多重化を前提とする通信プロトコル。TLSの機能を組み込んで接続確立の往復回数を削減し、パケット損失が1本のストリームに閉じるためHTTP/3の下位層として採用されている。

クライアントからのリクエストを受け取り、背後のWebサーバに転送するプロキシサーバ。外部から内部サーバを隠蔽し、SSL/TLS終端、負荷分散、キャッシュ、アクセス制御などのセキュリティ機能を提供する。WAFと組み合わせて使用されることも多い。

Webアプリケーションの入力値を通じて不正なSQL文を挿入・実行させる攻撃手法。データの不正取得、改ざん、削除などが可能になる。対策としてプレースホルダ（バインド機構）の使用、入力値の検証、エスケープ処理、最小権限のDBアカウント使用がある。