MS_BaseClientSecurityModel

ベース クライアント セキュリティ モデル

• TOP > インフラストラクチャ > リソース アクセス ストラテジ
  • サーバ信頼セキュリティ モデル
  • ベース クライアント セキュリティ モデル

概要

Microsoft の「patterns & practices」のガイドラインの中では

• 「偽装 / 委任モデル（Impersonation / Delegation Model）」

と呼ばれる、ベースクライアントを認証するセキュリティ モデル。

※ 「ベース クライアント」＝ 大元のエンド ユーザ。
サーバはそのユーザに成り代わって下流リソース（DB、ファイル等）へアクセスする。

設定

サーバは、

• ベースクライアントを「偽装」する必要がある
  （サービス・タスク系のアカウント問題: MS_ServiceAndTaskAccountIssues.md）。
• 「委任」の設定等が必要になる。

※ 偽装（Impersonation）は自マシン内でユーザに成り代わること、
委任は別マシンのリソースまで成り代わりを引き継ぐこと（ダブルホップ問題の解消）。
両者は段階が違う。

比較

サーバ信頼セキュリティ モデルとの比較については、
リソース アクセス ストラテジを参照。

長所と短所

	内容
長所	下流リソース側でエンド ユーザ単位のアクセス制御・監査ができる
短所	AD ドメイン環境とケルベロス認証が前提。設定が複雑
短所	接続がユーザ単位になるためコネクション プーリングが効かない（性能に影響）
短所	下流の権限管理がユーザ数に比例して複雑化する

補足（最新化）: クラウド／SPA／モバイルを含む現在の構成では、 同じ課題（下流リソースにエンド ユーザとしてアクセスする）に対して OAuth 2.0 の On-Behalf-Of フローを使うのが一般的。 考え方は同じで、Kerberos チケットの代わりにアクセス トークンを引き回す。

参考

• Web アプリケーションのセキュリティデザイン基礎 - ＠IT
• ASP.NET で偽装と委任を使用する方法

関連

• SPN
• 委任
• ケルベロス認証
• ドメイン アカウント

---

Tags: アーキテクチャ, セキュリティ, 認証基盤, アカウント, Windows, Active Directory