AWSコンソールのログイン用アカウントをIAMのベストプラクティスに従って作成してみた(設定編) | DevelopersIO
はじめに AWSチームのすずきです。 1つのAWSアカウントを複数の関係者で利用する環境で、AWSコンソールのログイン用アカウント(IAMユーザ)を AWSが公開しているベストプラクティスに従って作成する機会がありました。 多要素認証(MFA)や接続元IPアドレス制限などによる不正なログインの抑止と、 管理者権限が行使された際の通知を、AWSのサービスを利用して実現する方法について紹介させていただきます。 AWS Identity and Access Management ユーザーガイド: IAM のベストプラクティス 方針 AWSコンソールの認証パスワードが漏洩した場合でも、悪意をもった第三者によるシステム影響を抑える事を目標とします。 AWSの標準サービスを利用し、システムコストの発生や、管理者、作業者の作業効率が低下を抑えた対策をとる事とします。 AWS環境が不正に利用された場合で
AWS CLIでAssumeRole
4. Temporary Security Credentialの種類 種別 説明 権限 GetSessionToken 自身の権限で一時認証 自身の権限と同じ クロスアカウント不可 MFA利用可 GetFederationToken 信頼ユーザで一時認証 自身の権限内で規定 クロスアカウント不可 MFA利用不可 AssumeRole IAMロールとマッピング IAMロールで規定 クロスアカウント可 MFA利用可 （参考）http://docs.aws.amazon.com/ja_jp/STS/latest/UsingSTS/Welcome.html#AccessingSTS 5. Temporary Security Credentialの取得 Security Token Service（STS）から取得 取得したTokenは有効期限が切れるまで無効 化できない（STSはTokenを払
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
