Cognito+SpringBoot+SpringSecurityでOAuth2認証する時の設定 - Qiita
散々嵌りまくったので設定方法や踏んだ地雷についてのメモ ユーザープールを作る 単純なOAuth2認証がしたいだけの場合はユーザープールを作成。 「属性」の設定 ユーザー名かEmail/電話番号か 任意のユーザー名を付けたい場合はユーザー名側を選ぶ必要あり Email/電話番号を選ぶと、内部的なユーザー名はランダムな文字列になる カスタム属性 カスタム属性はPrincipalから取れる //custom属性roleがADMINか確かめたい場合 @RequestMapping("/") public String index(Principal principal) { if(principal instanceof OAuth2AuthenticationToken) { OAuth2AuthenticationToken token = (OAuth2AuthenticationToken
mod_auth_openidcによりApache HTTP ServerをOpenID Connect Relying Partyにする -- Google編
「Authorization Code Flow」の場合は次のように"code"を指定します。 OIDCResponseType "code" OIDCClientID クライアントID（client_id）を指定します。 OIDCClientID XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.apps.googleusercontent.com OIDCClientSecret クライアントシークレット（client_secret）を指定します。 OIDCClientSecret XXXXXXXXXXXXXXXXXXXXXXXX OIDCPKCEMethod PKCE code challenge method（code_challenge_method）を指定します。 "S256"でよいでしょう。 OIDCPKCEMethod S256 O
KeycloakでOpenID Connectを使ってシングルサインオンをしてみる（認可コードフロー(Authorization Code Flow)編） - Qiita
KeycloakでOpenID Connectを使ってシングルサインオンをしてみる（認可コードフロー(Authorization Code Flow)編）SSOopenid_connectSingleSignOnKeycloak 今日やること Keycloakアドベント 17日目は、OpenID Connectの認可コードフローをやってみたいと思います。Relying Partyを作って、認可コードフローでシングルサインオンをしてみましょう。 というか、認可コードフローってなんだっけ？ こんなの。 事前準備 Keycloakは2日目の記事などを参考にしてインストールしておいてください。テストユーザーはこの記事の中で作ります。 Relying Party (RP) を作る OpenID Connectをやるなら、当然シングルサインオンするRelying Partyが必要なので、これから作って
Keycloakでリバプロ型構成を組んでみる（mod_auth_openidc編） - Qiita
Tomcatに付属するexapmlesアプリケーションでは、以下のようなアクセス制御をかけることを想定します。 動作確認時の各サーバーへのアクセスポートは以下のとおりです。 Keycloakサーバー側の設定 クライアントの追加・設定 Keycloakの管理コンソールにログインします。 左メニューバーから、demoレルムを選択します。 左メニューバーで クライアント をクリックします。クライアント一覧が表示されます。 右上の 作成 ボタンを押下します。 以下のようなクライアント設定値を入力し、保存 ボタンを押下します クライアントID: kc-httpd クライアントプロトコル: openid-connect ルートURL: http://kc-httpd.example.com 引き続き kc-tomcatの設定画面が表示されるので以下のような設定を行い、保存 ボタンを押下します。 アクセ
ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう
note のやらかしのあのへんについて。 認証自作、 Rails 、 Devise - Diary パーフェクト Rails 著者が解説する devise の現代的なユーザー認証のモデル構成について - joker1007’s diary 認証サーバーの実装は本質的に難しいです。セキュリティが絡むものは「簡単な実装」などなく、プロアマ個人法人問わず、個人情報を守るという点で、同じ水準を要求されます。悪意あるハッカーは常にカモを探していて、もし認証が破られた場合、自分だけではなく大多数に迷惑が掛かります。初心者だから免責されるといったこともありません。全員が同じ土俵に立たされています。 とはいえ、認証基盤を作らないといろんなサービスが成立しません。そういうときにどうするか。 Firebase Authentication で、タイトルの件なんですが、 Firebase Authenticat
30分でOpenID Connect完全に理解したと言えるようになる勉強会
社内向け勉強会で発表した内容です。 30分でと書いてありますが、実際には50分かかりました。 また時間の関係で結構省いたりしている箇所があります。 2020/07/19追記 ご指摘をいただいた箇所を多々修正いたしました。 特にOIDCとSPAの章が初版とは大幅に変更されていますのでご注意く…
【サーバーレスなユーザ管理基盤】Amazon Cognito ユーザープールにOpenID Connectを使ってLINEアカウントを連携させてみる | DevelopersIO
【サーバーレスなユーザ管理基盤】Amazon Cognito ユーザープールにOpenID Connectを使ってLINEアカウントを連携させてみる どうも！大阪オフィスの西村祐二です。 みなさんCognitoは使ってますか？ 少し前になりますが、5月17日頃にAmazon Cognito ユーザープールにOpenID Connect（以降OIDC） プロバイダーを追加できるようになりました。 https://aws.amazon.com/jp/about-aws/whats-new/2018/05/amazon-cognito-now-supports-the-capability-to-add-custom-oidc-providers/ いままでは、Google,、Facebook、AmazonEC、SAMLだけだったのですが、このアップデートにより、OpenID Connectに準
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
世界一わかりみの深いOAuth入門
Docker
Home
AWS CognitoでFacebookログインを実装してみた - Qiita