認証

システムを利用しようとしている人や機器が、本人（本物）であることを確かめること。利用者IDとパスワードのような記憶しているもの（知識）、ICカードやスマートフォンのような持っているもの（所持）、指紋や顔のような身体の特徴（生体）を使い、異なる種類を2つ以上組み合わせる多要素認証にすると安全性が高まる。

利用者、機器、メッセージなどが、主張しているとおりの本物であることを確かめること。利用者の認証には、知識（パスワード）、所持（ICカード、スマートフォン）、生体（指紋、静脈）の要素を使い、異なる要素を組み合わせる多要素認証で安全性を高める。認証で本人を確かめたうえで、利用できる資源や操作を決めることを認可という。

利用者、機器、メッセージなどが、主張しているとおりの本物であることを確かめること。利用者の認証には、知識（パスワード）、所有物（ICカード、スマートフォン）、生体情報（指紋、顔）の3つの要素が使われる。認証で本人と確かめた後に、何を許すかを決める認可が行われる。

利用者、機器、メッセージなどが、主張しているとおりの本物であることを確かめること。利用者の認証には知識（パスワード）、所持（ICカード、スマートフォン）、生体（指紋、静脈）の要素を使い、異なる要素を組み合わせる多要素認証で安全性を高める。通信相手の認証にはデジタル証明書を、メッセージの認証にはMACやデジタル署名を使う。

利用者、機器、通信相手、メッセージなどが、主張しているとおりの本物であることを確かめること。利用者の認証には知識・所持・生体の3要素がある。ネットワークでは、IEEE 802.1XとRADIUSによる接続時の端末や利用者の認証、TLSのサーバ証明書によるサーバの認証、メッセージ認証コード（MAC）による改ざんの検出などが使われる。

システムにアクセスするユーザの本人性を確認する仕組み。知識認証（パスワード等）、所持認証（ICカード等）、生体認証（指紋等）の3要素があり、多要素認証により安全性を高める。

ユーザーやシステムの身元を確認するプロセス。知識情報（パスワード）、所持情報（ICカード、トークン）、生体情報（指紋、虹彩）の3要素（認証の3要素）があり、複数を組み合わせた多要素認証により安全性を高める。

クライアント端末にはOS等の最低限の機能のみを持たせ、アプリケーションの実行やデータ管理をサーバ側で行うシステム構成方式。セキュリティの向上、端末管理の簡素化、情報漏洩リスクの低減が利点。VDI等で実現する。

認証されたユーザに対して、リソースや機能へのアクセス権限を付与・制御するプロセス。RBAC（ロールベースアクセス制御）、ABAC（属性ベースアクセス制御）などのモデルがある。認証と認可は別のプロセス。

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

システムの企画・設計段階からセキュリティを組み込む考え方。後付けでセキュリティ対策を追加するのではなく、アーキテクチャレベルでセキュリティを考慮する。脅威モデリングが重要な活動の一つ。

ネットワークの内外を問わず、すべてのアクセスを信頼せず検証するセキュリティモデル。「信頼しない、常に検証する」を原則とし、マイクロセグメンテーション、継続的認証、最小権限の原則などを組み合わせて実現する。

DevOpsの開発ライフサイクル全体にセキュリティを統合するアプローチ。開発の初期段階からセキュリティテストや脆弱性チェックを自動化し、セキュリティをチーム全員の責任とする。シフトレフトの考え方を適用する。