AmazonCognitoでGoogle/Facebook認証してトークンを取得する - Qiita
はじめに 普段からWebアプリケーションにログイン機能を実装する際、バックエンドにAmazonCognitoを利用してきました。 Cognitoはログイン認証をサーバレスに実現してくれるマネージドなサービスです。開発者はログインユーザの情報を管理する必要が(ほとんど)ありません。 またAWSのリソースへのアクセス権限を一時的に発行することもできるので、ログイン後のトークンを利用して、アプリケーションからAWSの各リソースを利用することができます。 今回はそんなCognitoの外部IDプロバイダ認証を利用してログインし、トークンを取得するまでの流れをGoogleとFacebookでやっていこうと思います。 Cognitoの準備 Cognitoのデプロイ AmplifyCLIを利用してサクッと作っていきます。フロントはVue.jsを使っています。 この記事を参考にしていただければ、Cognit
Cognito User Pool のサインインオプション設定について整理したい
ユーザー名を Sign In に使う エイリアスとして、 email or phone_number or preferred_username を使える email or phone_number をエイリアスとして使うためには、検証済みである必要がある preferred_username をエイリアスとして使うためには、アカウントが Confirm されている必要がある これらは 1つ を選択ではなく、複数選択することが可能 例えば Sign In に username と email と preferred_username を使えるようにするとか username は、そのままユーザー名となる username は User Pool 内で一意である必要がある username は後から変更することはできない エイリアスとして使う属性と同じ username は使用できない？ エ
Flutter x AWS Amplifyでアプリを作る
この記事はFlutter Advent Calendar（カレンダー2）の22日目の記事です。 普段私はFlutterでアプリを開発する際はFirebaseと組み合わせてアプリを開発するのですが、 今回はAWSのAmplifyと組み合わせてアプリを作る方法をAWSのチュートリアルを参照しながら実装してみます。 ※チュートリアルでのFlutterはバージョンが古いので2系に書き直す必要があります。 作るもの フォトギャラリーアプリ 今回利用するAmplifyの機能 Amplify Auth (Cognito) ...ログイン認証 Amplify Storage (S3) ...ストレージ Amplify Analytics (Pinpoint) ...ログ分析 作成する環境 % flutter doctor Doctor summary (to see all details, run fl
CognitoのUSER_SRP_AUTHを突破したい
※途中の説明をだいぶ端折っています。細かいところは追って追記するのでひとまずは「これでCognitoにログインできるんだな」って感じで思っといてもらえれば AWSが提供しているサービスにCognitoという認証基板があって、それと接続するためのboto3というPython製のバックエンド向けSDKがあるのですが、SRPという方式を採用しているにもかかわらず署名計算は自分で行わないといけなかったので備忘録的に ちなみにフロント向けライブラリ(Amplify)には対応しているみたいなので、あくまでも「自前の認証基板とCognitoを接続したいよ」と言った人向けの内容となります。 ざっくり、SRPってのはSecure Remote Passwordの略で、パスワードを通信路に流さずに認証してしまおうって感じのやつです。 認証フロー SRPの認証フローはこんな感じ 認証リクエストを投げて、そのレス
AWS CLIで動かして学ぶCognito IDプールを利用したAWSの一時クレデンシャルキー発行 | DevelopersIO
「Cognito IDプールってやつはAWSリソースへのアクセスを制御する認可部分を担当しているらしいけど、いったいどういう理屈でそうなってるんだ…？」 そんな自分の疑問からAWSのドキュメントを読み実際に手を動かして得られたCognito IDプールに対する理解をまとめました。 「Cognito IDプールってやつはAWSリソースへのアクセスを制御する認可部分を担当しているらしいけど、いったいどういう理屈でそうなってるんだ…？」 そんな自分の疑問からAWSのドキュメントを読み手を動かして得られたCognito IDプールに対する理解を、 AWS CLIで再現できる形にまとめてみました。 Cognito IDプールでAWSの一時クレデンシャルキーを発行することによって、Cognito IDプールの世界からIAMの世界へ落とし込めると、だいぶイメージが付きやすいんじゃないかと思います。 AW
Cognito ユーザープールことはじめ | ゴミ人間.com
基本的な API と機能の理解 Cognito ユーザープールの低レベル API に対応する boto3 のインターフェースを直接操作し以下のようなことを実行することにより、Cognito ユーザープールにおける認証の流れや利用法を理解してみる サインアップ MFA ありのサインアップについては後ほど扱う サインイン 基本的なフローについてそれぞれ確認 オプションや連携のバリエーション: MFA/Facebook, Google ソーシャルサインイン/Login with Amazon/Sign in with Apple/SAML IdP/OIDC プロバイダー経由のサインインについては後ほど扱う ユーザー/ユーザー属性の取得・変更 パスワード変更 パスワード再設定 トークンの更新 基本的に SignUp API を叩いてアカウントを登録し、ConfirmSignUp API にてサイン
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) ユーザーを
Amazon Cognito / ユーザープール 概要 - Qiita
Amazon Cognitoのユーザープール(認証機能提供サービス)機能の概要についてまとめる。 概念 作成方法：ユーザー自身 or 管理者 外部 IDプロバイダーのユーザは、初回サインイン時に情報が自動的に登録される。 属性情報 Cognito固有情報：ユーザー名、ステータス、ロール、... 標準属性(OIDC準拠):メールアドレス、電話番号、... カスタム属性：上記で定義されていない独自情報 サインインに用いたデバイス情報：デバイスキー、名前、IP、... サインイン 利用可能な情報 ユーザープール作成時に、設定※作成後の変更不可。 ユーザー名、メールアドレス、電話番号...+パスワード＋MFA系情報 ステータス(ライフサイクル) グループ ユーザーの管理単位 1ユーザーは複数のグループに所属可能 IAMロールの割り当てや優先順位の指定可能 アプリクライアント Cognitoに登録し
Cognito ユーザープールを単独で API GateWay と共に使う - プログラマーのメモ書き
前に書いた記事 Cognito ユーザープール使ってみました - プログラマーのメモ書き では、Cognito ユーザープールを Cognito Identity Pool (Federated Identity) と一緒に使うようなことを書きました。 でも、よくよく考えてみると外部IDプロバイダで認証したIDを使う必要がないなら、Cognito ユーザープールのみを使って、AWSのサービスへは API Gateway 経由でアクセスするのが手っ取り早いのではないかと思い立ちました。 そこで、今回は、Cognito ユーザープールを単独で用いて、ユーザー認証後 API Gateway 経由で Lambda 関数を呼び出す方法を試してみました。 以下は、作業時のメモになります。 なお、Cognito ユーザープールの利用については前回の記事をベースにしているので、詳しくはそちらをご覧ください
AWS CognitoにGoogleとLINEアカウントを連携させる
AWS Cognitoを設定したのですが、時間がたつと忘れてしまいそうだったので、備忘録として残しておきます。 皆さんのお役に立てられればうれしいです。 今回、備忘録に残すのは、タイトルにある通り、AWS Cognitoで管理するユーザIDとして、外部のソーシャルIDであるGoogleアカウントや、Yahoo・LINEアカウントを利用できるように設定する手順です。 なかなか初めて触るWebサイトで、ユーザID・パスワードを新規に入力してアカウントを作ってもらうのはユーザにとって負担ですし、ユーザもたくさんのサイトのユーザID・パスワードを覚えておくのはたいへんです。 さて、YahooとLINEアカウントを利用できるようにする、としていますが、正しくは、OpenID Connect（略してOIDC）のアカウントを利用できるようにする、といったほうが正しいかもしれません。AWS Cognito
AWS CognitoとAWS IoTを連携させてみる - Qiita
今回はAWS Cognitoで認証したユーザからAWS IoTのMQTTにPublishできるようにしたいと思います。 （過去を振り返ってみると、AWS Cognitoに集中して投稿してこれで記念すべき？！5つ目となりました。） 今回やることは、X.509でIoTのモノを認証するのではなく、Cognitoで認証したユーザをIoTのものとして認証し、Publish/Subscribeする、というものです。 触るAWSマネージドサービスは以下の通りです。 Amazon Cognito（フェデレーテッドアイデンティティ） IAM（ロール） AWS IoT（IoT Core） 特に、Cognitoおよびトークンについて知っていないと理解にはちょっと厳しいかも。 以下が参考になるかもです。 AWS Cognitoにサインインしないと見れないLambdaを作る あと、AWS IoT SDK for J
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 を設定
内部向けWebシステムでのALB認証による外部からの利用の検証 - サーバーワークスエンジニアブログ
こんにちは、技術4課の城です。 今回は既存Webシステムへの外部からのアクセスに対する認証として、ALBの認証機能を利用する検証をしてみました。 通常は社内ネットワークからDirectConnectやVPN回線経由で利用しているシステムに対して、インターネット経由の窓口としてのALBを追加するような用途を想定しています。 要件 要件としては下記となります。 既存社内Webシステムに対して、外部からアクセスさせる。 既存Webシステムの変更は行わない。 Webシステムにアクセスさせる前段で多要素認証を実施。（ログイン画面へのアタック防止） 概要 検証してみた結果、下記の構成は実現することが出来ました。 ホストベースのルーティングにて複数システムを1つのALBに紐づけ CognitoユーザープールでのSMSによる多要素認証 構成図は下図となります。 利用したサービス一覧 利用したサービスとおお
AWS（SNS, Cognito）を用いてiOSアプリにプッシュ通知するまでの手順（アプリ編） - Qiita
これで必要なライブラリがインストールされます。 今まで SampleApp.xcodeproj からプロジェクトを起動していたとすると、これ以降は新たに生成された SampleApp.xcworkspace から起動してください。 プッシュ通知に関する実装 以降は AppDelegate.m への実装のみで完結させています。 参考にしたサンプルコードを紹介しておきます。 https://github.com/awslabs/aws-sdk-ios-samples/tree/master/SNS-MobileAnalytics-Sample サンプルでは SNS のみの使用で、Cognito は扱っていませんが、AWS の Cognito の設定画面でサンプルコードを載せてくれているので、そちらをコピペすればOKです。（後述の initAWSCognito 関数にあたります。） 宣言と定義
【AWS Mobile SDK for iOS】AWSサービスクライアントの初期化と取得方法について調べたこと - Qiita
はじめに AWS Mobile SDKを使えば、S3やDynamoDBといったAWSサービスをアプリで直接利用できるようになります。これはとても便利なことなのですが、実際にコーディングする時、オンラインのドキュメントだけでは使い方がなかなか分かりにくかったので、ソースコードを読んで理解を深めた話です。 この記事ではサービスクライアントの初期化について書いています。 なお、AWS Mobile SDK for iOSのバージョンはv2.4.14で動作確認をしています。 各AWSサービスのサービスクライアントの初期化と取得には、いくつかの方法がありますが、基本的にはAWSServiceConfigurationとサービス固有のコンフィギュレーションをセットして利用します。 例えば、DynamoDBを操作するAWSDynamoDBObjectMapperならばサービス固有のコンフィギュレーション
CognitoIDを取得する方法 - ROADTO みちログ
AWS Cognito の CognitoIDと呼ばれるモノを取得する方法を備忘録。 頑張ったけど使わなくなったのでここで供養。 CognitoのUserPoolのsubの値を取得する var pool: AWSCognitoIdentityUserPool? var credentialsProvider: AWSCognitoCredentialsProvider? func login() { let email = "メールアドレスの値" let password = "パスワードの値" // ユーザープールを取得する pool = AWSCognitoIdentityUserPool(forKey: "AWS USERPOOLのキー") // 認証する let user: AWSCognitoIdentityUser = pool!.getUser(email) user.get
Cognito ユーザープール使ってみました - プログラマーのメモ書き
以前の書籍を読んだ記事にも書きましたが、その書籍中では Cognito を使いましたが、ユーザープール (User Pools)については紹介だけで、チュートリアルはありませんでした。 blog.mori-soft.com このユーザープールが気になり、簡単なサンプルを作って試してみましたので、メモにまとめておきます。 Cognito ユーザープールとフェデレーティッドアイデンティティの関係について 最初、ドキュメントを呼んでも、すっきりしなかったので、不正確かもしれませんが、自分なりに理解したユーザープールとフェデレーティッドアイデンティティの関係についてを書いておきます。 Cognito のドキュメントを読むと、ユーザープールは、独自で認証を実装するときの Users テーブルのようなものだとわかります（ディレクトリサービスといったほうがいいのかな）。 ユーザーの登録・管理・認証を提供
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Cognito UserPoolをサーバーサイドで使うサンプル (Node.js) | キリウ君が読まないノート