IAMによるAWS権限管理 – プロジェクトメンバーへの権限付与方針に潜む闇 | DevelopersIO
よく訓練されたアップル信者、都元です。今日もIAMです。 先日のエントリで、プロジェクトメンバーにはIAMユーザを配布しましょう、というプラクティスを示しました。ではそのIAMユーザの権限はどの程度与えれば良いのでしょうか、というのが今日のテーマ。先に断っておきますと、このエントリーは結論が出ません。非常に難しいです。では、いきましょう。 AWSは「よくあるポリシー」としていくつかのテンプレートを提供してくれています。 Administrator Policy Read Only Access Policy Power User Policy ... 上記の他に、UI上で様々なポリシーテンプレートが利用できるようになっています。これらの権限をいくつか見ていきましょう。 プロジェクトメンバー全員にAdministratorAccess権限を与えると… AdministratorAccessと
AWS re:Invent2013参加レポート #16 (Japan Track) IAM 10のベストプラクティス | DevelopersIO
はじめに AWS玉川さん曰く「IAMの鬼」と呼ばれるAndersさんの同時通訳セッションでした。 IAMをどのように使うか実践的な10のベストプラクティスを実例つきで紹介してくれました。 AWSの堀内さんのWrapupセッションの資料も参考にして10のプラクティスを訳してみました。オリジナルは最後にのっています。Wrapup資料、是非一般公開してほしいです。とても参考になります。 10のベストプラクティス Users - 個別にユーザーを作る Groups - グループを作り管理する Permissions - 与えるのは最小権限のみ Password - ポリシーを設定して、脆弱なパスワードを許さない MFA - 特権ユーザーにはMFAをつかう Roles - EC2はIAM rolesを利用する Shareing - 共有アクセスのためにIAM roleを利用する Rotate - セ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
