クレームベース認証 のバックアップ(No.31)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• クレームベース認証 へ行く。
  • 1 (2015-07-27 (月) 23:15:26)
  • 2 (2015-07-28 (火) 01:15:46)
  • 3 (2015-08-03 (月) 00:46:34)
  • 4 (2015-08-11 (火) 14:57:34)
  • 5 (2015-08-24 (月) 09:27:55)
  • 6 (2015-09-07 (月) 01:17:31)
  • 7 (2016-01-14 (木) 13:24:18)
  • 8 (2016-01-14 (木) 18:22:23)
  • 9 (2016-01-18 (月) 10:58:25)
  • 10 (2016-01-18 (月) 11:24:56)
  • 11 (2016-01-19 (火) 13:59:48)
  • 12 (2016-01-19 (火) 15:06:29)
  • 13 (2016-01-19 (火) 19:58:16)
  • 14 (2016-01-22 (金) 14:47:47)
  • 15 (2016-01-26 (火) 18:36:56)
  • 16 (2016-02-18 (木) 17:38:13)
  • 17 (2016-03-09 (水) 12:46:33)
  • 18 (2016-12-12 (月) 14:54:36)
  • 19 (2016-12-12 (月) 15:19:25)
  • 20 (2016-12-21 (水) 12:43:03)
  • 21 (2017-01-04 (水) 15:52:09)
  • 22 (2017-01-06 (金) 13:54:55)
  • 23 (2017-01-06 (金) 21:42:36)
  • 24 (2017-01-15 (日) 14:31:43)
  • 25 (2017-03-27 (月) 10:47:47)
  • 26 (2017-05-08 (月) 12:02:20)
  • 27 (2017-05-26 (金) 13:42:01)
  • 28 (2017-07-14 (金) 14:33:57)
  • 29 (2017-07-27 (木) 11:25:31)
  • 30 (2017-10-29 (日) 16:30:26)
  • 31 (2017-10-29 (日) 16:45:51)
  • 32 (2017-12-09 (土) 17:15:34)
  • 33 (2017-12-11 (月) 11:42:40)
  • 34 (2017-12-18 (月) 21:46:40)
  • 35 (2018-01-29 (月) 16:08:09)
  • 36 (2018-03-05 (月) 10:49:04)
  • 37 (2018-05-30 (水) 10:35:27)
  • 38 (2018-10-27 (土) 15:06:22)
  • 39 (2018-11-22 (木) 09:20:09)
  • 40 (2019-02-27 (水) 21:22:32)
  • 41 (2019-06-05 (水) 17:51:03)
  • 42 (2019-08-28 (水) 15:02:59)
  • 43 (2019-11-29 (金) 16:58:02)
  • 44 (2019-11-29 (金) 20:58:57)
  • 45 (2019-12-03 (火) 11:03:02)

---

「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

• 戻る

目次 †

概要 †

ID連携・クレームベース認証とは †

• ID連携とは、

↓↓↓

• アイデンティティ（ID） & フェデレーション（連携）

↓↓↓

• アイデンティティ（ID）
  • ＝ ユーザを特徴づける属性情報
  • ≠ ユーザID（Identifier）

↓↓↓

• このユーザ属性情報をクレームセットに同梱してユーザに渡す（ ＝ ID連携）。
  

↓↓↓

• クレームセットを使用して認証する（ ＝ クレームベース認証）。

ID連携・クレームベース認証の目的 †

• IDの一元管理
  • アプリ側に重複したユーザストアを持たせない。
  • 同期不要。一元管理された、最新のIDを利用する。

• SSO（シングルサインオン）
  • パスワードをユーザに分散管理させたくない。
  • クラウド上のサービスを自社内で認証したい。
  • コンシューマー向けアプリをSNS認証で利用させたい。

クレームベース認証の仕組み †

SAML / WS-FEDとか、OpenID / OAuth / OpenID Connectなど、
大体、認証後に発行するトークン（クレーム）的なものを使用して認可（認証）する仕掛けになっている。

• 認証は、Idp（Identity Provider）が行う。

• トークン（クレーム）の発行はSTS（Security Token Service）が行う。
  クレームは、
  • Idp（Identity Provider）によって発行され、
  • STS（Security Token Service）によって
    • 1 つ以上の値が指定されてから、
      
    • STSが発行するセキュリティ トークンにパッケージ化される。

