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
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー