[新機能]IAMの委譲権限を制限可能なPermissions Boundaryが登場したので試してみた | DevelopersIO
新機能としてIAMの委譲権限を制限可能なPermissions Boundaryが登場したので試してみました。 にしざわです。ブログというか新機能について触るのも久々な感じですが、大好きなサービスの1つであるIAMサービスに、"Permissions Boundary"という新たな機能が登場したので、試してみたいと思います。ほぼ下記のドキュメントのシナリオ通りなのですが、よりシンプルに説明できるように少し設定を変えながら試した結果をご紹介します。 AWS Developer Forums: Delegate Permission Management to Employees by Using IAM Permissions Boundaries Permissions Boundaries for IAM Identities - AWS Identity and Access Mana
![[新機能]IAMの委譲権限を制限可能なPermissions Boundaryが登場したので試してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7ba1034b9360dd6b5d9f1c5c3fa68ed286fc549d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FIAM.png)
[AWS] マネジメントコンソールへのIAMユーザーログイン時に発生するイベント - Qiita
発端 CloudWatch Events を使って、AWSマネジメントコンソールへのIAMユーザーのログイン失敗を検知していました。 ですが、どうやら「非存在ユーザー」のログイン失敗を検知できなくなっているようです。ここ１〜２ヶ月の間に。 というわけで、目的↓ 目的 IAMユーザーのマネジメントコンソールログイン時、成功/失敗でそれぞれどのようなイベントが発生するかを確認する。 調査方法 CloudWatch Events で SignIn のイベントを検知し、Lambdaに流してログ出力します。 ※以前のイベントパターンとの比較もできればよかったのですが、わかりやすくログを残してない＆遡って調べる気力は無いので、やりません。 CloudWatch Event Rule のイベントパターン
![[AWS] マネジメントコンソールへのIAMユーザーログイン時に発生するイベント - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/dab5eee8e948b9b911496b2f79880f0777264867/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCQVdTJTVEJTIwJUUzJTgzJTlFJUUzJTgzJThEJUUzJTgyJUI4JUUzJTgzJUExJUUzJTgzJUIzJUUzJTgzJTg4JUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgyJUJEJUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgxJUI4JUUzJTgxJUFFSUFNJUUzJTgzJUE2JUUzJTgzJUJDJUUzJTgyJUI2JUUzJTgzJUJDJUUzJTgzJUFEJUUzJTgyJUIwJUUzJTgyJUE0JUUzJTgzJUIzJUU2JTk5JTgyJUUzJTgxJUFCJUU3JTk5JUJBJUU3JTk0JTlGJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgyJUE0JUUzJTgzJTk5JUUzJTgzJUIzJUUzJTgzJTg4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mMTI0NjUxZDE3OTBlOTYwZGNmZDEwYTFmYTAzNzM2YQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbmlzZGEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWEwNGViZjYyMzcxMzZhZjI2YTk2ZWZhOTk3MGQxNjI5%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dc8c6d3562cbbaec2adc07db725dc0e67)
IAMロールのセッション期間が1時間から12時間に延長可能になりました | DevelopersIO
設定 IAMダッシュボードの「ロール」設定として、CLI/API セッション期間の指定が可能になりました。 期間として、1時間(3600秒)から、最大では12時間(43200秒)までの指定可能です。 確認手順 同時刻に2つの異なるブラウザ(Firefox/Safari)を利用してAWSコンソールにIAMログイン CLI/API セッション期間 1時間と、12時間のロールにスイッチしました。 CloudTrailログ(抜粋) 1時間設定ロール(Firefox) "eventTime": "2018-03-29T12:55:07Z", "eventSource": "signin.amazonaws.com", "eventName": "SwitchRole", "userAgent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:59
AnsibleでAssumeRoleを行いbotoによるMFA入力を回避する | DevelopersIO
渡辺です。 複数のAWSアカウントに対し、IAMロールを管理しようとして色々ハマりました・・・。 管理方法として、Ansible、Terraform、CloudFormationと検討しましたが、最終的にAnsibleに落ち着きました。 前提として次のような制約があります。 メインアカウントのみMFAを有効にしたIAMユーザを作成し、アクセスキー/シークレットキーは作成する 管理対象のAWSアカウントのアクセスキー/シークレットキーは作成しない 設定ファイルなどで構成管理を行う なお、構成管理を行うには、Ansible以外に、CloudFormationやTerraformなどが選択肢としてあります。 iam_role モジュールとwith_items Ansibleでは、AWS関連モジュールも多く提供されています。 はじめに、 iam_roleモジュールと、繰り返し処理を行う with_
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