• 認可は、SP（Service Provider）が行う。

このSTS（Security Token Service）が発行する
トークン（クレーム）的なものにより、認証（Idp）と認可/認証（SP）を分離できる。

• 分散型の認証方式を提供するオープンな認証システムと言える
  （これを世の中では認証連携（IDフェデレーション）と呼んでいる）。

• OAuthに関しては、トークンとクレームの発行が分離されている。
  トークン発行までがOAuthの仕様なので、認証用のクレーム発行は拡張仕様を実装する必要がある。

以下が参考になる。

• IdM実験室: 早わかり！クレイムベースのアイデンティティ＆アクセス管理
  http://idmlab.eidentity.jp/2010/04/blog-post.html

用語 †

各用語については下記を参照。

認証/認可 †

認証（Authentication） †

• 本人性を確認する
• ID/パスワード認証、生体認証、ワンタイム・パスワード認証

認可（Authorization） †

あるリソースへアクセスするための権限を与える（認証後のアクセス制御）

ID連携（IDフェデレーション） †

意味 †

フェデレーションは、「連携」の意味。

• SAML、OpenIDなどの認証・認可に関わるプロトコルやその仕組みの総称として使われることがある。
• IDやパスワードの発行者（IdP：Identity Provider）と、IDの利用者（RP：Relying Party）の2つに役割を分担する。
• ID連携（IDフェデレーション）
  • IdP と SP の間でユーザーアカウントを紐付けることを意味する。
  • IdP と SP は信頼関係を結んだ後、アカウント連携を行う必要がある。

利点 †

それによって、以下の様な利点が発生する。

• サービス・プロバイダ側で直接認証（IDやパスワードの入力）を行っていない。
  ∴ サービス・プロバイダへのネットワーク経路上をパスワードが流れない。
• サービス・プロバイダが直接アイデンティティ・プロバイダと通信を行っていない。
  ∴ アイデンティティ・プロバイダとサービス・プロバイダは別々のネットワークに存在してもよい。
  イントラネット上のアイデンティティ・プロバイダを利用して、
  • クラウド上のサービス・プロバイダへセキュアなアクセスを行うといったことが可能になり、
    
  • イントラネット上の社内アプリケーションにも同様の仕組みを導入することにより、
    セキュアなシングル・サインオンという非常に利便性の高いシステムを構築できる。

アサーション（Assertions） †

• プログラムの前提として満たされるべき条件を記述するもの。
• IdP/STSが発行する認証・認可の情報（認証情報やユーザーや属性、アクセス権限等の情報）。
• SAMLやJWTなどのフォーマットが使用される。

SAML / WS-FED †

• Service Providers, Identity Providers & Security Token Services
  https://www2.empowerid.com/learningcenter/technologies/service-identity-providers

Microsoft Platform †

Active Directory Federation ServicesやWIF（Windows Identity Foundation）に関連する用語。

• WIF
  Windows Identity Foundation

• ADDS
  Active Directory Domain Services

• ADFS
  Active Directory Federation Services

• AZAD
  Azure Active Directory

Claims-based identity term definitions †

• IdP & CP
  • IdP : Identity Provider ( = ADDS )
  • CP : Claim Provider( = Idp at WS-Federation model)

• STS : Security Token Service ( = ADFS or AZAD )

• SP & RP
  • SP : Service Provider( = ASP.NET WebSite?)
  • RP : Relying Party( = SP at WS-Federation model)

その他 †

• Federation Trust
  • 要求プロバイダー信頼
    Claim Provider Trust(CP Trust)
  • 証明書利用者信頼
    Relying Party Trust(RP Trust)

• 要求プロバイダー信頼と証明書利用者信頼
  http://azuread.net/2014/02/19/%E8%A6%81%E6%B1%82%E3%83%97%E3%83%AD%E3%83%90%E3%82%A4%E3%83%80%E3%83%BC%E4%BF%A1%E9%A0%BC%E3%81%A8%E8%A8%BC%E6%98%8E%E6%9B%B8%E5%88%A9%E7%94%A8%E8%80%85%E4%BF%A1%E9%A0%BC/

• Claim Rules
  要求規則（クレーム ルール）

