FacebookのJavaScript SDKがOAuth 2.0サポート
2011年7月22日より、FacebookのJavaScript SDKがOAuth 2.0サポートを開始しました。 Updated JavaScript SDK and OAuth 2.0 Roadmap 以下、上記の記事からの抜粋です。 １．OAuth 2.0の有効化 まず、OAuth 2.0を有効にするには、FB.initにoauthパラメータを追加します。 FB.init({ appId : YOUR_APP_ID, // other parameters, oauth : true }); ２．レスポンスデータ OAuth 2.0を有効にした場合、レスポンスデータのsessionをauthResponseに置き換える必要があります。 sessionの利用 FB.login(function(response) { if (response.session) { console.l
mixi Graph APIのOAuth 2.0を使った認証認可手順をフローチャートにしてみた
Developer Centerのドキュメントはすごく良くまとまっていて、mixi Graph APIの認証認可手順の部分も分かりやすくまとまっています。が、フローチャートがあったらもっと分かりやすいのになぁと思ったので自分で作ってみました。 上記イメージはCC BY-NC 3.0ライセンスで。 アクセストークンとリフレッシュトークンを取得するまでのフローです。「認証認可手順」のドキュメントを紐解く際に、このチャートが役に立てば幸いです。 ※2011年2月12日現在の仕様をもとに作ったフローチャートです。 ※詳細はドキュメントで！ 2011年2月13日に公開され、2011年7月4日に更新された記事です。 About the author 「明日のウェブ制作に役立つアイディア」をテーマにこのブログを書いています。アメリカの大学を卒業後、ボストン近郊のウェブ制作会社に勤務。帰国後、東京のウェブ
PerlでOAuth 2.0を使ってみた - hide-k.net#blog
携帯の緊急地震速報の音が怖いので、「会いたかった」に変えるHackを募集しています。 こんばんは。 OAuth 2.0は仕組も特徴も理解していたのですが、実際に実装の必要が出てきたので今更ながら初めて使ってみました。 仕様は現在draft15というステータスで公開されています。(The OAuth 2.0 Authorization Protocol) OAuth 2.0の特徴としてはHTTPSを使って通信経路を暗号化することによりトークンを直接やりとりすることが可能となっています。そのため署名が必要なくなり、あの悪夢のような署名検証をしなくて済むようになったのが大きなメリットです。 とはいえ、読んでもよくわかんないのでコードにしてみます。Authorization ServerとResource Serverとして使ってみるのはFacebook。クライアントサイドフローとサーバーサイドフ
いまさらですけど「OAuthなら安心」という誤解について
Twitter の BASIC 認証が廃止され OAuth が標準の認証方法になりましたね。 BASIC 認証と OAuth ものすごく簡単に言うと、 BASIC 認証というのは毎回 ID とパスワードを使う認証方法なので 外部のサービスを利用するには その運営者に ID とパスワードを預けることになる。 それに対して OAuth というのは Twitter から専用のアクセストークンというものが提供され アプリケーションはそのトークンを使って Twitter にアクセスするので 外部サービス運営者にパスワードを渡す必要がない。 そのサービスの利用をやめたい場合も サービス側に申請する必要はなく、 Twitter のサイト上で「許可を取り消す」というボタンを押すだけ。 これは安心。 安心じゃない 確かに、ID とパスワードを渡すということは 相手がその気になれば何でもできるということ。 ア
xAuthの申請方法をまとめました
twitterと外部アプリを連携させるにはOAuthを利用します。 しかし、OAuthで認証するには、ブラウザ上でtwitterへアクセス許可の認証が必要となります。 そこで、直接アプリケーションから認証することができるXAuthの導入を紹介します。 まず、アプリケーションの登録申請が必要となります。 Twitter Application : http://twitter.com/apps ここからアプリの申請を行ないましょう。登録が完了すると、OAuthを利用することができます。 さらにXAuthを利用したい場合は、Twitterサポートと連絡をとる必要があります。 連絡は api@twitter.com から行ないます。 Hi. my name is Hiroaki. My twitter id is kodam_dev. Please permit the access to xA
Twitterの影響を受けてTumblrがOAuthの採用に踏み切る | ブログヘラルド
タイプパッドから銅メダルを奪い取った後、タンブラはついにOAuthを第三者のクライアント用のAPI（アプリケーション・プログラミング・インターフェースの略）に導入する決断を下したようだ。 セキュリティを強化し、そして、第三者アプリの回復機能を増すために、私たちはOAuthのサポートの初期テストをタンブラのAPIで開始しました。 私たちはツイッターを手本にして、OAuth 1.0aをサポートし、モバイルアプリおよびネイティブアプリ等、理に適う場合、要求に応じて最適なxAuthを採用する形を取りました。 APIの既存の認証メソッドは現時点ではサポートされていますが、開発者の方々には極力OAuthに移行するよう勧めています。（タンブラスタッフブログ） ギークではない人のために簡単に説明しておこう。OAuthは基本的には開発者にパスワードを知らせることなく第三者アプリを介してタンブラにログインする
tweeter.jp - このウェブサイトは販売用です！ - tweeter リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
高密度小池 ／ OAuth とかについて
OAuth とかについて なんかいろいろ理解してない人がいるように見えるので。 あるサービスでのリソースに対するアクセス権をデスクトップアプリケーションなり Web アプリケーションなりに移譲する時に、一番簡単な方法は ID と PW をそのまま渡してしまう方法。 twitter では従来これが用いられてきた。 twitter の情報なんて大したことないから、 ID/PW 流出しても問題ないよね、というような論調比較的よく見ます。こういうこと言うのは迷惑。死んでください。 twitter と他のサービスで ID/PW を分けている人がいったいどれくらいいるのか。多数派ということは無いと思います(根拠無い推測だけど間違ってないと思う)。 twitter で使っている ID/PW が流出すれば様々な悲劇が起きます。 一次流出もとは他のサービスですが、これによって悲劇が起きた事例と
Plack::Middleware::Auth::OAuth を作ってみた - hide-k.net#blog
最近、咳のしすぎであばらにヒビが入りました。 大多数の人は心配をしてくださってありがたいのですが、ごく一部の極道達がおもしろ画像を連投して笑わせてくるおかげで全治が大分先になりそうです。 こんばんは。 先日、「モバイルなプラットフォームでの OAuth Signature の検証」ってエントリーを書いた際にPlack::Middlewareとかでやるべきとか書いておいて放置していたのですが、某極道が「とっとと書かないと笑わせてあばらへし折るぞ！ごるぁ！」と脅してきたのでサクッと書きました。 GitHubに置いてあります。 Plack-Middleware-Auth-OAuth 使い方は簡単。 use Plack::Builder; my $app = sub { return [200, ['Content-Type' => 'text/plain'], ['Hello World']];
Twitter、BASIC認証を6月末に終了 OAuthとxAuthのみに
米Twitterは、TwitterのAPIのBASIC認証を6月末に終了する。OAuthかxAuthのみにし、セキュリティを強化する狙い。BASIC認証を採用しているサービスに、OAuthかxAuthへの移行を呼び掛けている。 BASIC認証は、ユーザー名・パスワードを入力する認証方式だが、APIを使ってサービスを構築しているサードパーティにID・パスワードが渡るという問題がある。 Twitterでは、ID・パスワードを渡さずにトークンでAPI認証できるOAuthと、OAuthの簡易版で、デスクトップアプリなどでも利用できる「xAuth」も提供しており、BASIC認証のサービス提供者に移行を呼び掛けている。
はてなブックマーク開発ブログ
はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク数ランキング」。2月19日（月）〜2月25日（日）〔2024年2月第4週〕のトップ30です*1。 順位 タイトル 1位 「面倒なことはChatGPTにやらせよう」の全プロンプトを実行した配信のリンクを整理しました｜カレーちゃん 2位 管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊 | 日経BOOKプラス 3位 「説明能力の高さ」はどこに現れるか | Books&Apps 4位 確定申告のことが何もわからない人へ｜第三のロース 5位 科学的根拠に基づく最高の勉強法がガチで良かった話｜牛尾 剛 6位 日本で人気爆発中の経営シミュレーションアプリ「コーヒーインク」を開発する、謎の会社 Side Labs 創業者インタビュー 7位 コーヒーチェーン経営シミュレーション『Coffee Inc 2』そのあま
PEAR::HTTP_OAuthでxAuth – ぱんぴーまっしぐら
xAuthの申請が通ったので試してみた。 via:ウノウラボ Unoh Labs: PECL::oauthでxAuth require_once 'HTTP/Request2.php'; require_once 'HTTP/OAuth/Consumer.php'; $consumer_key = 'YOUR-CONSUMER-KEY'; $consumer_secret = 'YOUR-CONSUMER-SECRET'; $username = 'YOUR-USER-NAME'; $password = 'YOUR-PASSWORD'; $xauth_access_token_url = 'https://api.twitter.com/oauth/access_token'; $params = array( 'x_auth_username' => $username, 'x_aut
そろそろちゃんと理解したい！OpenID と OAuth ( ラボブログ )
スパイスラボ神部です。 OpenSocial をやってるとちょこちょこ顔を出す OpenID と Auth。これについてちゃんと理解するためのいろいろを調べてみたいと思います。 -シングル・サインオンが好きだ！ - Favorites! OpenID まわりについて -OpenID や OAuth の役割と、既存のシングル・サインオンとの違い：Goodpic これは目から鱗。シングルサインオンとシステムの類似性があるわけだから、そこから理解するのがいいのかもね。 OpenID については要は「本人確認を取り除いた低コストな認証システム、ということなのかなあ。 その他の参考エントリ： -OpenIDの使いどころ - Yet Another Hackadelic -たけまる / OpenID に向いている認証と向いてない認証 -ID管理と OpenID について - まちゅダイアリー(2
APIアクセス権を委譲するプロトコル、OAuthを知る ― ＠IT
クロスドメインでのデジタルアイデンティティを守る APIアクセス権を委譲するプロトコル、 OAuthを知る 作島 立樹 NRIパシフィック 2008/1/21 マッシュアップと呼ばれる仕組みで、既存のWebサービスが次々とつながり、新たなサービスが登場している。しかし、メールアドレスなど重要な個人情報が意図せずに「つながれてしまう」可能性もある。そこで登場したのがアクセス権の「委譲」を目的としたプロトコル、OAuthである。本記事ではOAuthの仕組みとともに、なぜそれが登場したのかという背景にも触れる（編集部） マッシュアップの犠牲になるユーザーのアイデンティティ GETなどのHTTPメソッドをもちいてURLへリクエストする、いわゆる「RESTful」【注1】なWeb APIを使ったアプリケーション同士の交流は、いままさに隆盛を極めている。「マッシュアップ」と呼ばれているこのサービス形態
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer