クラウド環境とアイデンティティ/アクセス管理

最終回の今回は、クラウド環境におけるアイデンティティ/アクセス管理(IAM)について解説します。さらに、クラウド環境を支える仮想化OSにおける「特権ユーザー管理」について解説します。IAMは、各種のクラウド・サービス(IaaS/PaaS/SaaS)において、ユーザーのアクセス権限を抑制する方法として

金子 以澄

2010年11月26日 20:00

最終回の今回は、クラウド環境におけるアイデンティティ/アクセス管理(IAM)について解説します。さらに、クラウド環境を支える仮想化OSにおける「特権ユーザー管理」について解説します。

IAMは、各種のクラウド・サービス(IaaS/PaaS/SaaS)において、ユーザーのアクセス権限を抑制する方法として、また、SaaSにおいて、ユーザー企業と事業者間のアクセス制御を強化する方法として有効です。

クラウド環境でユーザーがコントロールできる範囲とは

まず、「クラウド環境において、ユーザー側がコントロールできる部分は、どの範囲なのか」を押さえておく必要があります。

自社企業内にITシステムを構築していた時には、ストレージ、サーバー、オペレーティング・システム環境(仮想化環境を含む)、アプリケーション、そしてデータ、これらに対して、すべてコントロールを効かせることができました。

一方、セキュリティ、アイデンティティ/アクセス管理の分野についても、自身の責任において対応をする必要があります。今まで紹介してきた『特権ユーザー管理』『統合アイデンティティ管理』『シングル・サインオン』なども、必要に応じて必要なレベルの対応を施すことになります。

クラウド環境やIaaSの環境では、ハードウエア部分にあたるサーバーやストレージは、クラウド・プロバイダが管理を実施します。このため、ユーザーがそのエリアをコントロールすることはできません。ユーザーは原則、ハードウエア部分の上で稼働するオペレーティング・システム(仮想化環境)、アプリケーション、データに対して、コントロールを行います。

オペレーティング・システム部分であっても、完全にユーザーだけによるコントロールが可能とは言えません。プロバイダ側でコントロールすべき部分もあります。例えば、VMゲストをプラットフォームとしてユーザーに提供している場合、VMホスト側のコントロールやVMホストからVMゲストへのアクセスなどは、クラウド・プロバイダ側の責任になります。

この一方で、稼働させるアプリケーションやデータは、完全にユーザー側でコントロールできます。

PaaS環境の状況は、IaaS環境に近いと言えます。完全にユーザー側がコントロールできるのは、データ部分です。アプリケーションやサービスの基本環境に関しては、アプリケーションに対するアクセス・ポリシーの作成や、アクセス制御をどう実現するかというコントロールを、クラウド・プロバイダとともに実施する形になるでしょう。

SaaS環境では、アプリケーション・ソフトウエアまでをクラウド・プロバイダがブラックボックスとして提供しているため、ユーザー側がコントロールできる部分は、本当に限られます。ストレージ、サーバーはもちろん、オペレーティング・システムから、その上で稼働しているサービスやアプリケーションに関しても、サービス・プロバイダがコントロール/管理すべきエリアであると言えます。

では、SaaSにおいてユーザー側がコントロールできる部分とは、どこなのでしょうか。答えは、「ユーザーが完全に自身でコントロールを確立できるエリアはない」というものです。データに関しても、クラウド・プロバイダとともに、アクセスのコントロールを実施することになります。そして、ユーザー側にとっては、そこ(データ)が唯一のコントロール・エリアとなります。

SaaS環境のアイデンティティ/アクセス管理

前述した通り、特にSaaSの場合は、クラウド基盤に対して企業がコントロールできる部分が限られます。こうした中、自身のコントロールが利く範囲の中で、企業とクラウド・プロバイダの間のコントロールを強化する対策の1つが、まさにアイデンティティ/アクセス管理です。

アイデンティティ/アクセス管理には、さまざまな機能が含まれます。それぞれが重要な要素ですが、特にSaaSプロバイダ間のコントロール強化には『統合アイデンティティ管理』と『アイデンティティ連携』が効果を発揮します。

統合アイデンティティ管理によって、SaaSを使用するユーザーのためのIDを自動的に作成/削除する、プロビジョニング/デプロビジョニングが実現できます。ユーザーがサービスを使用する際の待ち時間をなくせるほか、退職や異動などで所有者不明のIDが発生して放置されるというセキュリティ上のリスクをなくすことにもつながります。

アイデンティティ連携により、シングル・サインオン(SSO)を実現することができます。SSOを適用すれば、エンドユーザーは、サービスを使用するたびにログインする必要がなくなります。複数のIDとパスワードを覚えておく必要もなくなります。ユーザーのIDとパスワードを本人に開示せずに運用することも可能であるため、これらの漏えいによる成りすましアクセスを防止することもでき、セキュリティ強化にも貢献します。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30