OpenID / OAuth / OpenID Connect †

• OpenIDの仕様と技術（1）：仕様から学ぶOpenIDのキホン (3/3) - ＠IT
  http://www.atmarkit.co.jp/ait/articles/0707/06/news135_3.html

• OpenIDの仕様と技術（5）：OpenID Authentication 2.0時代の幕開け (1/3) - ＠IT
  http://www.atmarkit.co.jp/ait/articles/0802/19/news133.html

• 誰にも頼まれてないのに次世代Identifier用語集を勝手に定義してみた - 豆無日記
  http://nobeans.hatenablog.com/entry/20090202/1233585856

OpenID †

• End User
  • Consumerに対して自分のIdentityの認証を要求しようとするユーザ
  • Consumerに紹介状（OpenID Token）を送るIdP(Identify Provider)に加入する必要がある。

• User-Agent
  • End Userが所有するWebブラウザ
  • 特別なプラグインやJavaScriptは不要

• Consumer
  • End Userが入力したID(Identifier)を使用し、IdP(Identify Provider)に対して認証要求するWebサービス
  • ConsumerはいずれのIdP(Identify Provider)に対しても認証要求を遂行する必要がある。
  • OpenID 2.0からはRelying Party(RP)と名称が変更されている。
    OpenIDでは、STS相当が独立しておらず、当該機能がRPとIdp内に同梱されている。

• Identifier
  • End Userが所有するURL(httpまたはhttpsをschemeとするURI)
  • IdP(Identify Provider)は、Identifierを使用して認証する。
  • OpenID 2.0からはXRIというURIを拡張した形式で表されたものを指す。

• Claimed Identifier
  • End Userが自分で所有していると主張するIdentifier
  • Consumerによってまだ確認されていないIdentifier

• Verified Identifier
  ConsumerがEnd Userが所有していると認めたIdentifier

• User-Supplied Identifier
  OpenID 2.0からの用語で、
  • End UserによってRPに対して提示されるIdentifier
  • Claimed IdentifierまたはOP Identifierの総称

• Identify Provider(Idp)
  • End Userが所有するClaimed Identifierの暗号化された証明（紹介状）を発行。
  • OpenID 2.0からはOpenID Provider(OP)とも呼ばれる。

• OpenID 2.0から追加されたOpenID Provider(OP)用語

• OP Identifier
  OPを表すIdentifier

• OP EndPoint? URL
  OPのエンドポイントのURL

• OP-Local Identifier
  • 使用するOPが内部的に使用するユーザID。
  • OPがOP上の認証処理等で使用する。

OAuth †

用語に関しては、OpenIDと≒。

• Resource Owner (User)
  • Clientにアクセス権限の付与を行うユーザ自身
  • ClientにAccess Tokenを送るOAuth Service Provider（Authorization Server）に加入する必要がある。

• User-Agent
  • End Userが所有するWebブラウザ
  • 特別なプラグインやJavaScriptは不要

• OAuth Client (旧 OAuth Consumer)
  OAuth Serverが提供するAPIを利用する側のサービス
  • Instagram
  • Foursquare
  • Pinterest

• OAuth Server (OAuth Service Provider)

• OAuthをサポートしたAPIを提供しているサービス
  • Twitter
  • Facebook

• OAuth Service Providerは更に以下の2つに分類される。
  • Authorization Server
    認証・認可のサーバー機能（認証チケットとAccess Tokenの発行）
  • Resource Server
    Access Tokenを受けてリソースアクセスを提供する

OpenID Connect †

OpenID Authentication 2.0の置き換えであるため、OPなどの用語を使用しているので、
OpenID Authentication 2.0の用語を使用する（ただし実装は、OAuthの拡張）。

種類 †

SAML / WS-FED †

特徴 †

• 認証連携（IDフェデレーション）プロトコル

• 異なるベンダのアクセス制御製品間の相互運用性を推進し、
  企業間の独立したサービスをグローバルなSSOで連携させることが可能。

• 各種のSTS系ミドルウェアでサポートされている。

プロトコル †

• クッキー認証チケットを使用しない。
  • クッキーを第三者が不正使用してなりすましを許す可能性がある。
  • クッキーはクッキードメインの中でしか有効ではない。

• SAML

• SAML Core
  • SAML Assertions
  • SAML Protocols

• SAML Bindings

• SAML Profiles
  • SAML Assertions
  • SAML Protocols
  • SAML Bindings

• SAML Metadata

• WS-Federation

• Assertionsには、SAML Assertionsを使用。

• 以下のプロファイルがある。
  パッシブリクエスタプロファイル（Webアプリ用）
  アクティブリクエスタプロファイル（Webサービス用）

STS系ミドルウェア †

ライブラリ †

• WIF
• Azure AD 認証ライブラリ (ADAL)

OpenID / OAuth / OpenID Connect †

中央集権型でない、分散ID認証システムのオープン仕様。

• ブラウザベースの認証APIの標準化から始まった。

• トークン（クレーム）として、

• OpenID
  紹介状（OpenID Token）を受け取るか？

• OAuth / OpenID Connect
  合鍵（Bearer Token）を受け取るか？

の違いがある。

OpenID †

OpenID財団の登録商標。

代表的な使用例として、

• OpenID Authentication 2.0
• OpenID Connect
• OpenID Foundation

などがあるが、

ここでは、OpenID Authentication 1.1, 2.0を指す。

要求元であるWebサイトに対して、

• あるユーザが認証された旨の情報、
• 認証をどのように行ったかの情報、
• 当該ユーザの属性情報を、

紹介状（OpenID Token）として、提供元となるIdpが転送するプロトコル。

• OpenID 1.1：Consumer経由で紹介状を作成して送信する公証人Idpを呼び出す。
• OpenID 2.0：RP経由で紹介状を作成して送信する公証人OPを呼び出す。
• OpenIDの仕様上、誰でもConsumer（RP）やIdp（OP）になれるという点から、
  特にConsumer（RP）はどのIdp（OP）を信用したらよいかという問題が残る。

OAuth †

• 紹介状（OpenID Token）ではなく、合鍵（Bearer Token）を渡し、権限付与を行うプロトコル。

• ユーザが外部サービスにパスワードを教えることなく、
  サービス間でユーザの同意のもとにセキュアにユーザの権限情報（合鍵）を受け渡しする。

• エンドユーザはサービスAに対してあるサービスB上のリソースや機能に
  取得／追加／更新／削除などのアクセス許可を与える。

• サービスAは、エンドユーザの許可を受けたサービスB上のリソースや機能にアクセスする。

• OpenIDよりもOAuth認証をしたいというサイトが増えてきている。
  ただし、認証機能は無いとされているので、拡張仕様で、
  "安全な"紹介状（クレーム）を発行する仕組みを追加で作り込む必要がある。

OpenID Connect †

• OpenID Authentication 2.0 のプロトコルを引き継ぐことをせず、
  OAuth 2.0を拡張し、正しく認証する次世代のOpenID。

• OpenID Authentication 2.0 は、OpenID Connectによって置換えられた。

• サイトにアクセスする方法はOAuthのResource Access と同じ。

• 違いは、紹介状（OpenID Token）のコピーだけが入っているロッカーの鍵を渡す所。
  • ロッカー：UserInfo? （ユーザ情報）Endpoint
  • 鍵は、OAuthと異なり、UserInfo? Endpoint が発行する。
  • SP(Service Provider)はこの鍵の発行者を信頼し、鍵の正統性の検証が可能。

• NIST SP 800-63-1で定義されている全ユーザ認証要件（LoA）への対応が可能。
  金融システムや電子政府／行政システムにも利用できることを意味している。

• 設計思想
  • モジュラーデザイン
  • 簡単なことは簡単に
  • 難しいことも可能に

STS系ミドルウェア †

ライブラリ †

• 色々ある。生でも書ける。
• Azure AD 認証ライブラリ (ADAL)

選定 †

以下の辺りを読むと、

• SAMLとOAuth／OpenID Connect：
  新たな「アイデンティティ戦争」とIdMaaSとしてのSalesforce - ＠IT
  http://www.atmarkit.co.jp/ait/articles/1402/10/news074.html

SAML /WS-FED †

エンタープライズにフォーカスした技術と言える（SOAP/XMLベース）。

SAML †

WS-Federation †

OpenID / OAuth / OpenID Connect †

コンシューマー向け技術と言える。
（REST/JSONベースで、Webアプリケーションに組み込みやすい）。

