GitHub - ory/oathkeeper: A cloud native Identity & Access Proxy / API (IAP) and Access Control Decision API that authenticates, authorizes, and mutates incoming HTTP(s) requests. Inspired by the BeyondCorp / Zero Trust white paper. Written in Go.
ORY Oathkeeper is an Identity & Access Proxy (IAP) and Access Control Decision API that authorizes HTTP requests based on sets of Access Rules. The BeyondCorp Model is designed by Google and secures applications in Zero-Trust networks. An Identity & Access Proxy is typically deployed in front of (think API Gateway) web-facing applications and is capable of authenticating and optionally authorizing
One way to get started
Previously, we had two paths to develop on Slack’s platform: you could either make a custom integration just for your team, or you could chose to build an app for public distribution through our App Directory. These two, distinct paths were useful at one time, but it ultimately meant that developers building custom integrations for their team only did not have access to the same features, like mes
Home - Authlete
“OAuth/OIDC Component as a Service” Authlete's APIs are carefully crafted to focus on the core of OAuth 2.0 / OpenID Connect (OIDC). You can choose to build a complete OAuth/OIDC server with Authlete, or simply integrate Authlete with existing service components such as identity and access management (IAM) and API gateways. Just Forward OAuth/OIDC Requests to Authlete You don't have to evaluate cl
Keycloak
Single-Sign On Users authenticate with Keycloak rather than individual applications. This means that your applications don't have to deal with login forms, authenticating users, and storing users. Once logged-in to Keycloak, users don't have to login again to access a different application. This also applies to logout. Keycloak provides single-sign out, which means users only have to logout once t
単なる OAuth 2.0 を認証に使うと、車が通れるほどのどでかいセキュリティー・ホールができる
In some of the feedback I have gotten on the openID Connect spec, the statement is made that Connect is too complicated. That OAuth 2.0 is all you need to do authentication. Many point to Identity Pro… 英語読みたくないという人のために簡単に解説すると… OAuth 2.0 の implicit flow を使って「認証」をしようとすると、とっても大きな穴が開きます。 カット＆ペーストアタックが可能だからです。 OAuth 認証？は、図１のような流れになります。 図１ OAuth 認証？の流れ 一見、問題なさそうに見えます。しかし、それはすべてのサイトが「良いサイト」ならばです。 Site_A
Authentication overview
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
春山 征吾のくけー : 2011/08/08 サービスが送信するメッセージやメールを利用前に教えてほしい - livedoor Blog（ブログ）
2011/08/08 Togetter - 「とあるクソみてーなWebサービスがオープンしたので弄った→閉鎖しちゃった」 を見て以下を思った. サービスが送信するメッセージやメールを利用前に教えてほしい TwitterのOAuthを用いてサイトへの認証の代わりとすると, Tweet されたり DMを送られたりすることがある. またちょっと違う話だが, HTTPSを利用して入力したパスワードや個人情報がメールで送られてくるサービスがある. たとえば, Amazon.co.jp は住所をメールで送信する. 実際にどのようなメッセージやメールが送信されるのか, 利用前にわかるようになっているべきだと思うのだが, そうなっているサービスはなかなかないようだ. すでにそのようなことをしている例があれば知りたい.
bit.ly の OAuth 2.0 とか色々試してみたら色々アレだった : にぽたん研究所
ある日、うちのサービスで bit.ly 使って URL を短縮したいねーなんて話があがって、まぁ、単純に短縮化するなら、@shiba_yu36 さん作の WebService::Bitly なんか使えば簡単に色々出来て便利だなーって思いました。 で、きっと、このモジュールを使っているであろうはてなダイアリーとか見てみたら、bit.ly の設定画面があるんですね。 自分自身の bit.ly アカウントを使えば bit.ly でトラッキングとか出来るし便利だなーと思いました。 …でもね、うちのサービスの利用者の方々は、はてな民のようなリテラシーの高いユーザばかりではないのですよ。 「bit.ly の API キー」とか言っても「は？？？？？」って感じの方が大多数。 意味わからないものを設定画面につけるとなっちゃん宛にクレームがいっぱい来てしまいます。 とりあえず、bitly API Docum
Updates API << mixi Developer Center (ミクシィ デベロッパーセンター)
ユーザがmixiに訪れる目的、それは友人の近況を知るためです。友人がどこに行き、何を考え、そして何に心を動かされたのか、mixi.jpにはそういった友人の情報が集まってきます。それらの情報は、フィードという形でmixi.jpのトップページに一覧表示されます。Updates APIは、友人の近況であるフィードを取得するためのAPIです。ポータルサイトやスマートフォンなど、ユーザが毎日訪れるメディアにてフィードが表示されれば、ユーザは友人の近況をより身近に感じることができるようになるでしょう。Updates APIは、そのような要望に応えてくれます。 ここでは、フィードを取得するためのUpdates APIについて、その使用方法を説明します。 事前に必要なもの Updates APIを利用するためには、以下の情報をすでに入手している必要があります。 “r_updates”スコープについて認可さ
Gmail APIs and Tools - Google Code
Getting Started Overview Gadgets Overview Sidebar Gadgets Contextual Gadgets IMAP and SMTP using OAuth Overview Protocol Libraries and Samples Email Migration API Developer's Guide Java .NET Reference Guide Other APIs Gmail Inbox Feed Email Settings API Gmail APIs and Tools Overview The following APIs will help you and your users interact with, configure, and extend Gmail. Contents Gadgets Sidebar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - pac4j/pac4j: Security engine for Java (authentication, authorization, multi frameworks): OAuth, CAS, SAML, OpenID Connect, LDAP, JWT...
GitHub - pac4j/undertow-pac4j: Security library for Undertow: OAuth, CAS, SAML, OpenID Connect, LDAP, JWT...
GitHub - typester/gate
GitHub - RangelReale/osin: Golang OAuth2 server library
GitHub - apereo/cas: Apereo CAS - Identity & Single Sign On for all earthlings and beyond.
GitHub - leleuj/pac4j: Please star, fork or watch pac4j/pac4j!
guardianjs.com
GitHub - prose/gatekeeper: Enables client-side applications to dance OAuth with GitHub.
soundcloud_oauth2_user_agent_authentication_flow_demo.html
The problem with OAuth for Authentication.
