OAuth daemonはnode/JavaScript製のオープンソース・ソフトウェア（GNU Affero General Public License）です。 OAuth.ioはフロントエンドエンジニアにとっては便利なサービスと言えますが、セキュリティ的にはOAuthの概念を覆してしまう問題があります。そこでOAuth.ioのコア部分を取り出してオープンソース化したOAuth daemonを使ってみましょう。 管理画面です。まず最初に管理者アカウントを設定します。 次にアプリケーションを作成します。複数作成が可能です。 ドメインも複数指定できます。 そしてプロバイダごとにキーの設定を行います。 例えばこんな感じです。 Tumblrなどになるとどこに設定を行うべきかのヘルプもあります。分かりやすいです。 クライアントID、シークレットを設定します。 その場で試すことができます。認証ダイ
oauth-jsはJavaScript製のソフトウェア（ソースコードは公開されていますがライセンスは明記されていません）です。 ソーシャルなサービスが増えるのに伴ってOAuthプロバイダーはどんどん増えています。OpenIDと違って、同じ仕様で全てがこなせないのが辛いところです。そこで使ってみたいのがOAuthをまとめてくれるOAuth.ioで、さらにそれを簡単にしてくれるのがoauth-jsです。 デモの画面です。70を越えるプロバイダが利用できます。 ポップアップ版による実装です。 ウィンドウが閉じるとデモの画面でトークンが表示できています。 GitHubなどもポップアップにできます。 プロバイダによって多少のデータフォーマットの違いはありますが、概ね同じ形のようです。 oauth-jsを使うとリダイレクト方式とポップアップ方式を簡単に切り替えて使えます。いずれの形にしてもサーバサイド
現在はてなでは、はてなブックマークの機能をサードパーティのiOSアプリケーションに組み込むためのSDKを開発しています。このSDKを正式リリース前にお試し頂くシード開発者を募集します。 はてなブックマークiOS SDKについて はてなブックマークiOS SDKを組み込むことにより、サードパーティのiOSアプリケーションで以下の機能を利用できるようになります。 ブックマークの追加・編集・削除 タグを含むコメントの入力を支援する専用キーボードのUI Twitter、Facebook、Evernote、mixi といったウェブサービスへの同時投稿機能 コメントの閲覧 はてなOAuthによるログイン 組み込んだ際のイメージは以下の様になります。 ブックマーク追加・編集・削除 コメントの閲覧 共有メニューの一部として組み込むことができます RSSリーダー、ニュースリーダー、ブラウザ、Twitterク
Abstract OAuth 2.0 は, サードパーティーアプリケーションによるHTTPサービスへの限定的なアクセスを可能にする認可フレームワークである. サードパーティーアプリケーションによるアクセス権の取得には, リソースオーナーとHTTPサービスの間で同意のためのインタラクションを伴う場合もあるが, サードパーティーアプリケーション自身が自らの権限においてアクセスを許可する場合もある. 本仕様書はRFC 5849に記載されているOAuth 1.0 プロトコルを廃止し, その代替となるものである. Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It re
よくわかっていないこと † API仕様書はhttp:// となっているが、https:// でも使えるみたい。 httpsを使った方がよさげ? ↑ OAuth承認手順 † 以下はWebサービスではなくユーザのPC上で実行されるアプリケーション(Twitterクライアント)向けの情報です。 仕様通りにべたべた書いたコードなのでほとんど読むだけでわかると思います。 注意点は最後の方に。 ↑ 説明用補助関数定義 † 以下の説明中では次の関数が定義されているものとする。 long GetUnixTime?() 現在のUnixTime?を取得する関数 string GetNonce?() ランダムな文字列を生成する関数 ※OAuthで求められている細かい仕様は割愛、UUIDやGUIDを使った方がいいとのこと string ParameterEncoding?(string) OAuth仕様書 5.1
[要旨] OAuth のURLエンコード処理で気をつけないといけないこと。 [キーワード] OAuth,URLエンコード,パーセントエンコード,signature
Please note: this article is part of the older "Objective-C era" on Cocoa with Love. I don't keep these articles up-to-date; please be wary of broken code or potentially out-of-date information. Read "A new era for Cocoa with Love" for more. On Unix platforms, a common approach for Base64 encoding is to use libcrypto (the OpenSSL library). However, like most C libraries, you need to wrap it to int
OAuth Problem リクエストに問題があった場合、はてなのOAuth API は OAuth / ProblemReporting (英語) で定義されているように、 WWW-Authenticate: ヘッダフィールド及びボディに問題の原因をセットしたレスポンスを返します。 はてなのAPIが返す oauth_problem は以下のいずれかになっています。これらは今後予告無く追加される可能性があります。 version_rejected はてなのAPIがサポートしていない OAuth のバージョンが oauth_version パラメータにセットされています。 oauth_acceptable_versions パラメータのバージョンを指定して下さい。 parameter_absent 必要なパラメータが送信されていません。 oauth_parameters_absent
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
「おーおーっすっ!」 てなこって、TwitterのAPIのBASIC認証も6月末に終了してOAuth/xAuthに移行するというこの時期に、あらためてOAuthについて勉強してみたんですのよ? OAuth認証を利用するライブラリは各言語で出そろってきてるのでそれを使えばいんじゃまいか? というと話が終わるので、じゃあそのライブラリの中身はなにやってんのよってことを、OAuthするScalaのライブラリ作りながら調べたことをまとめてみました。 間違っているところもあると思うのでツッコミ歓迎です＞＜ OAuthってそもそもなんなの? ものすごくざっくりというと「API利用側が、ユーザ認証をAPI提供サービス側にやってもらうための仕様」って感じでしょうか? BASIC認証の場合、API利用側が認証に必要なアカウントやパスワードを預かる必要があるわけです。悪意のあるAPI利用側が「なんとかメーカー
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
TwitterでOAuth認証をしようと思ったら PINコードの手入力 指定したCallback URLへリダイレクト の2通りになると思うのだけど、このうちCallback URLへリダイレクトする方法にしようとしてはまっていた話。 Twitter側でアプリケーションを登録する際にApplication Typeを選択できる。ここで、Browserを選択するとCallback URLを指定できる。 ところが、OAuthの仕様上、oauth_callbackとかいうヘッダをつけて実際にリクエストするときに指定できるので、アプリケーションの登録時には別に空白でよいかと思っていた。 そうすると、何度試してもリクエストトークンを取得する最初の段階で 401 OAuth.Unauthorized が発生するのだった。 どうにもわからないのでレスポンスの中身を見てみると、 Desktop appli
以前書いたものが一部間違えていたりと酷かったので、整理して書き直してみました。 それでも汚いし、間違いもありそうだけど。 調べれば図とかで解説してくれているところもあるので、そこを見るのもいいのです。 今回は、OAuth認証を通過するために実装する面で役に立てると思う話を書いてみます。（これも調べると沢山でます） まず、仕様をざっと見るのがいいです。 僕は英語は読めませんが、ここを見ればどういう値を渡せばよいかぐらいは判断できます。 OAuth Core 1.0 Revision A http://oauth.net/core/1.0a/ 今回はTwitterを例にとって見ます。 APIドキュメントも公開されていますので、Twitter APIを利用する場合は参照することになるでしょう。 http://dev.twitter.com/doc#OAuth 手順の確認 OAuth認証を通過する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
