.NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。↓↓↓-クレームベース認証~クレームセットを使用して認証する。[#l4dc0ed8]-IDの一元管理--アプリ側に重複したユーザストアを持たせない。された、最新のIDを利用する。-SSO(シングルサインオン)--パスワードをユーザに分散管理させたくない。--クラウド上のサービスを自社内で認証したい。--コンシューマー向けアプリをSNS認証で利用させたい。Connect>#bd876705]]など、~大体、認証後に発行するトークン(クレーム)的なものを使用して認可(認証)する仕掛けになっている。Provider)が行う。Service)が行う。トークンにパッケージ化される。Provider)が行う。Service)が発行する~トークン(クレーム)的なものにより、認証(Idp)と認可/認証(SP)を分離できる。-分散型の認証方式を提供するオープンな認証システムと言える~(これを世の中では[[認証連携(IDフェデレーション)>#i5c2d8e8]]と呼んでいる)。-[[OAuth]]に関しては、トークンとクレームの発行が分離されている。~トークン発行までがOAuthの仕様なので、認証用のクレーム発行は拡張仕様を実装する必要がある。[#h4a44b62]各用語については下記を参照。[#d20b62f2]フェデレーションは、「連携」の意味。-[[SAML]]、OpenIDなどの認証・認可に関わるプロトコルやその仕組みの総称として使われることがある。Party)の2つに役割を分担する。間でユーザーアカウントを紐付けることを意味する。信頼関係を結んだ後、アカウント連携を行う必要がある。[#secb0045]それによって、以下の様な利点が発生する。-サービス・プロバイダ側で直接認証(IDやパスワードの入力)を行っていない。サービス・プロバイダへのネットワーク経路上をパスワードが流れない。-サービス・プロバイダが直接アイデンティティ・プロバイダと通信を行っていない。アイデンティティ・プロバイダとサービス・プロバイダは別々のネットワークに存在してもよい。~イントラネット上のアイデンティティ・プロバイダを利用して、--クラウド上のサービス・プロバイダへセキュアなアクセスを行うといったことが可能になり、~--イントラネット上の社内アプリケーションにも同様の仕組みを導入することにより、~セキュアなシングル・サインオンという非常に利便性の高いシステムを構築できる。[#c536655a]クレームベース認証界隈のコンテキストでは、-IdP/STSが発行する認証・認可の情報~(認証情報やユーザーや属性、アクセス権限等の情報)。-[[SAML]]や[[JWT]]などのフォーマットが使用される。