• OpenID 2.0とOAuth 1.0
  • 仕様は、同時期に策定された。
  • ユーザから見た画面遷移もほぼ同じ
  • 開発者の間で機能が比較された。

• OAuth 2.0
  • 合鍵（Bearer Token）を渡し、認可する仕組み。
  • 認証機能は無いとされているので、拡張仕様で、
    "安全な"紹介状（クレーム）を発行する仕組みを追加で作り込む必要がある。

• OpenID Connect
  OAuth 2.0を拡張して、OpenID 2.0を置き換えたもの。

OpenID †

• OpenID 2.0 (OAuthとの比較)
  OpenID 2.0とOAuth 1.0の仕様は、同時期に策定された。

• メリット
  • 一度の実装で複数のOPに対応できる。
  • 新たなOPが増えた場合もコストをかけずに対応が可能
  • ユーザー認証を実装でき、その上サービス独自のAPIを利用できる。

• デメリット
  • OAuth 1.0のように、サービス上のAPIに権限を付与する機能はない。

OAuth †

• OAuth 1.0 (OpenIDとの比較)
  OpenID 2.0とOAuth 1.0の仕様は、同時期に策定された。

• メリット
  • Access Tokenを返すことで、（認証＋）APIに対する権限付与ができる。
  • 上記のAccess Tokenを使用して、プロフィール情報（＝クレーム的なもの）
    を取得できるAPIが提供されれば、認証の処理を実装できる。

• デメリット
  • 認証結果の定義や認証ポリシーの指定方法が存在しない。
  • 従って、OAuth の Clientと、Resources Serverに追加実装が必要になる。

• OAuth 2.0
  OAuth 1.0に以下の改良を加えている。
  • HTTPSを必須にし、署名をなくし、Access Token取得も簡略化
  • Request Tokenを無くし、Access Tokenのみでリソース取得が可能に
  • Webアプリも含め、4つのクライアントプロファイルを仕様化
  • 詳しくは「OAuth 1.0とOAuth 2.0の違い」を参照。

OpenID Connect †

次世代OpenID

• OpenID 2.0のプロトコルを引き継ぐことをせず、
  OAuth 2.0を拡張して、OpenID 2.0を置き換えたもの。

• これまで足りなかった以下のような機能拡張がされている。
  • 認証結果のやりとり
  • 統一的な属性情報の提供
  • OP探索、動的なRP登録
  • RPに戻った後のセッション管理

• 実装（RP）
  • RPはOAuth 2.0のリクエストを少し変更するだけで、利用できる。
    OAuth 2.0のリクエストパラメータに特定の値を指定するだけ。
  • 複数のクライント・フローを実装するのは手間。
    しかし、Idpを開発するのに比べれば、RPを開発する方が楽。

• 用途
  • NIST SP 800-63-1で定義されている全ユーザ認証要件（LoA）への対応が可能。
  • 金融システムや電子政府／行政システムにも利用できることを意味している。

参考 †

• OpenIDやOAuthやらの比較 - Carpe Diem
  http://christina04.hatenablog.com/entry/2015/01/26/194841

• 非技術者のためのOAuth認証(？)とOpenIDの違い入門
  @_Nat Zone - Identity, Privacy and Music
  http://www.sakimura.org/2011/05/1087/

参考 †

• オッス！オラ認証周りをまとめてみた - どんまいこのネタ帳
  http://mnakajima18.hatenablog.com/entry/2016/05/04/205713

デジタル・アイデンティティ †

• デジタルアイデンティティ - Wikipedia
  https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E3%82%A2%E3%82%A4%E3%83%87%E3%83%B3%E3%83%86%E3%82%A3%E3%83%86%E3%82%A3

• デジタルアイデンティティ Digital Identity
  http://shop.oreilly.com/product/9780596008789.do

ID連携/認証連携 †

• ID連携概要 - OpenID TechNight? vol.13
  http://www.slideshare.net/matake/id-openid-technight-vol13
• ID連携入門 (実習編) - Security Camp 2016
  http://www.slideshare.net/matake/id-security-camp-2016
• ITproまとめ - 認証連携：ITpro
  http://itpro.nikkeibp.co.jp/article/COLUMN/20140122/531443/

