[B! oauth] [2ページ] soh335のブックマーク

OAuthと周辺技術の勉強会 — ありえるえりあ

OAuthの典型的シナリオ userがconsumer(Web上のサービス)を利用 userはSP(別のWeb上のサービス)にアカウントを持っている SPは一般にSNSで、userがSP上に蓄積した情報(個人プロファイルや友達リストなど)は原則的にSPの外部に非公開 consumerは、userに許可を得て、SP上の情報を取得するただし、userはconsumerにSPのパスワードは教えない OAuth 1.0aの動作シーケンス表記法リクエストとレスポンスの区別は自明ですが、ひとめで分かるようにリクエストは --> 、レスポンスは ==> にしています。リクエストやレスポンスペアの上に書いてある数字はOAuth1.0aスペックのセクション番号です。リクエストパラメータやレスポンスの内容はスペックの該当セクションを参照してください。リクエストやレスポンスペアの下に書いてある文字列は

soh335 2009/12/06

oauth

リンク

PHPを読んだことある人のためのOAuthのSignature解説 - r-weblife

今回はOAuthのお話です。なんとなく、世の中に出回っているライブラリを使わず、OAuthの機能を独自で１から作りこむ人もけっこういるような気がします。今回はPHPのOAuthライブラリを用いて、HMAC-SHA1のSignatureを作成するときのロジックを見てみます。仕様 : OAuth Core 1.0 Revision A ■ 前提条件今回は2legged OAuth Request(3leggedでも一緒) GETでhttp://r-weblife.sakura.ne.jp/SignedRequest/example.phpにアクセス下記のようなパラメータを付加する $params = array( "opensocial_app_url" => 'http://r-weblife.sakura.ne.jp/SignedRequest/SignedRequest.xml

soh335 2009/11/26

oauth

リンク

2-legged OAuth on OpenSocial - Codin’ In The Free World

OAuth Consumer Request 前回も簡単に触れましたが、OAuth Consumer Requestという拡張仕様があり、これは二者間でのやり取りを行うためのものでした。OAuthのプロトコル中で重要なパラメータは、トークンとシグネチャ(署名)です。トークンは、あるエンドユーザーがサービスプロバイダ上に持っているリソースに対して、特定のコンシューマがアクセスしてもよいという認可を与えたという証明となります。また、コンシューマはリクエスト毎に共有鍵、もしくは秘密鍵で署名をつけることにより、不正なコンシューマの偽装を防ぐことが出来ます。二者間でやりとりを行う場合、エンドユーザは登場しません。なので、トークンを扱う必要がなく、署名の検証のみで認証を行うことになります。事前にリクエストトークンの発行、エンドユーザをリダイレクトさせて承認をもらう、承認済のリクエス

soh335 2009/11/26

oauth

リンク

FACEs: PHP：Mixiアプリモバイルの RESTful API を RESTful に使う

Auth を気にすることなくサクサク書けます。 require_once('MixiAppMobileApi.php'); // APIのURLなどの詳細は以下を参照。 // http://developer.mixi.co.jp/appli/appli_mobile/lets_enjoy_making_mixiappmobile/for_partners $personApi = 'http://****************************************'; $persistenceApi = 'http://****************************************'; $mixi = new MixiAppMobileApi; // owner(viewer) データ取得 print_r($mixi->get($personApi)); /

soh335 2009/11/25

oauth
mixi

リンク

OAuthコンシューマの仕組みと実装〜 Ruby編 - しばそんノート

前置き前回の記事でOAuthを使ってTwitter APIにアクセスすることができるようになりましたが、ruby-oauthは内部でNet::HTTPを呼び出しているため、そのままではGoogle App Engine for Java上のJRuby(以下JRuby for GAE/J)で利用できません。「JRuby for GAE/JでもNet::HTTPが使えるようになる」というrb-gae-supportと組み合わせればOKなのかもしれませんが*1、OAuthの仕様自体はシンプルなものですし、せっかくなので勉強がてら自分で実装してみることにします。車輪の再発明おいしいです！*2 ちなみにタイトルにRuby編と付いていますが、他の言語編を作成する予定は特にありません。 OAuthの仕様実装の前にOAuthの仕様や、そもそもの成り立ちについて調べました。既にわかりやすいまとめ記事