図解 OpenID Connect による ID 連携 - Qiita
ID 連携フローの説明 1 ウェブブラウザを使い、ウェブサービスのログインページにアクセスします。 2 ウェブサービスはログインページを生成し、ウェブブラウザに返します。ウェブサービスが外部のアイデンティティプロバイダ（IdP）との ID 連携をサポートしていれば、ログインページ内に ID 連携を開始するためのリンクが埋め込まれます。 3 ID 連携を開始するためのリンクをクリックします。 4 ID 連携開始の要望を受けたウェブサービスは、対象となる IdP への認証リクエスト（OpenID Connect Core 1.0 Section 3.1.2.1. Authentication Request）を作成します。 認証リクエストの形式は、リクエストパラメーター群を含めた、IdP の認可エンドポイント（RFC 6749 Section 3.1. Authorization Endpoi
IPA ISEC セキュア・プログラミング講座：Webアプリケーション編 第2章 アクセス制御
複数のWebアプリケーションがユーザ認証の機能を外部に一元化することによって、ユーザがパスワードを覚える負担を低減することができる。また、Webアプリケーションのオーナは、パーソナル情報の管理の負担とリスクを外部に転嫁することができる。 外部のユーザ認証サービスと連係動作するしくみ パスワードを用いたユーザ認証機能として、Webアプリケーションから利用可能な外部サービスが、2005年頃から提供されるようになってきた。 参考資料： 『アイデンティティ管理技術解説』 ユーザによるアクセス要求を遮断できるコードを開発して、そこから外部のユーザ認証サービスとアクセス認可判定の処理を順に呼び出すようにする。この要求を遮断できるコードは、PEP（Policy Enforcement Point）の役割を果たす。 ユーザ認証の結果をPEPに伝達するしくみとしては、「HTTPリダイレクト」の機能が応用され
Rails + devise + omniauth + doorkeeperでoauth認証を行う - Qiita
この記事はLIFULL Advent Calendar その3の24日目の記事です。 概要 ・認証周りについて動く物を作りながら理解を深めたいなと、RailsでOAuthによるログイン機能のサンプル作りました ・作るに辺り先人の記事が大いに参考になったのですが所々々ハマった箇所もあり、より詳細に手順を残しておければとまとめました ゴール 1 認証を行うproviderをlocalhost:3000に構築する 2 providerの認証を得ることでログインできるclientサーバをlocalhost:3001に構築する 3 1で認証を行ったのち、2のコンテンツにアクセスする 実行環境 MacOS High Sierra 10.13 Rails version: 5.2.2 Ruby version: 2.4.0 (x86_64-darwin17) 構築手順 Ruby on Railsのインス
OpenID Foundation Japan
公開資料 OpenIDファウンデーション・ジャパンでは、OpenID関連技術仕様の日本語訳や、プレゼンテーション資料、その他各種文書を公開しています。 技術仕様 OpenID Connect OpenID Connectは、OAuth 2.0をベースとする、シンプルなアイデンティティ連携プロトコルです。 ここでは日本語訳された仕様を紹介しています。原文ならびにその他の仕様については http://openid.net/connect/ をご参照ください。 OpenID Connect 1.0 specification OpenID Connect Core 1.0 日本語訳 OpenID Connect 1.0 は, OAuth 2.0 プロトコルの上にシンプルなアイデンティティレイヤーを付与したものである. このプロトコルは Client が Authorization Server
OpenID Connectの始め方 - Qiita
この記事はCrowdWorks Advent Calendar 2018の13日目の記事です。 認証チームの@sawadashotaです。 認証チームでは、クラウドワークスの周辺サービスがクラウドワークスのリソースにアクセスするための認証基盤をOpenID Connectの規格で開発中です。 認証チームにジョインしてまず思ったことは、「OpenID Connectってなんぞ？何からキャッチアップすればいいんだ・・・？」ということです。 今日は認証について知識ゼロだった私がOpenID Connectをどうやってキャッチアップしてきたかを書きたいと思います。 公開鍵暗号・電子署名 「暗号」と言われると、「私、文系なので・・・」と逃げたくなりますが、一旦アルゴリズムは置いといて大丈夫です。 OpenID Connectでも公開鍵暗号や電子署名の技術が使われており、「なぜ公開鍵暗号・電子署名を使
OpenID Connect 対応してるWebサービス/製品のログイン認証関連のドキュメントリンク集 - Qiita
OpenID Connect 対応してるとか言っても、仕様上はOptionalだったり、定義されてなかったりで、実装上解釈の余地があるいろいろです。 というわけで、各社の現実的な実装はどうなってるのかなって思って調べるのに、リンク集をまとめておく。 特になにかを網羅するものではないですが、元ネタとしてOpenID Certificationのリンク集を参考にしております。 参考: - OpenID Certification - Certified OpenID Connect Implementations ただ上記はリンクの安定性のためか、サービス/製品のトップページとかにリンクされているものが多いようです。 が、どちらかと言えば、開発者向けのドキュメントのトップページのリンクが欲しいねん。 なので、以下は多少リンクが不安定で、時間が経つと、リンク切れなどする可能性あるけどごめんね。
OpenID Connect 用にアイデンティティ プロバイダーを構成する
このトピックでは、Tableau Server で OpenID Connect を使用するための、アイデンティティ プロバイダー (IdP) の構成の詳細を提供します。これは、複数のステップにわたるプロセスの 1 ステップです。次のトピックは、Tableau Server での OpenID Connect の構成および使用についての詳細を提供します。 OpenID Connect OpenID Connect 用にアイデンティティ プロバイダーを構成する (現在のセクション) OpenID Connect 用に Tableau Server を構成する OpenID Connect を使用して Tableau Server にサインインする IdP の設定 Tableau Server で OpenID Connect を使用するには、IdP でのアカウント、およびアイデンティティ プ
OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る
はじめに この文書では、OAuth 2.0 + OpenID Connect サーバーをゼロから一人で実装した開発者（私）が、得られた知見について書いていきます。基本的には「実装時に考慮すべき点」を延々と述べることになります。 そのため、この文書は、「素早く OAuth 2.0 + OpenID Connect サーバーを立てる方法」を探している方が読む類のものではありません。そのような情報をお求めの方は、「Authlete を使って超高速で OAuth 2.0 & Web API サーバーを立てる」を参照してください。そちらには、「何もない状態から認可サーバーとリソースサーバーを立て、アクセストークンの発行を受けて Web API をたたいて結果を得る」という作業を、所要時間 5 ～ 10 分でおこなう方法が紹介されています。 文書のバイアスについて 私は、OAuth 2.0 + Ope
OpenID Connectユースケース、OAuth 2.0の違い・共通点まとめ
OpenID Connect概要 OpenID Connectをひと言で説明すると、 OAuth 2.0 ＋ Identity Layer ＝ OpenID Connect という表現が最もふさわしい。 OpenID Connectは、「OAuth 2.0を使ってID連携をする際に、OAuth 2.0では標準化されていない機能で、かつID連携には共通して必要となる機能を標準化した」OAuth 2.0の拡張仕様の一つである。 OpenID Connect登場以前は、OAuth 1.0／2.0ベースのID連携の仕組みがTwitterやFacebookなどの巨大SNSから提供され、人気を博した。これらの仕組みは今でも広く利用されている。 一方で、OpenID Connectの1つ前のバージョンのOpenID 2.0では、ID情報の連携はできるもののAPI連携には利用できないなど、デベロッパーに強
Ruby で OpenID Connect の JWT を検証する - Qiita
AzureAD B2Cのススメ と関係あるような無いような記事。 Rails でユーザ管理とまではいかないものの API のアクセス制限をしたかったのでちょっと書いてみました。 直接ペタろうかとも思いましたが今まで Gist を使った事がなかったのでこれを機会に使ってみました。 一旦バリデーション無しで JWT をデコードしてからIDプロバイダ側の公開鍵をもってきてバリデーションする必要があります。 Qiitaって Gist のソース埋め込みは使えないんですね。ちょっと残念。 OPENID_CONFIGURATION_URL について OPENID_CONFIGURATION_URL は AzureB2C の場合ポータルのポリシーの詳細を開いた時に出てくるURLになります。 参考 ここの実装を参考にしました。 Register as a new user and use Qiita mor
OpenID Connect 全フロー解説 - Qiita
はじめに OpenID Connect は OAuth 2.0 を拡張する形で策定されました。 OAuth 2.0 はアクセストークン発行手順に関する仕様で、RFC 6749（The OAuth 2.0 Authorization Framework）で定義されています（参考：一番分かりやすい OAuth の説明）。 一方、OpenID Connect は ID トークン発行手順に関する仕様で、主要部分は OpenID Connect Core 1.0 で定義されています（参考：一番分かりやすい OpenID Connect の説明）。 RFC 6749 は認可エンドポイントという Web API を定義しています。 この API は必須のリクエストパラメーターとして response_type を要求します。 OpenID Connect は、この response_type の仕様を拡
第三回 Relying Party の実装例 ～passport～ | オブジェクトの広場
本連載は、主にアプリケーション開発者を対象として、ネットワーク上の新たな境界として台頭しつつある「アイデンティティ型の境界」を実現するための数ある認証連携方式の中から、2014年2月に標準化された「OpenID Connect」に注目して仕様説明と有用性を解説します。 本記事の内容 Webアプリケーションが提供するコンテンツの多くは、ユーザー認証によって保護され、認証したユーザー向けのコンテンツが提供されます。これらの機能をアプリケーション開発者がスクラッチで実装すると、アプリケーションによってセキュリティレベルが異なる事態を招く可能性や、多大なコストがかかる恐れがあります。 そうした問題を解消するために、開発者はアプリケーションをOpenID ConnectのRelying Party(以下RP)として実装することで、第二回で紹介したようなOpenID Provider(以下OP)から連
OAuth2.0とOpenID Connect�の概要 - Qiita
OAuth2.0やOpenID Connectなど体系だった情報や初心者でも分かりやすい記事が分散していたので、これらを整理した。 この後は、実際に手を動かしながら理解を深めていこうと思う。 ここでは全体像をはっきりとさせることが趣旨なので、詳細は該当リンクを参照してください。 認証と認可の違い 認証 通信の相手が誰であるかを確認すること 英語では、Authentication 認可 ある特定の条件に対して、リソースアクセスの権限を与えること 英語では、Authorization OAuthとは 「第三者のアプリケーションにユーザーの ID & パスワードを渡さない」ことを目的にした認可の仕組み（引用元） OAuth 2.0 とは、サービスのユーザーが、サービス上にホストされている自分のデータへのアクセスを、自分のクレデンシャルズ (ID & パスワード) を渡すことなく、第三者のアプリケ
GitHub - nov/openid_connect: OpenID Connect Server & Client Library
OpenIDConnect¶ ↑ OpenID Connect Server & Client Library Installation¶ ↑ gem install openid_connect Resources¶ ↑ View Source on GitHub (github.com/nov/openid_connect) Report Issues on GitHub (github.com/nov/openid_connect/issues) Subscribe Update Info (www.facebook.com/OpenIDConnect.rb) Examples¶ ↑ Provider¶ ↑ Running on Heroku (connect-op.herokuapp.com) Source on GitHub (github.com/nov/openid_conn
単なる OAuth 2.0 を認証に使うと、車が通れるほどのどでかいセキュリティー・ホールができる
In some of the feedback I have gotten on the openID Connect spec, the statement is made that Connect is too complicated. That OAuth 2.0 is all you need to do authentication. Many point to Identity Pro… 英語読みたくないという人のために簡単に解説すると… OAuth 2.0 の implicit flow を使って「認証」をしようとすると、とっても大きな穴が開きます。 カット＆ペーストアタックが可能だからです。 OAuth 認証？は、図１のような流れになります。 図１ OAuth 認証？の流れ 一見、問題なさそうに見えます。しかし、それはすべてのサイトが「良いサイト」ならばです。 Site_A
OAuthを実装してみました – SIOS Tech. Lab
◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください ◆ 【よくわかるGrafana入門~バックアップ・リストアとアップグレード~】 オンラインセミナー開催 11月10日 12:15～13:00◆ GrafanaとはOSSの可視化ツールです。 サーバーのメトリクス・ログ監視、Kubenetes監視、IoT監視など、ITを中心とした幅広い用途で活用されています。 今回はそのGrafanaのバックアップリストア・アップグレードについて、掘り下げて説明していきます。 ⇒ お申込みはこちらから こんにちは。サイオステクノロジー技術部 武井です。前回は、OAuthの概要についてご説明しました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Auth0：誰もが安全にアクセスするために。でも、誰でもというわけではありません。
GitHub - nov/openid_connect_sample_rp
GitHub - nov/openid_connect_sample
Terminology - OAuth 2.0 Server