OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife
こんばんは。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
OAuth 2.0 クライアント認証 - Qiita
はじめに この記事では、OAuth 2.0 の『クライアント認証』について説明します。 RFC 6749 に記述されているクライアント認証方式のほか、クライアントアサーションやクライアント証明書を用いるクライアント認証方式についても説明します。 1. クライアント認証方式 1.1. トークンエンドポイント 認可サーバーがあります。 認可サーバーからアクセストークンの発行を受けたいクライアントアプリケーションがあります。 アクセストークンは、幾つかの例外を除き、認可サーバーのトークンエンドポイントから発行されます。そのため、認可サーバーはトークンエンドポイントを用意します。 クライアントアプリケーションは、アクセストークンの発行を受けるために、トークンエンドポイントにトークンリクエストを投げます。 認可サーバーは、トークンレスポンスを返します。この応答の中に、アクセストークンが含まれます。
Cognito UserPoolsのFederationの使い方と、そのJWTを独自APIサーバーで検証する方法 - Qiita
Cognito Federated Identities と、Cognito User Pools の Federation とは別の機能です。 よくあるユースケースとして、Cognito User Pools のユーザーに対して API Gateway の認証必須 API を呼び出せるようにするというものがあると思いますが、その場合は、Cognito User Pools を Cognito Federated Identities の認証プロバイダとして登録する必要があります。 ですが、今回は API Gateway の API ではなく、独自サーバーの API なので、Federated Identities は不要です。 2018/04/27追記 API Gatewayの機能でAPIのエンドポイントに対して Authorization: COGNITO_USER_POOLS を設定
AWS Cognitoのエンドポイントを使いこなす - Qiita
OpenID Connectでは、以下の4つのアクセス権限付与フローが定義されています。 Authorization Code Grant Implicit Grant Resource Owner Password Credentials Grant Client Credentials Grant これらは、AWS Cognitoにある以下の5つのエンドポイントを組み合わせて実現します。 認証エンドポイント (/oauth2/authorize) ユーザーをサインインさせます トークンエンドポイント (/oauth2/token) ユーザーのトークンを取得します。 ログインエンドポイント (/login) ユーザーをサインインさせます。ログインページにロードされ、ユーザーにクライアントに設定されている認証オプションを提示します。 ログアウトエンドポイント (/logout) ユーザーを
一番分かりやすい OAuth の説明 - Qiita
はじめに 過去三年間、技術者ではない方々に OAuth（オーオース）の説明を繰り返してきました※1,※2。その結果、OAuth をかなり分かりやすく説明することができるようになりました。この記事では、その説明手順をご紹介します。 ※1：Authlete 社の創業者として資金調達のため投資家巡りをしていました（TechCrunch Japan：『APIエコノミー立ち上がりのカギ、OAuth技術のAUTHLETEが500 Startups Japanらから1.4億円を調達』）。Authlete アカウント登録はこちら！ ※2：そして２回目の資金調達！→『AUTHLETE 凸版・NTTドコモベンチャーズ・MTIからプレシリーズA資金調達』(2018 年 2 月 15 日発表) 説明手順 （１）ユーザーのデータがあります。 （２）ユーザーのデータを管理するサーバーがあります。これを『リソースサーバ
Laravel5.2でOAuth2サーバを立てる - Qiita
laravelのライブラリであるlucadegasperi/oauth2-server-laravelを使ってOAuth2用のサービスプロバイダー(OAuth2サーバ)を立てる。 OAuth2クライアントを実装する記事はググると沢山にヒットするがサーバの方は少ない。あっても古い。そして英語の記事...。 OAuth2自体ややこしい、oauth2-server-laravelについても記事が少ない。2度と面倒な調査をしたくないのでメモで残す。 1.環境とか OSX 10.10 Yosemite vagrant 1.8.1 VirtualBox 5.0 Cent OS 7.2 nginx 1.8.1 postgresql 9.3 PHP 7.0 Laravel 5.2 oauth2-server-laravel 5.1 OSX上にvagrantで2つのVMをVirtualBoxで立ちあげ。 両
Laravel5.2 で LINE 認証を3分で実装する方法 〜 独自ドライバを添えて 〜 - Qiita
ソーシャル連携っていつもどう実装するか悩むところですが、Laravel には Socialite というとても簡単に実装できるライブラリがあるのです。 デフォのままでも Facebook, Twitter などかなりの数のプラットフォームに対応していて、しかもネット上に山程落ちているので困ることがありません。 しかしながら日本のサービスはなかなか見つからない。ということで こちらの記事 をほぼまるパクリして LINE のソーシャルログインを実装しました。 一言でどうやるのかと言うと、プロバイダクラスを自作で作り、登録して使えるようにするだけです。 OAuth2 のプラットフォームの実装方法 コードや構成は zaburo 氏のコピペです。 <?php namespace App\Socialite; use Laravel\Socialite\SocialiteManager; class
Laravel5でJWT+Twitter OAuthの認証機能をつくる 1/3 - Qiita
認証機能のある、APIサーバーを作ろうとしたときにJWT（Json Web Token）という仕組みが使えそうだったので、 Laravel5で実装してみました。 Laravel5でJWT+Twitter OAuthの認証機能をつくる 1/3 ← いまここ Laravel5でJWT+Twitter OAuthの認証機能をつくる 2/3 Laravel5でJWT+Twitter OAuthの認証機能をつくる 3/3 その１ということでJWTを使う準備まで説明します。 使用するもの Laravel5（Homestead） jwt-auth https://github.com/tymondesigns/jwt-auth oauth-5-laravel https://github.com/oriceon/oauth-5-laravel まずはLaravel5を動かす まずはLaravel5が動く
JSON Web Token の効用 - Qiita
Note: JWT の仕様やそもそも論の話は触れません。どう使うか、何が出来るかしか書いていません。 JSON Web Token? JSON Web Token とは、ざっくりいって署名の出来る JSON を含んだ URL Safe なトークンです。 署名とは、署名時に使った鍵を用いて、JSON が改ざんされていないかをチェック出来るようにすることです。 URL Safe とは、文字通り、URL に含めることの出来ない文字を含まないことです。 これだけだとよくわかりませんが、触り心地としては次のような性質があります。 発行者だけが、鍵を使ってトークンが正しいことを検証出来る。 暗号化ではないので、JSON の中身は誰でも見られる。 仕様的には、暗号化のオプションもあります。 しかしながら、JSON の変更は出来ない。（改ざんをすると、検証時に失敗するので。） 全体的には、なんか変更できな
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べた - Qiita
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べたAPIOAuthWeb TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトークンを送る API あるよね、ああいうやつ 疑問 Authorization: Bearer ヘッダは OA
node.jsでユーザ認証＆OAuthアプリケーション認証 - Qiita
node-auth-server Authorization Server by node reffrences ref1: here ref2: here ref3: here here source code github Getting Stated install mongoDB(mac) # install brew install mongodb # mongoDB auto start ln -sfv /usr/local/opt/mongodb/*.plist ~/Library/LaunchAgents launchctl load ~/Library/LaunchAgents/homebrew.mxcl.mongodb.plist
祝：Laravelが5.2で"MultiAuth"に対応！ - Qiita
Laravelは素晴らしいフレームワークです。ほとんど文句はありません。が、唯一の不満がMulti-Authに標準で対応していなかったことです。が、とうとう対応したようなので使ってみます。 ここでいうMulti-Authとは、認証用のユーザーテーブルとしてusersとadminsと別のテーブルを利用するようなものを意味しています。 これで、今までの苦労も報われます。 準備 では、認証に使うテーブルを作成するためのmigrateファイルや初期ユーザー登録用のseeder等を作成してみます。作成するものは、 テーブル（migrateすることにより作成します） モデル（driverとしてeloquentを利用するので作成します） 初期ユーザー（seederで登録してみます） usersテーブル migrateファイル usersテーブル生成用のmigrateファイルは既に、database/mi
The 30 Most Useful Symfony Bundles - Qiita
First The 30 Most Useful Symfony Bundlesで紹介されているBundleについて簡単に紹介していきたいと思います。 元ネタ:2014/8/7 Javier Eguiluz The 30 Most Useful Symfony Bundles 元ネタでは、Symfonyユーザーにとって有用なBundleを調査した結果、300以上の回答と330以上の異なるBundleの回答を得ました。 括弧内は、調査の回答の割合です。 また、元ネタではBundle名しか紹介していませんが、それぞれのBundleの特徴を簡単に紹介したいと思います。 理解が乏しいBundleもあるので、間違っている点などあればコメントください！ 1. FOSUserBundle (60%) ユーザー管理においてよく利用される機能を提供しているBundleです。 Doctrine ORM, Mo
Phoenix で OAuth 認証をする - Qiita
Phoenix で OAuth 認証をやってみます。 今回は GitHub の OAuth を使いますが、Twitter や Facebook といったものにもつかえると思います。 また、認証用ライブラリはコチラを利用します。実装はこちらに公開されているサンプルを追っていくカタチとなります。 Phoenix アプリケーションの作成についてはコチラをご参照ください。 下準備: GitHub アプリケーションを登録する まずは GitHub にアプリケーションを登録して、各種キーを手に入れます。 GitHub にログインした状態で登録ページに行き、フォームを埋めていきます。 今回はテスト用のアプリケーションなので、基本的には適当に埋めていけば良いのですが、callback URL だけ以下のように設定します。 http://localhost:4000/auth/callback Regist
passportのtwitterOauthをsocket.ioに渡す(Express4) - Qiita
動作環境 Node.js 0.10.36 Express 4.12.3 Passport 0.2.1 Socket.io 1.3.5 OSX 10.10.2 で確認した。 事前準備 TwitterAppsで、認証に使用するURLを登録する。注意事項として * Setting> Callback URLの入力 * Setting> ✔ Allow this application to be used to Sign in with Twitter 上記を忘れるとPINの入力を求められる。 やること PassportでtwitterOauthする PassportセッションをSocket.ioに渡す ブラウザにPassportセッションをemitする（handshakeの確認） 上記をなるべく少ないパッケージで ということで、以下のライブラリで解決した。 { "dependencies":
[*Rails*] RSpec + devise + Twitter認証 テストメモ - Qiita
class User < ActiveRecord::Base (省略)... def password_required? super && provider.blank? end end <h2>Sign up</h2> <%= form_for(resource, as: resource_name, url: registration_path(resource_name)) do |f| %> (省略)... <% if f.object.password_required? %> <div class="field"> <%= f.label :password %> <% if @validatable %> <em>(<%= @minimum_password_length %> characters minimum)</em> <% end %><br /> <%= f.
![[*Rails*] RSpec + devise + Twitter認証 テストメモ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bb99330305019dc29c5c8003973b9f1aedc40d44/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJTJBUmFpbHMlMkElNUQlMjBSU3BlYyUyMCUyQiUyMGRldmlzZSUyMCUyQiUyMFR3aXR0ZXIlRTglQUElOEQlRTglQTglQkMlMjAlMjAlRTMlODMlODYlRTMlODIlQjklRTMlODMlODglRTMlODMlQTElRTMlODMlQTImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPThlYjcxMDAxYjBjOGQwOWVlODI2MTc4NTg0OTM3N2Q0%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwY2lnYWxlY2lnYWxlcyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmU2ZDk2MGJlOGYzY2I0NGZkZTk2OTNmYmUyOWQ1M2Y%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D3f3ad29b725009ed108441de98ab7fe4)
RailsでいろんなSNSとOAuth連携/ログインする方法 - Qiita
Deviseというgemのomniauthableを利用して、いろんなOAuth提供元サービスと連携orそのサービスを用いたログインを実現する方法。 こういうことやりたい人結構いるんじゃないかと思って、Wantedlyで実際にやってみた経験を大公開！！ Gemのインストール deviseと各providerのomniauth関連Gemをインストール gem 'devise' gem 'omniauth' gem 'omniauth-facebook' gem 'omniauth-github' gem 'omniauth-google-oauth2' gem 'omniauth-hatena' gem 'omniauth-linkedin' gem 'omniauth-mixi' gem 'omniauth-twitter' とりあえず、omniauth-'provider'でググって出て
Open-uriの認証とリダイレクト - Qiita
にゃんぱすー Open-uri による認証と問題点 Open-uri を使用する場合、open に :http_basic_authentication オプションでユーザ名とパスワードを与えることで認証付のURLにアクセスすることができる。 その際、アクセス先がリダイレクト (3xx) のステータスを返し、リダイレクト先URLが認証を要求する場合には、常に "401 Unauthorized" の例外 (OpenURI::HTTPError) が発生する。これは同一の認証情報でアクセス可能な場合でも同様である。 原因 open-uri ではリダイレクトが行われた場合には、無条件で :http_basic_authentication を削除しているため。(Perl の LWP とは動作が異なる。)
Deviseのカスタマイズ。OAuthのときはemail入力を不必要にして、""でも可にする - Qiita
Railscasts#235で作成したDevise入りアプリケーション。 これをカスタマイズして、 OmniAuthでユーザー登録した場合はemailの入力は不要にする OmniAuthで登録したユーザーが自分のユーザー情報を編集したとき、emailフォームを空白にしても、uniqueバリデーションでアップデートを拒否されないようにする 以上の2つを満たすようにしたい。 なお現在Deviseのアップデートに伴い、より簡単になったOAuth対応機能を使ったRailscasts#235revisedが公開されている。が、アプリケーション作成の際に旧バージョンのRailscastsを参考にしたので、今さら変えられない。 インデックスを消す email_required?をオーバーライド emailカラムのデフォルト変更 の順番で作業を行う。 インデックスを消す Deviseで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Node.js + Express + passport-twitterで認証Webアプリをつくる - Qiita
