＜この記事は「Money Forward Advent Calendar 2015」の20日目の記事です＞ 最近 OmniAuth 用の OAuth2 のストラテジーを作る機会が何度かあったので、gem のコードやドキュメントを読んで調べたことをまとめました。独自に OmniAuth のストラテジー、特に OAuth2 のストラテジーを作る場合は是非参考にしてください。 なお、本投稿は OmniAuth の Strategy Contribution Guide および OmniAuth、OmniAuth OAuth2、さらに 有志が開発した OmniAuth 用の各種ストラテジーの実装を参考にしています。 OmniAuth OmniAuth は、認証プロバイダを利用してユーザ認証する方法を標準化するための gem です。 例えば、Web アプリケーションを作るときに、複数の認証プロバイダ
初めに 既存のRailsでシングルサインオン(以下SSO)を実装したいときによく出てくるのが、OpenID Connect。入門解説やフロー解説はありますが、実際にRailsで実装するときはどうすれば良いのかわからない...ということで調べてまとめてみました。実装前の前提知識ということで、ざっくり説明します。 参考 第一回 認証基盤のこれからを支えるOpenID Connect | オブジェクトの広場 OpenID Connectとは? 分かりやすい解説がすでに幾つかあるので、そちらに任せます。ここの例はすでに存在するサードパーティ(Yahoo)のアカウントを使って自社サービス(Gree)のアカウントを紐づけるSSOの概要です。 スライド67ページ目の「サービス導入例」が分かりやすいです。この辺をみてある程度流れを確認した後に、初めのほうの説明見るとイイですね。ただ、構成要素について詳しい
RFC 6749 (The OAuth 2.0 Authorization Framework) で定義されている 4 つの認可フロー、および、リフレッシュトークンを用いてアクセストークンの再発行を受けるフローの図解及び動画です。動画は YouTube へのリンクとなっています。 English version: Diagrams And Movies Of All The OAuth 2.0 Flows 追記 (2019-07-02) 認可決定エンドポイントからクライアントに認可コードやアクセストークンを渡す方法については、別記事『OAuth 2.0 の認可レスポンスとリダイレクトに関する説明』で解説していますので、ご参照ください。 追記（2020-03-20） この記事の内容を含む、筆者本人による『OAuth & OIDC 入門編』解説動画を公開しました！ 1. 認可コードフロー RF
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 過去三年間、技術者ではない方々に OAuth（オーオース）の説明を繰り返してきました※1,※2。その結果、OAuth をかなり分かりやすく説明することができるようになりました。この記事では、その説明手順をご紹介します。 ※1：Authlete 社の創業者として資金調達のため投資家巡りをしていました（TechCrunch Japan：『APIエコノミー立ち上がりのカギ、OAuth技術のAUTHLETEが500 Startups Japanらから1.4億円を調達』）。Authlete アカウント登録はこちら！ ※2：そして２回目の
こんばんは。ritouです。 Digital Identity技術勉強会 #iddance Advent Calendar 2020 1日めの記事です。 qiita.com 初日なのでゆるふわな話をしましょう。 何の話か もうだいぶ前ですね。9月のお話です。こんなTweetを見かけました。 社内Slackにいる「OAuth認証」と書くと訂正してくれるbotが丁寧な解説をするようになっていた 認証(Authentication)と認可(Authorization)は間違えやすいわりにミスると甚大な被害をもたらしがちなので、常日頃から意識を高めていきたいですね pic.twitter.com/oVQxBgZcHS— greenspa (@greenspa) 2020年9月28日 このbotに対する思うところはもう良いです。 今回は、「OAuthの仕様に沿ってID連携を実装するいわゆる"OAut
現在私は barista という OpenID Connect と OAuth2.0 に準拠したID製品の実装を行っています。 また、私の所属する事業開発部では prismatix というEC、CRM の API 製品の開発を行っていますが、この prismatix の認可サーバーとして barista を利用しています。 barista チームの増員や、prismatix の認可についての理解を促進するため OAuth 2.0 をある程度しっかりと理解しているメンバーを増やしたかったので、勉強会を開催しました。 勉強会の内容 概要 雰囲気でOAuth2.0を使っているエンジニアがOAuth2.0を整理して、手を動かしながら学べる本を全員で輪読 OIDC 編はこのあとやる予定 攻撃編もやりたい RFC 読んだりもしたい 参加者全員が以下を満たすことが目標 OAuth 2.0 の意図を理解
週末プログラミング、皆さんやっていますか？ こんにちは。現在、管理人はRuby on RailsでTwitterやFacebook、Instagramといった各種SNSのapiを叩き、oauth認証機能を利用したりタイムラインを引っ張ってきたりするプログラムを書いています。 後々は同じインターフェース内で全てのSNSのタイムラインを表示させるサービスを完成させる予定ですが、それまでの機能的な部分を切り取ってご紹介しています。 【Ruby on Rails】instagram apiを利用してoauth認証・タイムラインを表示する twitter apiは構造自体は簡単！でもapi利用制限が多く、方法もたくさんあるために意外と難しかった twitter apiは非常に利用制限が厳しく、15分間に15回までしか叩けない場合もあります。 また、Railsの場合gemを導入して簡単に実装するのが良
「PHPによるwebアプリケーションスーパーサンプル活用編」という本を見ながらtwitter連携アプリを作ってます。 以下のコード、getRequestTokenを呼んだ後返ってこないらしく（echoの "ここまできてくれ"が出力されない）twitter側で変なのか、私のコードや環境が変なのか、レビューしていただきたくどうかよろしくお願いいたします。 MAMPには以下のPEAR入り。 --- HTTP_OAuth 0.2.3 alpha HTTP_Request2 2.1.1 stable Net_URL2 2.0.0 stable PEAR 1.9.4 stable Services_Twitter 0.6.3 beta --- 以下、コード <?php define('CONSUMER_KEY','私のconsumer key'); define('CONSUMER_SECRET','
Koala is a Facebook library for Ruby, supporting the Graph API (including the batch requests and photo uploads), the Marketing API, the Atlas API, realtime updates, test users, and OAuth validation. We wrote Koala with four goals: Lightweight: Koala should be as light and simple as Facebook’s own libraries, providing API accessors and returning simple JSON. Fast: Koala should, out of the box, be q
{ "name": "Matt Harris", "profile_sidebar_border_color": "C0DEED", "profile_background_tile": false, "profile_sidebar_fill_color": "DDEEF6", "location": "San Francisco", "profile_image_url": "http://a1.twimg.com/profile_images/554181350/matt_normal.jpg", "created_at": "Sat Feb 17 20:49:54 +0000 2007", "profile_link_color": "0084B4", "favourites_count": 95, "url": "http://themattharris.com", "contr
公開した。 HTTP_OAuthConsumer - Openpear http://openpear.org/package/HTTP_OAuthConsumer Revision 1978: /HTTP_OAuthConsumer/trunk http://svn.openpear.org/HTTP_OAuthConsumer/trunk/ 機能 HTTP_OAuthとの主な違いは、シグネチャ方式に、HMAC-SHA1だけじゃなく、RSA-SHA1にも対応してる所。 需要があるかどうかは解らないけど。 HTTPリクエストには、HTTP_Request2を使った。 というか、継承した。 だからほぼ1から書き直しになってしまった…。 あんまりテストしてないからバグあるかも…？ HTTP_Request2はGETパラメータを扱いにくい。 addPostParameter()っぽい感じでadd
mixiアプリモバイルのAPIへのアクセスはOAuth認証が必要です。 twitterやlastFM等が採用してるOAuthと少し違う2-legged OAuthというやつです。 簡単にいうとエンドユーザーによる承認のプロセスが省略されたバージョン。(たぶん) ユーザー情報やマイミクの情報を取得したい場合はこの認証を突破して取得する必要があります。 以下phpのサンプルです。 require_once 'OAuth.php'; /** * oAuthで認証後mixiAPIをたたく * * @param string $user ユーザー * @param string $feed エンドポイント以降のURL * @return object APIで取得したデータ 失敗時:false; */ function getMixiAPI($user, $option_feed) { define
スパイスラボ神部です。 早速昨日発表になった mixi アプリモバイルのβ版 で、さっそく Hello World してみたいと思います。 まずは情報集め いろいろ調べてみます。 モバイルβ環境の確認方法 確認方法を知るためには、パートナーアカウントを取得して、RemixLabs コミュニティに参加する必要があります。その上で、指定の確認方法を使って確認してください。 アプリをモバイル対応設定に変更する こちらは簡単ですね。アプリの設定変更から指定するだけです。 mixi Developer Center (ミクシィ デベロッパーセンター) » アプリ登録 ガジェット XML の記述 こちらもそのままです。 mixi Developer Center (ミクシィ デベロッパーセンター) » ガジェットXMLの記述方法 全体像を掴む mixi Developer Center (ミクシィ
だいたいはTwitterと一緒だと思いますが細かい部分で違いがあるのでそれも含めてメモ。PHPの例がHatena Developer Centerになかったので、勉強したことをチョートリアルっぽくまとめ。 API利用までの流れ アプリケーション登録でconsumer keyとconsumer secret取得 Request tokenの取得とscopeの指定 認証用URL取得とリダイレクト ユーザから承認の許可を求める Access token取得 OAuth対応のAPIを使ってはてなといちゃいちゃする これでクリスマスははてなと一緒に楽しく過ごせますね！ OAuth認証の準備 PHPではHTTP_OAuthっていうPEARのライブラリを使うと簡単。他のライブラリとも依存関係にあるのでそれも使います。 http://pear.php.net/package/HTTP_OAuth http
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
