Name
、それはまさにその名前です。私たちが話している人なら、「エリック」と考えてください。サーバー「file01」。
ANameIdentifier
はオブジェクトのIDです。私たちのpersonオブジェクトに戻ると、EricのUserIDはデータベース内で435である可能性があります。サーバーの場合、識別子はFQDNやSIDのようなものにすることができます。
この投稿によると、明らかにNameIdentifierはSAML1.1プロパティであり、SAML2.0で置き換えられていNameID
ます。
ユニークかどうか?
@Jasonのコメントと@nzpcmadの投稿に対処したいと思いました。独自性を明確な要件とは考えていません。質問にはadfs2.0のタグが付けられていますが、参照されているスキーマはOASISが所有しています。したがって、これらは、バランスを取る必要がある2者間の解釈です。
ADFSに対するMicrosoftのスタンスは、明らかに独自の要件があるということです。「クレームの役割」の記事でそれを確認します。ADFSが大きな影を落としていることは間違いありませんが、これは実装の詳細のようです。
ただし、 SAML 1.1仕様を見ると、そのような主張は見られません。仕様のセクション2.4.2.2で得られる最も近いものは次のとおりです。
この要素は、名前修飾子、名前、および形式の組み合わせによってサブジェクトを指定します。この要素には、次の属性があります
。...
NameQualifier[オプション]サブジェクトの名前を修飾するセキュリティドメインまたは管理ドメイン。この属性は、衝突することなく、異なるユーザーストアから名前を統合する手段を提供します。
仕様書のテキストには、3つの属性の組み合わせを使用して人物を見つけることができる必要があると書かれていますが、一意性については何も主張していません。同じユーザーを指す2つのエントリを作成できませんでしたか?そうそう。さらに、仕様は、名前を一意に識別するには不十分NameQualifier
な場合に属性が必要であることを示していませんか?NameIdentifier
では、これはすべて何につながるのでしょうか?
- 注意してください、unqiueはおそらくより安全です。
- トピックに関するプロバイダーのスタンスを掘り下げます。