SAML / OAuth / OpenID Connect などの歴史的背景 †

• SAML / OpenID Connect / OAuth / SCIM 技術解説 - ID&IT 2014 #idit2014
  http://www.slideshare.net/matake/idit-2014

• なぜOpenID Connectが必要となったのか、その歴史的背景
  http://www.slideshare.net/tkudo/openid-connect-devlove
• OpenID Connect 入門 〜コンシューマーにおけるID連携のトレンド〜
  http://www.slideshare.net/kura_lab/openid-connect-id

• デジタル・アイデンティティ技術最新動向（3）：OpenIDが果たす役割を知る - ＠IT
  http://www.atmarkit.co.jp/ait/articles/1209/20/news140.html

TakahikoKawasaki? - Qiita †

http://qiita.com/TakahikoKawasaki

• OAuth & OpenID Connect 関連仕様まとめ - Qiita
  http://qiita.com/TakahikoKawasaki/items/185d34814eb9f7ac7ef3

• OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る - Qiita
  http://qiita.com/TakahikoKawasaki/items/f2a0d25a4f05790b3baa

• 【第二弾】OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る - Qiita
  http://qiita.com/TakahikoKawasaki/items/30fbd546935cea914e4f

• OAuth & OpenID Connect の不適切実装まとめ - Qiita
  http://qiita.com/TakahikoKawasaki/items/efbbd2c5875577c911a3

• OAuth 1.0 のほうが OAuth 2.0 より安全なの？ - Qiita
  http://qiita.com/TakahikoKawasaki/items/3600b28af7b63671b968

Identity | @_Nat Zone †

http://www.sakimura.org/category/identity/

• 非技術者のためのデジタル・アイデンティティ入門
  http://www.sakimura.org/2011/06/1124/

デジタル・アイデンティティ技術最新動向 †

• デジタル・アイデンティティ技術最新動向 連載インデックス - ＠IT
  http://www.atmarkit.co.jp/fsecurity/index/index_digid.html
  • 「OAuth」の基本動作を知る
    http://www.atmarkit.co.jp/fsecurity/rensai/digid01/01.html
  • RFCとなった「OAuth 2.0」――その要点は？
    http://www.atmarkit.co.jp/fsecurity/rensai/digid02/01.html
  • OpenIDが果たす役割を知る
    http://www.atmarkit.co.jp/fsecurity/rensai/digid03/01.html
  • 「OpenID Connect」を理解する
    http://www.atmarkit.co.jp/fsecurity/rensai/digid04/01.html
  • UDIDにおけるセキュリティ＆プライバシー問題
    http://www.atmarkit.co.jp/ait/articles/1211/06/news004.html
  • UDIDがはらむプライバシー問題
    http://www.atmarkit.co.jp/ait/articles/1212/18/news007.html
  • 認証UX標準化を目指すAccount Chooser
    http://www.atmarkit.co.jp/ait/articles/1301/28/news010.html
  • ユーザー中心のアクセス管理を目指すプロトコル
    http://www.atmarkit.co.jp/ait/articles/1305/09/news003.html

Windowsで構築する、クラウド・サービスと社内システムのSSO環境 †

• Windowsで構築する、クラウド・サービスと社内システムのSSO環境 - ＠IT
  • 第1回　クラウド・コンピューティングとアイデンティティ管理の概要
    http://www.atmarkit.co.jp/fwin2k/operation/adfs2sso02/adfs2sso02_01.html
  • 第2回　クラウド・コンピューティング時代の認証技術
    http://www.atmarkit.co.jp/fwin2k/operation/adfs2sso02/adfs2sso02_01.html
  • 第3回　クラウド・サービスと社内ADとのSSOを実現する（前）
    http://www.atmarkit.co.jp/fwin2k/operation/adfs2sso03/adfs2sso03_01.html
  • 第4回　クラウド・サービスと社内ADとのSSOを実現する（後）
    http://www.atmarkit.co.jp/fwin2k/operation/adfs2sso04/adfs2sso04_01.html

OAuth 2.0, OpenID ConnectのParameterとFlowの関係 †

OAuth_And_OIDC.xlsx

---

Tags: :認証基盤, :クレームベース認証

     

Site admin: dotNetDevelopmentInfrastructure

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.3.3. HTML convert time: 0.106 sec.