世界一わかりみの深いOAuth入門
![世界一わかりみの深いOAuth入門](https://cdn-ak-scissors.b.st-hatena.com/image/square/c1df9cb64d04ab8d93681784323e2608a802a276/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F58c098ba99bf45d78d239a773c78df8e%2Fslide_0.jpg%3F18056568)
はじめに この記事では、OAuth 2.0 の『クライアント認証』について説明します。 RFC 6749 に記述されているクライアント認証方式のほか、クライアントアサーションやクライアント証明書を用いるクライアント認証方式についても説明します。 1. クライアント認証方式 1.1. トークンエンドポイント 認可サーバーがあります。 認可サーバーからアクセストークンの発行を受けたいクライアントアプリケーションがあります。 アクセストークンは、幾つかの例外を除き、認可サーバーのトークンエンドポイントから発行されます。そのため、認可サーバーはトークンエンドポイントを用意します。 クライアントアプリケーションは、アクセストークンの発行を受けるために、トークンエンドポイントにトークンリクエストを投げます。 認可サーバーは、トークンレスポンスを返します。この応答の中に、アクセストークンが含まれます。
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.
コンニチハ、千葉です。 AWSのサービスを組み合わせれば、独自の認証基盤を構築できます。例えば、WordPressを限定的に公開する、Apache、 Nginx、カスタムWebアプリなどなど、簡単に認証をかけたい場合、ベーシック認証は昔から利用されてきました。ただし、これはスケーラビリティや運用面でどうしてもつらい場面がでてきます。 そこで、ALBに素敵すぎる組み込みの認証機能が追加されたのでこちらを利用し、コードを一切書かずに認証を導入します。また、OIDCなど認証プロトコルに対応していますが、今回はシンプルにCognitoのユーザープールを利用し、ユーザー管理自体もCognitoに任せます。 要件 今回の想定する要件です。 Nginxを社内ユーザーのみに公開 スタンドアローンのユーザープールを用意(AD、OICD、SAMLなどによる連携なしで、独自でユーザーを管理) ユーザーは管理者が
requests と標準ライブラリだけを使って書いてみた。 パラメータの指定、特に oauth_signature の作成がシンドイ。 Authorization の指定も。 # -*- coding: utf-8 -*- from random import getrandbits from time import time import hmac import hashlib import urllib import urlparse import requests CONSUMER_KEY = "your consumer_key" CONSUMER_SECRET = "your consumer_secret" ACCESS_TOKEN_URL = "access token url" WEB_API_URL = "web api url" USERNAME = "your use
ISUCON4 で準優勝した @catatsuy です。 賞金の使い道はまだ考えていません。 ところでピクシブ株式会社では冬インターンをやります! エンジニア向け pixiv開発のbugリストからの脱出!エンジニア職インターン - ピクシブ株式会社 採用サイト ISUCON4 の予選問題を解くだけでインターンに参加できるチャンスなのでぜひ挑戦してみてください!!1 pixiv/intern2014w この記事は当初はアドベントカレンダーの記事にする予定でしたが,今が旬だと圧力をかけられたので今公開します。 なおこの記事は ピクシブ株式会社 Advent Calendar 2014 - Qiita の -17 日目の記事です。 今までの社内ツールの認証は各サーバーに設定されていたために退職者などの対応が非常に大変でした。そこで最近のピクシブ株式会社では typester/gate を導入する
たかがレルムされどレルム GlassFish で始める詳細 JDBC レルム 2013年12月10日 at 2:20 午前 17件のコメント この記事は「 GlassFish Advent Calendar 2013」 の10日目として新たに書き下ろしたものです。昨日は蓮沼さんによる「GlassFish付属のJava DBについて」でした。 幸運にも、昨日 12/09 に蓮沼さんが GlassFish に付属している Java DB について詳しくご紹介してくださったので、今日はその流れ?!というわけではありませんが、GlassFish に付属の Java DB(他のDBにも利用できます) を使用して、Java EE 標準の認証・認可方法をご紹介します。 Realm (レルム) は古くから Java 標準の認証・認可を行なうための機能として多くの環境で利用されてきましたが、やや環境構築や設
このドキュメントの内容は、以下の通りです。 はじめに 設定 はじめに アプリケーションアカウントでプログラムを実行するときに、アプリケーションアカウントから sudo コマンドを実行するときに、パスワード認証をなしで実行することが考えら得ます。 設定 ユーザ foo にすべてのコマンドを許す場合は、ALLを指定します。 foo ALL=(ALL) NOPASSWD:ALL コマンドを限定して、許可する場合は、以下の通りです。 foo ALL=(ALL) NOPASSWD: /bin/ls, /bin/pwd スポンサーリンク
ここのところGmailが乗っ取られたという話をあちこちで聞きます。私の周りでも本当に何件も、そいういった話を耳にするようになりました。それも、ネットリテラシーが高い方ばかりです。 ぼくは自分のGoogleパスワードは破られるはずがないと思ってきたひとりですが、そういう自信があるやつに限って足元をすくわれるというのが世の常のようです。最近話題になったオレオレ詐欺の被害報告(『「オレオレ詐欺」の被害にあいました。』)などもまさにそういった過信に警鐘を鳴らしています。 知らず知らずのうちにGoogle依存度が高まっている私たち人類にとって、彼のシステムへのログイン情報について備えを厚めにしておくに越したことはありません。 ということで誰もがタダでログインの安全性を高められる方法としてGoogleから「2段階認証プロセス」が推奨されているのですが、なんかめんどくさそうだし設定しちゃって本当に大丈夫
デジタル・アイデンティティの世界へようこそ はじめまして、OpenID Foundation JapanでエバンジェリストをしているNovです。 この連載では、僕を含めOpenID Foundation Japanにかかわるメンバーで、OpenID ConnectやOAuthなどの「デジタル・アイデンティティ(Digital Identity)」にかかわる技術について紹介していきます。 APIエコノミー時代のデジタル・アイデンティティ 世界中で9億人のユーザーを抱える「Facebook」や5億人のユーザーを持つ「Twitter」など、巨大なソーシャルグラフを持つサービスが、日々その存在感を増しています。日本でも、グリーやモバゲーなどがそれぞれソーシャルゲームプラットフォームを公開し、国内に一気に巨大なソーシャルゲーム市場を作り上げました。最近では、ユーザー数が5000万人を突破し、プラット
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く