

「デジタルアイデンティティのやさしい教科書」の連載記事です。この連載では、認証・認可や権限管理など、サイバーセキュリティにおけるアイデンティティの基礎を学ぶことができます。
IDとは識別子(Identifier)のことです。システムやアプリケーション内でユーザー、デバイス、プロセスなどを一意(ユニーク)に識別するための基本情報を指します。IDは、主体(人、デバイス、プロセスなど)がリソースにアクセスする際、そのエンティティが「誰(または何)であるか」を検証・確認するために使用されます。
具体的には、ユーザー名、メールアドレス、デバイスID、APIクライアントID、ホスト名などがIDに該当します。IDは、認証(Authentication)や認可(Authorization)のプロセスにおいて、エンティティを正確に識別するための重要な属性として機能します。
アカウントとは、システム内でIDに紐付けられた権限、設定、アクセス情報を管理する単位です。主体がリソースにアクセスできる範囲や、操作可能な権限を制御する役割を担います。
アカウントには、ID(ユーザー名やメールアドレスなど)を中核として、ロール、セキュリティ設定、ログイン履歴などが含まれます。システムはこの情報を基に主体を正確に識別し、適切な権限を付与します。
また、IDやアカウントと密接に関わる「アクセス管理」の仕組みについては、アクセス管理とは―現代のセキュリティに不可欠な仕組みで詳しく解説しています。
サイバーセキュリティの文脈において、アイデンティティとはIDやアカウントなどを含むより広い概念を指します。NISTのデジタルアイデンティティガイドライン(NIST SP 800-63-3)では、以下のように定義されています。
"An identity is the set of attributes that uniquely describe an entity within a given context."(アイデンティティとは、特定のコンテキスト内でエンティティを一意に識別するための属性の集合である。)
例えば、社員番号のように社内でのみ通用するアイデンティティや所属部署といった属性もあれば、実名やメールアドレスのように組織外でも通用するアイデンティティもあります。特定のシステムにおけるユーザー名、パスワード、ロール(権限)もアイデンティティに含まれます。
・アイデンティティ
役割
ID、アカウント、属性など、エンティティを一意に識別するための情報の総称。
例
氏名:山田 太郎 部署:ビジネステクノロジー メールアドレス: taro@example.com
・ID(識別子)
役割
アイデンティティを一意に特定するための属性。単一の識別子。
例
user123 taro.yamada@example.com
・アカウント
役割
IDに基づき、システムやIT環境においてリソースへのアクセス権限や設定を管理するための単位。
例
ユーザー名:user123 メールアドレス: taro@example.com ロール: 管理者
情報システムにおけるアイデンティティの定義は前述の通りですが、誕生日、家族構成、好きな食べ物、過去に飼っていたペットなど、あらゆる要素がアイデンティティを構成する属性と言えます。少し哲学的な表現になりますが、アイデンティティとはその対象が持つ属性の束であり、その人や物を形作る認識可能な属性の集合体です。かつては秘密の質問として、好きな食べ物やペットの名前などが認証情報として利用されていました。現在では脆弱性の観点から使われなくなりましたが、それらも確かにアイデンティティの一部でした。
このようにアイデンティティは多面的で曖昧なものですが、現代のデジタルアイデンティティの領域では、標準化されたプロトコルやそれを支える暗号技術により、システムはそのエンティティの検証可能な属性を用いて主体を識別します。第2章で詳しく解説しますが、現代のシステムでは、主体が主張する属性が検証可能であることが不可欠です。
アカウントの可視性が低下しがちなシャドーITも、アイデンティティ管理における課題の一つです。シャドーITについて詳しく知りたい方は、Josys ブラウザ拡張機能によるシャドウ IT の管理も併せてご覧ください。
なぜ多要素認証が主流となったのか、なぜWindows 11でTPM 2.0が必須となったのか、なぜパスキーが普及しつつあるのか。パスワードレス、公開鍵基盤(PKI)、X.509証明書、デジタル署名、ハッシュといった暗号技術がなぜ必要なのかなど、アイデンティティにまつわる疑問や技術を本連載で解き明かしていきます。
セキュリティやITの文脈において、エンティティとは識別可能なあらゆる「実体」を指します。エンティティはID(識別子)などの属性情報を持つ箱や束のようなもので、人やデバイスだけでなく、システムやプロセスといった無形のリソースも含まれます。
例えばユーザーエンティティには、一意のID(メールアドレスやUUIDなど)や、部署・役職・ステータスといった属性、ロールなどの情報が含まれます。またデバイスエンティティは、デバイスID、シリアルナンバー、OSバージョン、場所、その他ハードウェアやソフトウェアの構成といった属性を持ちます。

本記事では、NIST SP 800-207(ゼロトラストアーキテクチャ)の定義に倣い、リソースをサーバ、システム、データ、アプリケーション、デバイス、ネットワーク機器など、組織が管理する資産と定義します。これらは保護すべき対象であり、適切なアクセス制御が不可欠です。組織のネットワーク内にあるものだけでなく、クラウドサービス上のアカウントやデータなど、有形無形を問わずあらゆる情報資産が含まれます。また、本記事ではアクセスや操作の対象として、英語の「Object(目的・目標)」と同義として扱います。
NIST SP 800-207(ゼロトラストアーキテクチャ)
"Resources are the information, data, applications, services, or assets that users or entities request access to." (リソースとは、ユーザーまたはエンティティがアクセスを要求する情報、データ、アプリケーション、サービス、または資産を指します。)
コンテキストは直訳すると「文脈」ですが、サイバーセキュリティの分野では、ユーザー、デバイス、システムといったエンティティの属性や状態、そして環境の変化を相関的に捉えることを指します。このコンテキストを活用することで、現在と過去の状況を照らし合わせ、リスクを的確に判断することが可能になります。
例えば、普段は日本からシステムにアクセスしているユーザーが、1時間後に突然ロシアからアクセスしてきたとします。このコンテキストは、物理的に移動不可能な速度であることを示しています。アカウントのなりすましなど、不正アクセスのリスクが極めて高いため、即座にアクセスを遮断すべきであると判断できます。
次回は、「デジタルアイデンティティ管理の目的と必要性」について、ゼロトラストの観点を交えて解説します。どうぞお楽しみに!
Sign-up for a 14-day free trial and transform your IT operations.
