IAM OIDC identity providers are entities in IAM that describe an external identity provider (IdP) service that supports the OpenID Connect (OIDC) standard, such as Google or Salesforce. You use an IAM OIDC identity provider when you want to establish trust between an OIDC-compatible IdP and your AWS account. This is useful when creating a mobile app or web application that requires access to AWS r
こんにちは、ritouです。 Self-Issued OPについて、去年からなんかごちゃごちゃ言ってきましたが、やはり動くものが見れないと話にならないと思っていたので、年越しあたりでデモ用のアプリを作ってました。 Self-Issued OPとはなんなのかについての復習はこちらから。 OpenID ConnectのSelf-Issued OPの話 - r-weblife Self-Issued OPによるAuthorizationの流れ いつもながらRP（Client）がAuthorization RequestをOPに送り、OPがAuthorization Responseを返すわけですが、その際のOP側の一連の流れは以下のとおりです。 1. openid://というカスタムURIスキームで起動 2. Authorization Requestの処理 3. Consent Page(アク
[Openid-specs-ab] Connect-core and Connect-AB OpenID Connect/AB周りの仕様について、さっぱりMLに貢献できておりませんが、少しでも近況を多くの人に広めて良いものができる手伝いができればと思っています。 今回は、"OpenID Connect Core 1.0 draft 01"です。 名前の通り、Coreということで用語やフロー、やりとりされる内容が定義されています。 Terminology OAuth 2.0の用語に加えて、OpenID関連の以下の用語が加えられています。 OpenID Provider (OP) : OpenID ConnectのメッセージをサポートするAuthZ Server Relying Party (RP) : Client と Resource Servers(?) OP Endpoints : A
ちょっと openid.net のメーリスも混乱しているので整理しておきます。 現段階で計画されている working groups は以下のとおりで、v.Next と総称されています。これらは、2010/4/6 に決定されています。 · Core Protocol – Chair: Dick Hardt – Scope: active client, message verification, AX/CX/AB, OAuth, non-browser · Discovery – Co-chairs: Allen Tom / Mike Jones – Scope: URL, acct: (e-mail address OpenIDs), active client (discovery about OP and RP) · Attribute Schema – Chair: Joseph
Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the
Abstract OpenID Authentication 2.0 defines the method to move Authentication and associated extension requests among the User, Relying Party, and the OpenID provider through HTTP POST or GET, i.e., it defines the POST and GET binding for OpenID messaging. This specification defines the Artifact Binding that sends the OpenID message directly from the Relying Party to the OpenID Provider and passes
今回はXAuthとOpenIDの組み合わせたユースケースについて考えてみました。 以下の2点です。 ユーザー認証状態の突き合わせ シングルログアウト ユーザー認証状態の突き合わせ OP単位の認証情報を取得することがXAuthのJSにより簡単にできることはわかっていますね。 では、XAuth Tokenにセッションを識別(マッチング程度)できる文字列を載せておくと便利なのではないでしょうか? 導入例を考えてみます。 認証時 RPは認証要求時に"xauth-sessionid"を欲しがっていることを伝えるExtensionパラメータを含む OPはログイン成功時にログインセッションIDに紐づいた一意な文字列を作成し、その文字列をXAuth Tokenとして発行 OPは認証応答時にxauth-sessionidのようなパラメータでXAuth Tokenの文字列を含む RPは認証応答を処理するタイミ
2010/03/26 認証基盤連携フォーラム 実証実験ワーキンググループは3月26日、OpenIDを用い、携帯電話とPCをまたいだシームレスな認証や属性連携に関する実験、「認証基盤連携による認基盤間の相互運用性確保の実証」の結果を明らかにした。Artifact Bindingと呼ばれる手法を用いることで、携帯電話からも問題なくOpenIDに基づく認証を行えることが実証されたという。 OpenIDは、1つのIDで複数のインターネットサービスを利用できるようにするための仕様だ。いったん認証を済ませるだけで、ほかのサービスへのシングルサインオンが可能になるほか、ユーザーの承認に応じて氏名や住所、クレジットカード番号といった属性情報を受け渡し、利便性の高いサービスを受けられるようにする。ユーザーから見れば、サービスごとに個別に認証を行う手間を省けるうえ、自分の情報をどんな事業者に開示するかをコント
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 野村総合研究所（NRI）は3月24日、「認証及びデータ連携サービス基盤を活用した官民サービス連携に関する実証実験」を実施したと発表した。今回の実証実験では、官民連携サービスの利用意向、運営体制のあり方、法制度面での制約事項等を検証したという。 実証実験に参加したのは、NRI、NECビッグローブ、OKI企業年金基金、沖電気工業、ソニー生命保険、日本インベスター・ソリューション・アンド・テクノロジー（JIS＆T）、NEC、野村證券、みずほ銀行、ヤフーの10社および団体。 この実証実験は、経済産業省の「平成21年度 ITとサービスの融合による新市場創出促進事業（デジタル市民生活プロジェクト実証事業）」の一環として実施されたもの。2010年1月
http://developer.yahoo.co.jp/other/openid/ http://developer.yahoo.co.jp/other/openid/extension.html まずは、XRDSを見てみましょう。 <?xml version="1.0" encoding="UTF-8"?> <xrds:XRDS xmlns:xrds="xri://$xrds" xmlns:openid="http://openid.net/xmlns/1.0" xmlns="xri://$xrd*($v*2.0)"> <XRD> <Service priority="0"> <Type>http://specs.openid.net/auth/2.0/server</Type> <Type>http://specs.openid.net/extensions/pape/1.0</Ty
1. The additional player of OpenID : "RP Proxy" The current OpenID Auth spec defines the authentication process between three primary players. Relying Party OpenID Provider End User I think that there is another player between RP and OP. Here, I call the the fourth Player "RP Proxy". The RP Proxy sends the OpenID Authentication request to OP instead of RP. And they receive an authentication respon
第3回 OpenID／SAMLのつなぎ方とその課題 日本電信電話株式会社 NTT情報流通プラットフォーム研究所 伊藤 宏樹 2010/1/22 “The Venn of Identity”からスタートした、ID管理方式の相互運用方式の模索。第3回では具体的な方式を解説します（編集部） 第2回「ID管理技術をつなぐ女神、コンコーディア」では、ID管理方式の「相互運用」という考え方について解説しました。今回は前回の内容を踏まえ、OpenIDとSAMLを例に具体的な相互接続の方式とその課題について説明します。 OpenIDとSAMLをつなぐ それでは、OpenIDとSAMLとの相互接続にあたって検討されたユースケースを見ていきましょう。 OpenID、SAMLはいずれも、サービス間で認証結果を共有する方式で、相互連携が必要とされるユースケースも「プロキシモデル」に基づいています。2種類の認証連携
さて、今日は、米国のOpenID Foundation の 2010年の最初の理事会が開催されました。 今日のトピックの大所は、今季の委員会の構造の決定、今季の役員の選任、OIX (Open Identity Exchange) の承認、でした。 委員会の構造としては、小さな委員会を複数作って、その委員会に権限を移譲するモデルを取ることになりました。今年は企業理事が増えて、その結果、理事会が19人になっていますから、このようにすることはロジカルであると思います。これは、満場一致で可決されました。具体的には、ユーザービリティやRP委員会などが開催されることになると思われます。 次に、役員の選任ですが、不人気の会計担当は立候補者がマイク・オズボーン氏のみだったので、自動的に決定。書記は、先だってグーグルへの移籍が話題になっていた、クリス・メッシーナ氏が、マイクロソフトのマイク・ジョーンズから５
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く