IDフェデレーションのあらゆる要素を管理
「IDフェデレーション管理」とは何か、なぜ必要なのか(1/2 ページ)
ID連携を実現する「IDフェデレーション」は比較的新しい技術であり、課題もある。導入に苦労しないために理解しておきたい手段が「IDフェデレーション管理」だ。
管理すべきIDの範囲が広がるにつれ、ID連携を実現する「IDフェデレーション」の導入が検討対象となる。ただし導入検討を本格化させる前に、その複雑性に目を向ける必要がある。
かつてID管理を担当するITチームは、1つのセキュリティドメイン(単一のセキュリティポリシーに基づくシステムグループ)内のリソースへのアクセスを管理するだけでよかった。だがここ数年、社内LAN内のエンドユーザーがインターネットのリソースにアクセスし、社外のエンドユーザーも社内LANの内側にあるリソースにアクセスするようになった。こうした状況はID管理方法を複雑にし、管理を難しくしているのだ。
こうした中、企業の間で「IDフェデレーション管理」に取り組む動きが広がり始めている。IDフェデレーション管理は、エンドユーザーが複数のシステムで簡単に作業できるようにしながら、複数システムのサポートに伴う管理オーバーヘッドを削減できる。
併せて読みたいお薦め記事
「IDフェデレーション」について詳しく
認証技術を理解する
IDフェデレーションの概要
IDフェデレーションは、それぞれ独自のID管理システムを持つ複数のセキュリティドメイン間で、それぞれのユーザーIDをリンクさせる。2つのドメインでIDフェデレーションを実現すると、一方のドメインで認証を受けたエンドユーザーは、他方のドメインでもログインしないでそのリソースにアクセスできる。
例えば複数の企業が、あるプロジェクトに共同で取り組む場合、IDフェデレーションを実現すれば、各社のエンドユーザーが簡単に相手企業のリソースにアクセスしたり、自社のリソースを共有したりできるようになる。IDフェデレーションでは、エンドユーザーが一度の認証で全てのドメインのリソースにアクセスできるだけでなく、管理者が自社ドメインのアクセスレベルを制御することもできる。
IDフェデレーションの重要な構成要素が「シングルサインオン」(SSO)だ。SSOは、エンドユーザーが1つのクレデンシャル(ログイン資格)情報で、複数のシステムやアプリケーションにアクセスできるようにする認証メカニズムだ。IDフェデレーションとSSOは同一の技術だと考えられることもあるが、必ずしもそうではない。ただしIDフェデレーションは、複数ドメイン間でエンドユーザーを認証するために、SSOに大きく依存する。
エンドユーザーが必要なときに必要なリソースに簡単にアクセスできるようにすることが、IDフェデレーションの目的だ。例えばエンドユーザーがドメインごとに新しいアカウントを作成して、クレデンシャル情報を覚える必要をなくす。そうなればエンドユーザーがドメインを移動する際に、クレデンシャル情報を再入力する必要がなくなる。エンドユーザーが各リソースに、可能な限りシームレスにアクセスできることが理想的だ。
IDフェデレーション管理の役割
IDフェデレーションにより、管理者は複数ドメインへのアクセスに関する多くの問題から解放される。例えばインターネットのリソースへのアクセスを容易にするために、特別なシステムを開発する必要がなくなる。複数ドメインのリソースへのアクセスが必要なアプリケーションにとっても、IDフェデレーションはメリットになる。
こうしたメリットを実現するためには、ITチームが総合的なIDフェデレーション管理を導入することが重要になる。
一般的にIDフェデレーション管理は、IDフェデレーションに関わる全要素の包括的な管理プロセスのことを指す。管理対象はIDフェデレーションを可能にする技術だけでなく、その導入方法を定義する合意事項やポリシー、標準技術などの要素も含む。
IDフェデレーションを機能させるには、それに参加する全ての企業(メンバー)が以下の要素について合意しなければならない。
- メールアドレス、氏名、役職などのうち、どのID属性を含めるか
- 前述のID属性をどのように表現するか
- 認証/認可データの交換に、どの標準技術を使用するか
標準化団体のOASISが策定したユーザー認証の標準規格「Security Assertion Markup Language」(SAML)は、IDフェデレーションで一般的に使用されるデータ交換の標準技術だ。SAMLを使うかどうかは、IDフェデレーションに参加する全メンバーの同意に基づく。
IDフェデレーションの導入プロセスで最も難しいのは、こうした全ての要素に対する合意を得ることだ。ただし、ある組織がMicrosoftやFacebookのような企業が確立した、既存のIDフェデレーションに参加するだけなら話は違う。この場合は、IDフェデレーションのシステムをホストする組織が、既に合意の決断を下している。
複数の企業が連携して独自のIDフェデレーションを構築する場合は、メンバーが全ての構成要素に合意しなければならないため、大きな困難に立ち向かうことになる。ローカルのID管理システムや各地域の法規制、メンバーが複数のIDフェデレーションのメンバーになっていることなど、さまざまな要因がこの合意プロセスを複雑にする。さらにメンバーの1社が中央機関の役割を果たす必要がある。これはとても重要な仕事になる。
IDフェデレーション管理により、こうしたIDフェデレーションのプロセスをより適切に管理できるようになる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[NTTインテグレーション株式会社] 取引先のセキュリティをどう管理する? 「SCS評価制度」対応の勘所を解説 -
製品資料
[NTTインテグレーション株式会社] SCS評価制度「★4」取得のカギ 最大の壁を突破する方法とは? -
製品資料
[NTTインテグレーション株式会社] 2026年度末から運用開始 「SCS評価制度」に備えて製造業がやるべきことは? -
事例
[ネットワンパートナーズ株式会社, アイビーシー株式会社] ハイブリッド環境の一元管理と快適な無線LAN環境、三井ホームはどう実現した? -
市場調査・トレンド
[TD SYNNEX株式会社] 調査で学ぶセキュリティ運用の実態 人を増やさず品質を維持する方法とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
4
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
5
2027年電子帳簿保存法のさらなる改正 安易なシステム導入の落とし穴
-
6
【基本情報技術者試験】データを複数ディスクに分散する「RAID」の仕組みと特徴
-
7
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
8
「企業内サーバ環境の利用実態」に関するアンケート
-
9
AIインフラの理想形? 「5層のケーキ」を垂直統合するための近道とは
-
10
「高収入エンジニア」になれる“大人気の副業”7選
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
5
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
6
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
7
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
8
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
9
ソフトウェア開発の属人化と手戻りをどう防ぐ? 速さと品質を両立させる方法
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー