(Translated by https://www.hiragana.jp/)
AssumeRoleの人気記事 38件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

1 - 38 件けん / 38件けん

新着しんちゃく順じゅん 人気にんき順じゅん

AssumeRoleの検索けんさく結果けっか1 - 38 件けん / 38件けん

タグ検索けんさくの該当がいとう結果けっかが少すくないため、タイトル検索けんさく結果けっかを表示ひょうじしています。

AssumeRoleに関かんするエントリは38件けんあります。 aws、 AWS、 iam などが関連かんれんタグです。 人気にんきエントリには 『IAM ロールの PassRole と AssumeRole をもう二度にどと忘わすれないために絵えを描えがいてみた | DevelopersIO』などがあります。

AssumeRoleの関連かんれんエントリー

  • IAM ロールの PassRole と AssumeRole をもう二度にどと忘わすれないために絵えを描えがいてみた | DevelopersIO

    コンバンハ、千葉ちば（幸こう）です。 皆みなさんは、 PassRole と AssumeRole についてきちんと理解りかいができていますか？どちらも IAM ロールに関かんするものですね。 私わたしはカラダ（ボディ）の調子ちょうしがいい時ときは思おもい出だせるのですが、雨あめが降ふっている日ひや、ちょっと疲つかれて気きを抜ぬいた時ときにはすぐ分わからなくなってしまいます。 ということで、イメージとして脳のうに刻きざみ付つけることによって忘わすれられなくしてやろうと思おもいました。 そこで出来上できあがったのが以下いかです。 間違まちがえました。以下いかです。 あ、でもやっぱり忘わすれづらいのはこちらかもしれませんね。 どうですか？もう忘わすれられなくなりましたね？ 先さきにまとめ IAM ロールには以下いかポリシーを設定せっていできる アイデンティティベースポリシー Permissions boundary 信頼しんらいポリシー AWS リソースに IAM ロールを引ひき渡わたす際さいには PassRole の権限けんげんが必要ひつよう PassR

      IAM ロールの PassRole と AssumeRole をもう二度と忘れないために絵を描いてみた | DevelopersIO

    • GitHub Actionsに「強つよい」AWSの権限けんげんを渡わたしたい ~作戦さくせん3 - AssumeRole with Google ID Token ~ - KAYAC engineers' blog

      こんにちは。技術ぎじゅつ部ぶの池田いけだです。 この記事きじでは、Github Actions上じょうに「強つよい」AWSの権限けんげんを渡わたすために以下いかのことを行おこないます。 App Runnerでお手軽てがるにGoogle ID Token 取得しゅとくするためのWeb Applicationを動うごかす。 Web Applicationから取得しゅとくできるGoogle ID Tokenを信頼しんらいするIAM RoleにAssumeRoleする。 AssumeRoleによって得えられた一時いちじ的てきな強つよい権限けんげんで、強つよい権限けんげんを要求ようきゅうする作業さぎょう(Deploy, Terraform Apply)をGithub Actionsで行おこなう。 これにより、Github Actions上じょうにAWSのアクセスキーを置おかずに、ある程度ていど安全あんぜんな方法ほうほうでAWS上じょうでの強つよい権限けんげんを要求ようきゅうする操作そうさを実行じっこうできます。 そのため、例たとえばGithub Repositoryに不正ふせいアクセスされてしまったとしても、AWSの本番ほんばん環たまき

        GitHub Actionsに「強い」AWSの権限を渡したい ~作戦3 - AssumeRole with Google ID Token ~ - KAYAC engineers' blog

      • AssumeRoleとPassRoleでクレデンシャル情報じょうほうを保持ほじしない運用うんようを　AWSの自動じどう化かしたオペレーションに対たいして生しょうじた疑問ぎもん「これやったの誰だれ？」

        クラウドの運用うんよう者しゃに焦点しょうてんを当あてた、技術ぎじゅつ者しゃ向むけの新あたらしいテックイベント「Cloud Operator Days Tokyo 」。ここで株式会社かぶしきがいしゃカサレアルの新津にいつ氏しが「これやったの誰だれ？」をテーマに登壇とうだん。自動じどう化かしたオペレーションに対たいして生しょうじた疑問ぎもんと学まなびについて紹介しょうかいします。 自己じこ紹介しょうかいと今回こんかいのテーマ 新津にいつ佐内さない氏し（以下いか、新津にいつ）：みなさん、こんにちは。株式会社かぶしきがいしゃカサレアルの新津にいつ佐たすく内ないと言いいます。本日ほんじつは「これやったの誰だれ？」というタイトルのお話はなしをします。 「これやったの誰だれ？」についてですが、DevOpsと合あわせて自動じどう化かを進すすめていく中なかで、自動じどう化かしたオペレーションに対たいしても生しょうじたこの疑問ぎもんに、実じつ業務ぎょうむの中なかであらためて向むき合あってみました。上記じょうき事例じれいの詳細しょうさいと現時点げんじてんでの我々われわれの答こたえを紹介しょうかいします。 まず本日ほんじつお話はなしする内容ないようですが、スライドに書かかれているような基盤きばんの運用うんよう担当たんとう者しゃのユースケースに関かかわるお話はなしになります。どのようなユースケースかとい

          AssumeRoleとPassRoleでクレデンシャル情報を保持しない運用を　AWSの自動化したオペレーションに対して生じた疑問「これやったの誰？」

        • MFA認証にんしょうを使つかったAssumeRoleでシンプルにTerraformを実行じっこうする(aws configure export-credentials) | DevelopersIO

          MFA認証にんしょうを使つかったAssumeRoleでシンプルにTerraformを実行じっこうする(aws configure export-credentials) Terraform実行じっこう時じのMFA認証にんしょうを使つかったAssume Roleを楽らくにできる方法ほうほうがないか調しらべていたら、以下いかのコメントを見みつけました。 Doesn't ask MFA token code when using assume_role with MFA required #2420 どうやらツールや長ながいコマンドの実行じっこうなしで、MFA認証にんしょうありでも簡単かんたんにAssume Roleができそうです。 便利べんりだったのでブログにしてみました。 TerraformのMFA認証にんしょう事情じじょうは以下いかのブログをご確認かくにんください。 結論けつろん この方法ほうほうでは、aws-vaultやaws-mfaなどのツールは不要ふようです。 以下いかのようにProfileを用意よういして、terraformのコマンドを打うつだけ

            MFA認証を使ったAssumeRoleでシンプルにTerraformを実行する(aws configure export-credentials) | DevelopersIO

            • AssumeRoleの関連かんれんエントリー

          • AssumeRole（スイッチロール）を理解りかいして、AWSへのデプロイを少すこしでも安全あんぜんに実施じっししよう #devio2021 | DevelopersIO

            DevelopersIO 2021 Decadeでビデオセッションを公開こうかいしました。 概要がいよう CloudFormationをデプロイするユーザのアクセスキーが漏もれてしまったら？と心配しんぱいするあなたへ。 AssumeRoleを活用かつようすれば、アクセスキーが漏洩ろうえいしても被害ひがいが最小限さいしょうげんになるIAMユーザでデプロイできます。 動画どうが スライド コメンタリー テーマ選定せんていの理由りゆうは、自分じぶんが知しりたかったから ある程度ていど、AWSを使つかっていると、画面がめんボタンポチポチではなく、Infrastructure as Code(IaC)で管理かんりすることが多おおくなります。AWSでIaCを実現じつげんするツールはいくつかあります。 AWS CloudFormtaion AWS SAM AWS CDK Serverless Framework Terraform そして、これらのIaCツールとIAMユーザの「アクセスキー」は、切きっても切きり離はなせない関係かんけいです（

              AssumeRole（スイッチロール）を理解して、AWSへのデプロイを少しでも安全に実施しよう #devio2021 | DevelopersIO

            • 特定とくていのIAM Identity CenterユーザーのみAssumeRoleできるIAMロールを作成さくせいする | DevelopersIO

              はじめに マルチアカウント環境かんきょうではIAM Identity Centerを使つかってメンバーアカウントへログインすることが多おおいかと思おもいます。 今回こんかいは特定とくていのIAM Identity CenterユーザーのみAssumeRoleできるIAMロールを作成さくせいしてみました。 前提ぜんてい この記事きじではマルチアカウント環境かんきょうを前提ぜんていとしているため、以下いかについては既すでに有効ゆうこう化か・作成さくせいされているものとして進すすめます。 Control Tower or Organizations IAM Identity Center メンバーアカウントへログインできるIAM Identity Centerユーザー IAM Identity Centerユーザーが利用りようするアクセス許可きょかセット 今回こんかいは以下いか２ふたつのIAM Identity Centerユーザーを作成さくせいして、Administorator権限けんげんのアクセス許可きょかセットでログインしています。 User

                特定のIAM Identity CenterユーザーのみAssumeRoleできるIAMロールを作成する | DevelopersIO

              • CircleCIがOpenID ConnectをサポートしたのでAWSと連携れんけいさせてJWTを使用しようしたAssumeRoleを試ためしてみた | DevelopersIO

                CircleCIがOpenID ConnectをサポートしたのでAWSと連携れんけいさせてJWTを使用しようしたAssumeRoleを試ためしてみた こんにちは、CX事業じぎょう本部ほんぶ IoT事業じぎょう部ぶの若槻わかつきです。 このたび、CI/CDプラットフォームCircleCIで、OpenID Connect（OIDC）がいよいよサポートされたとのことです。待まちわびていた人ひとも多おおいのではないでしょうか。 #OIDC リリースされました！ (OpenID Connect Tokens) Twitterでも「1月がつにでるはずだったよね」という期待きたいをずいぶん頂いただき、ご関心かんしんをひしひしと感かんじてしました。 - Changelog: https://t.co/oqM0zbE2OF - Doc: https://t.co/fOYKoKfTNd — CircleCI Japan (@CircleCIJapan) March 26, 2022 Circle

                  CircleCIがOpenID ConnectをサポートしたのでAWSと連携させてJWTを使用したAssumeRoleを試してみた | DevelopersIO

                • aws コマンドなど CLI でも簡単かんたんかつセキュアに AssumeRole したいですね。 今回こんかいは moznion/sesstok と 1password を利用りようして CLI から AssumeRole する方法ほうほうをまとめます。 - nao blog

                  はじめに 先日せんじつ、AWS Organizations を利用りようして AssumeRole できる環境かんきょうを構築こうちくするという記事きじの中なかで AWS コンソールから AssumeRole する環境かんきょう構築こうちくの方法ほうほうをまとめました。 aws コマンドなど CLI でも簡単かんたんかつセキュアに AssumeRole したいですね。 今回こんかいは moznion/sesstok と 1password を利用りようして CLI から AssumeRole する方法ほうほうをまとめます。 moznion.hatenadiary.com sesstok sesstok は MFA に対応たいおうした AWS の一時いちじトークンを取得しゅとくすることのできる Go で書かかれた CLI ツールです。 読よみ方かたは某ぼうショートムービーSNS的てきな感かんじですかね。 一定いってい時間じかんで失効しっこうする一時いちじトークンを都度つど発行はっこうして Organizations から AssumeRole するので、Organi

                    aws コマンドなど CLI でも簡単かつセキュアに AssumeRole したいですね。 今回は moznion/sesstok と 1password を利用して CLI から AssumeRole する方法をまとめます。 - nao blog

                  • AssumeRoleで取得しゅとくした一時いちじクレデンシャルの情報じょうほうを環境かんきょう変数へんすうにセットしてもAWS認証にんしょうが通とおらずハマった話はなし | DevelopersIO

                    こんにちは、CX事業じぎょう本部ほんぶの若槻わかつきです。 前回ぜんかい投稿とうこうした次つぎの記事きじの執筆しっぴつのための検証けんしょうの際さいに、 AssumeRole（スイッチロール）で一時いちじクレデンシャルを取得しゅとくして環境かんきょう変数へんすうにセットするワンライナー | Developers.IO 記事きじで紹介しょうかいしているワンライナーにより取得しゅとくした一時いちじクレデンシャルの情報じょうほうを環境かんきょう変数へんすうにセットしてもAWS認証にんしょうが通とおらずハマったので、その際さいの話はなしを共有きょうゆうします。 事象じしょう 前述ぜんじゅつの記事きじで紹介しょうかいしている次つぎのコマンドを実行じっこうして、AssumeRoleで取得しゅとくした一時いちじクレデンシャルの情報じょうほうをを環境かんきょう変数へんすうAWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEYおよびAWS_SESSION_TOKENにセットしました。 % target_profile=<Assume先さきプロファイル名めい> % mfa_code=<6桁けたのMFAコード> % AWS_STS_CREDENTIALS=`aws st

                      AssumeRoleで取得した一時クレデンシャルの情報を環境変数にセットしてもAWS認証が通らずハマった話 | DevelopersIO

                    • AssumeRole（スイッチロール）で一時いちじクレデンシャルを取得しゅとくして環境かんきょう変数へんすうにセットするワンライナー | DevelopersIO

                      こんにちは、CX事業じぎょう本部ほんぶの若槻わかつきです。 今回こんかいは、AWS CLIでAssumeRole（スイッチロール）により一時いちじクレデンシャルを取得しゅとくして環境かんきょう変数へんすうAWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEY、AWS_SESSION_TOKENにセットしてAWS接続せつぞく時じの認証にんしょうに利用りよう可能かのうとするワンライナーを作つくってみたのでご紹介しょうかいします。 前提ぜんてい AWSプロファイルが次つぎの通とおり設定せってい済ずみであること。（Assume先さきプロファイルのmfa_serialは必要ひつような場合ばあいのみ） [default] region=ap-northeast-1 output=json [profile <Assume先さきプロファイル名めい>] region = ap-northeast-1 mfa_serial = arn:aws:iam::xxxxxxxxxxxx:mfa/hoge role_arn = arn:aws:iam

                        AssumeRole（スイッチロール）で一時クレデンシャルを取得して環境変数にセットするワンライナー | DevelopersIO

                      • AssumeRole について DiveDeep する - サーバーワークスエンジニアブログ

                        コーヒーと DiveDeep が好すきな木谷きたに映見えみです。 皆みなさん、IAM を利用りようする際さい、「AssumeRole」というアクションを目めにしたことはありますか？恐おそらく多おおくの方ほうがかなりの回数かいすう目めにしているのではないでしょうか。 私わたしは特とくにこの「AssumeRole」というアクションが大好だいすきです。目立めだたないけれど、いつもたくさんのサービスの裏うらで活躍かつやくしている究極きゅうきょくの縁えんの下したの力持ちからもち、いいやつですよね。 本日ほんじつは AssumeRole について DiveDeep していきます。 IAM ロールはかぶると力ちからを得える帽子ぼうし AssumeRole とは アイデンティティベースのポリシー リソースベースのポリシー IAM ロールの信頼しんらいポリシー IAM ユーザーが引ひき受うける（かぶる）場合ばあい 例外れいがい AWS リソースが引ひき受うける（かぶる）場合ばあい IAM ロールを「引ひき受うける」「かぶる」とは さいごに 参考さんこう ひとりごと IAM ロールはか

                        • ついにaws-actions/configure-aws-credentials@v1にOIDCでAssumeRoleできる機能きのうが取とり込こまれました！ | DevelopersIO

                          吉川よしかわ@広島ひろしまです。 Release v1.6.0 · aws-actions/configure-aws-credentials 数日すうじつおきにチェックしていたのですが、今日きょう見みた所ところ3日にち前まえにリリースされていました！気きづくのに少すこし遅おくれを取とってしまいました。 GitHub Actions OIDCでconfigure-aws-credentialsでAssumeRoleする | DevelopersIO GitHub Actions OIDC+configure-aws-credentialsは最高さいこうなのですが、唯一ゆいいつ、configure-aws-credentialsのリリースバージョンが切きられていないことだけが気きになっていました。 みんなが待まち望のぞんだrelease GitHubドキュメントでも aws-actions/configure-aws-credentials@master とバージョンではな

                            ついにaws-actions/configure-aws-credentials@v1にOIDCでAssumeRoleできる機能が取り込まれました！ | DevelopersIO

                          • GitHub Actions OIDCでconfigure-aws-credentialsでAssumeRoleする | DevelopersIO

                            2022/1/8 aws-actions/configure-aws-credentials@v1アップデートを反映はんえいしました https://dev.classmethod.jp/articles/aws-configure-credentials-v1 吉川よしかわ@広島ひろしまです。 [GitHub Actions]aws-actions/configure-aws-credentialsを使つかってOIDCプロバイダを介かいしたSwitchRoleをする | DevelopersIO 先日せんじつこちらのブログを書かいたのですが、色々いろいろと変かわったため、最新さいしん内容ないようを反映はんえいした手順てじゅんを新あたらしくブログにすることにしました（古ふるい記事きじには注釈ちゅうしゃくを入いれておきます）。 IDプロバイダを作成さくせい まずIAM ID Providerを作成さくせいします。 プロバイダのタイプ: OpenIDConnect プロバイダのURL: https://token.ac

                              GitHub Actions OIDCでconfigure-aws-credentialsでAssumeRoleする | DevelopersIO

                            • [Terraform CLI]MFA認証にんしょうを使つかったAssumeRole。AWSVaultで解決かいけつ | DevelopersIO

                              はじめに 最近さいきん触さわり始はじめたTerraform CLI。Terraformコマンドを実行じっこうする権限けんげんは、AWS CLIと同おなじく.aws/credentials、.aws/configを利用りようすることができますが、MFA認証にんしょうを使つかったAssumeRoleを使つかう場合ばあいは、ひと手間てまが必要ひつようです。 MFA認証にんしょうはエラーとなる IAMを利用りようしている方ほうは、ユーザーおよびパスワードだけじゃなくMFAを必須ひっすとするポリシーで運用うんようされている方ほうが多おおいと思おもいます。また、環境かんきょう分離ぶんりでAWSアカウント間あいだはスイッチロールする運用うんようされている場合ばあい、aws:MultiFactorAuthPresentをtrueとするように設定せっていしている方ほうも多おおいかと思おもいます。Terraform CLIでも同おなじくMFAを必須ひっすとするよう、credentials、configにmfa_serialが指定していされたprofileを指定していして実行じっこうすると以下いかのエラーが発生はっせいします。

                                [Terraform CLI]MFA認証を使ったAssumeRole。AWSVaultで解決 | DevelopersIO

                              • AssumeRole（スイッチロール）で複数ふくすうAWSアカウント運用うんよう【ビギナー向むけ】 - サーバーワークスエンジニアブログ

                                技術ぎじゅつ三さん課かの杉村すぎむらです。これからAWSを本格ほんかく的てきに利用りようしていこうと思おもっている方ほうのために、複数ふくすうAWSアカウントの運用うんようを簡単かんたんにご説明せつめいします。 前回ぜんかいのブログをご理解りかいいただいていることを前提ぜんていとしていますので、未読みどくの方ほうは以下いかをご参照さんしょうください。 AWSアカウントとは？IAMとは？【ビギナー向むけ】 なお本ほん投稿とうこうではAWSビギナーの方ほうでも理解りかいいただけるよう表現ひょうげんを抽象ちゅうしょう化かしたり、あえて深ふかく説明せつめいしていない部分ぶぶんもありますが、まずは概要がいようを理解りかいするためのものとお考かんがえください。 1. 複数ふくすうAWSアカウントの利用りよう 前回ぜんかいのブログでは、AWSアカウントを部署ぶしょ単位たんい、あるいは環境かんきょう単位たんいで分わけるメリットを以下いかのように説明せつめいしました。 AWS権限けんげんの明確めいかくな分離ぶんり（セキュリティ・ガバナンス上じょうのメリット） AWS利用りよう料金りょうきんの明確めいかくな分離ぶんり（コスト管理かんり上じょうのメリット） さらに凝こった設計せっけい（セキュリティ・ガバナンス・コンプライアンス）を考かんがえたとき、下記かきのAWS La

                                  AssumeRole（スイッチロール）で複数AWSアカウント運用【ビギナー向け】 - サーバーワークスエンジニアブログ

                                • GetFederationToken は AssumeRole や GetSessionToken と何なにが違ちがうのか | DevelopersIO

                                  sts:GetFederationToken が好すきです。でも sts:AssumeRole はもっと好すきです。 コンバンハ、AssumeRole 大好だいすきおじさんです。 AssumeRole とは、IAM ユーザーや AWS サービスといったエンティティが IAM ロールを引ひき受うけるアクションを指さします。引ひき受うけた後のちは「IAM ロールを引ひき受うけたセッション」がプリンシパルとなりアクションを実行じっこうします。 IAM ロール自身じしんではなくそれを引ひき受うけたセッションが実行じっこう元もとである、という部分ぶぶんにえもいわれぬ浪漫ろうまんを感かんじますね。このようなプリンシパルはセッションプリンシパルと呼よばれることもあります。 そしてセッションプリンシパルと呼よばれるのは「IAM ロールを引ひき受うけたセッション」だけではありません。GetFederationToken によるフェデレーテッドユーザーもセッションプリンシパルのひとつです。

                                    GetFederationToken は AssumeRole や GetSessionToken と何が違うのか | DevelopersIO

                                  • AWS CLIがAssumeRoleする際さいのセッション名めいを指定していする | DevelopersIO

                                    こんにちは。サービスグループの武田たけだです。 AWS CLIは好すきですか？（挨拶あいさつ） AWSの操作そうさはマネジメントコンソールを利用りようしてぽちぽちする方法ほうほうも楽らくですが、自動じどう化かなどしたい場合ばあいにはAWS CLIも便利べんりです。またAWS CLIにはプロファイルにIAMロールを設定せっていしておくだけで自動的じどうてきにAssumeRole（スイッチロール）してコマンドを実行じっこうしてくれる機能きのうもあります。 さてAssumeRoleをして一時いちじ的てきなクレデンシャルを取得しゅとくする際さいにはセッション名めいの指定していが必要ひつようです。次つぎのようにassume-roleコマンドのリファレンスでも--role-session-nameが必須ひっすパラメーターとなっています。 assume-role --role-arn <value> --role-session-name <value> AWS CLIがプロファイルの設定せっていから自動的じどうてきにAssumeRoleする際さいには、セッション

                                      AWS CLIがAssumeRoleする際のセッション名を指定する | DevelopersIO

                                    • AWS SDK for JavaScriptで、「多た要素ようそ認証にんしょう(MFA)をしてAssumeRole(スイッチロール)」するスクリプトを書かいてみた | DevelopersIO

                                      AWS SDK for JavaScriptで、「多た要素ようそ認証にんしょう(MFA)をしてAssumeRole(スイッチロール)」するスクリプトを書かいてみた Jumpアカウント環境かんきょうでもAWS SDKを使つかって操作そうさしたかったので、AWS SDK for JavaScript　でスクリプト(TypeScript)を書かいてみました。 AWS SDK for JavaScriptで簡単かんたんに「多た要素ようそ認証にんしょう(MFA)をしてAssumeRole(スイッチロール)」したい こんにちは、のんピ です。 皆みなさんはAWS SDK for JavaScriptで以下いかのように「多た要素ようそ認証にんしょう(MFA)をしてAssumeRole(スイッチロール)」したいと思おもったことはありますか? 私わたしはあります。 AWS CLIの場合ばあいは、以下いか記事きじで紹介しょうかいしている通とおり、~/.aws/configを設定せっていすれば簡単かんたんにスイッチロールして操作そうさができます。 しかし、それで

                                        AWS SDK for JavaScriptで、「多要素認証(MFA)をしてAssumeRole(スイッチロール)」するスクリプトを書いてみた | DevelopersIO

                                      • AWS CLI で SSO profile を元もとにした AssumeRole profile の設定せってい - Qiita

                                        AWS CLI の設定せってい (~/.aws/config) で、 AssumeRole profile の source_profile として SSO Profile を指定していする、という内容ないようです。 この設定せっていにより、IAM User とその Key/Secret なしに、特定とくていの AWS アカウント上じょうのリソースに API 経由けいゆでアクセス可能かのうとなります。 本ほん記事きじでは、上記じょうきの具体ぐたい的てきな設定せってい方法ほうほうを紹介しょうかいします。 また、その設定せっていを用もちいて AWSアカウント上じょうに特定とくていのIAM Roleに切きり替かえて、 aws cli (aws コマンド) 実行じっこう時じもしくは aws-sdk を使つかったAWS API呼よび出だしを行おこなう方法ほうほうについても記載きさいします。 AssumeRole Profile の適用てきよう事例じれい この切きり替かえ操作そうさにより、例たとえば、 新規しんき機能きのうのリリース前まえに、事前じぜんにローカル環境かんきょうで権限けんげん設定せってい変更へんこうによる影響えいきょうをエミュレートすることなどが可能かのうで

                                          AWS CLI で SSO profile を元にした AssumeRole profile の設定 - Qiita

                                        • 今いまのはスイッチロールではない…AssumeRole からのフェデレーションサインインだ…をやってみた | DevelopersIO

                                          IAM ロールの認証にんしょう情報じょうほうでマネジメントコンソールにアクセスする、を実現じつげんできるのはスイッチロールだけではありません。一時いちじ的てきな認証にんしょう情報じょうほうを使用しようしてサインイントークンを取得しゅとくし、フェデレーテッドユーザーとしてサインインすることもできます。 コンバンハ、千葉ちば（幸こう）です。 …今いまのはスイッチロールでは無ない…　AssumeRole からのフェデレーションサインインだ… そんなセリフを言いいたくなったことはありませんか？私わたしはありません。「AssumeRole からのフェデレーションサインイン」なんてい回いまわしはきっとこの地球ちきゅう上じょうに存在そんざいしないので、ありません。 ここでのスイッチロールとは「① IAM ユーザーのユーザー名めいとパスワードを利用りようしてマネジメントコンソールにサインインする」「② IAM ロールに切きり替かえる」の流ながれを指さしています。 IAM ロールの認証にんしょう情報じょうほうを利用りようしてマネジメントコンソールで操作そうさしたい場合ばあいには、こ

                                            今のはスイッチロールではない…AssumeRole からのフェデレーションサインインだ…をやってみた | DevelopersIO

                                          • awsdoに ~/.aws/(config|credentials)の設定せってい情報じょうほうがなくてもAssumeRoleできるようにするためのオプションと、AssumeRoleしたロールでAWSコンソールにログインするオプションを追加ついかした - Copy/Cut/Paste/Hatena

                                            1年ねん以上いじょう前まえからの久ひさしぶりのアップデートです。 k1low.hatenablog.com --role-arn --source-profile 複数ふくすうのAWSアカウントを横断おうだんして作業さぎょうすることがあり、AssumeRoleのための設定せっていを~/.aws/(config|credentials)に書かくのすら面倒めんどうになってきたので、設定せっていなしでAssumeRoleができるようにするためのオプション --role-arn と --source-profile を追加ついかしました。 委任いにん元もとのアカウントAのロール arn:aws:iam::AAAAAAAAAAAAAA:role/example-role を委任いにん先さきのアカウントBに委任いにんできるようにしている場合ばあい、 委任いにん先さきのアカウントBの設定せっていが ~/.aws/(config|credentials) にある場合ばあいは（ profile-b ）、 $ awsdo --role-a

                                              awsdoに ~/.aws/(config|credentials)の設定情報がなくてもAssumeRoleできるようにするためのオプションと、AssumeRoleしたロールでAWSコンソールにログインするオプションを追加した - Copy/Cut/Paste/Hatena

                                            • Retool で AssumeRole してDynamoDBテーブルにアクセスする（アクセスキーが流出りゅうしゅつしても、被害ひがいを最小限さいしょうげんにしよう） | DevelopersIO

                                              いろんなデータベースやAPIと接続せつぞくしてWebアプリをサクッと作つくれるRetoolですが、DynamoDBと連携れんけいする場合ばあいは、IAMユーザのアクセスキーを使つかいます。 もし、アクセスキーが流出りゅうしゅつしたら一大事いちだいじです。 そこで、AssumeRoleを使つかって、少すこしでも影響えいきょうが小ちいさくなる方法ほうほうを試ためしてみました。 Retoolについては、下記かきをご覧らんください。 おすすめの方ほう RetoolでAssumeRoleしたい方かた IAMユーザとIAMロールと実験じっけん用ようのDynamoDBテーブルを作成さくせいする CloudFormationテンプレート 下記かきを作成さくせいします。 Retool用ようのIAMユーザ Retool用ようのIAMユーザに付与ふよするIAMポリシー（AssumeRoleのみ可能かのう） Retool用ようのIAMユーザがAssumeRoleするIAMロール（DynamoDBに対たいする操作そうさ権限けんげんのみ） DynamoDBテーブル AssumeRoleを

                                                Retool で AssumeRole してDynamoDBテーブルにアクセスする（アクセスキーが流出しても、被害を最小限にしよう） | DevelopersIO

                                              • AssumeRoleで取得しゅとくする一時いちじ的てきな認証にんしょう情報じょうほうの有効ゆうこう期限きげんを長ながくしてみた | DevelopersIO

                                                こんにちは、CX事業じぎょう本部ほんぶの若槻わかつきです。 AWSでのスイッチロール（AssumeRole）により取得しゅとくできる一時いちじ的てきな認証にんしょう情報じょうほうの有効ゆうこう期限きげんは、各種かくしゅassumeの方法ほうほう（AWSマネジメントコンソール、CLI、API）とも既定きていで1h、最大さいだい12hとなっています。 Using IAM roles - AWS Identity and Access Management 今回こんかいは、AssumeRoleで取得しゅとくする一時いちじ的てきな認証にんしょう情報じょうほうの有効ゆうこう期限きげんを既定きていの1hから長ながくしてみました。 現状げんじょうの有効ゆうこう期限きげんの確認かくにん コマンド実行じっこうで使用しようする変数へんすうを定義ていぎします。 % profile=<Profile> % role_name=<Role Name> Assumeの引受ひきうけロールの有効ゆうこう期限きげん（MaxSessionDuration）は既定きていの1hとなっています。 % aws iam get-role \ --profile ${profile} \ -

                                                  AssumeRoleで取得する一時的な認証情報の有効期限を長くしてみた | DevelopersIO

                                                • IAMユーザーにAssumeRoleの権限けんげんが無なくてもスイッチロールできる（ように見みえる）のはなぜですか？ | DevelopersIO

                                                  困こまっていた内容ないよう スイッチロールの信頼しんらい関係かんけい設定せっていにおける AssumeRole権限けんげんについて質問しつもんします。 自じアカウントのIAMユーザーに、自じアカウントのIAMロールにスイッチできるよう設定せっていを行おこなっています。 ロールの信頼しんらい関係かんけいを次つぎのようにアカウント（ root = アカウント自体じたい の意味いみになります）で指定していした場合ばあい、ユーザーに「sts:AssumeRole」のアクセス権限けんげんが必要ひつようだと認識にんしきしています。 arn:aws:iam::XXXXXXXXXXXX:root 一方いっぽうで、ロールの信頼しんらい関係かんけいを次つぎのようにユーザー名めいで指定していすると、ユーザーに「sts:AssumeRole」のアクセス権限けんげんが無なくてもスイッチロールできてしまいます。 arn:aws:iam::XXXXXXXXXXXX:user/username このような振ふる舞まいの違ちがいが起おきるのはどうしてでしょうか？ ユーザー名めいで指定していする方法ほうほうでスイッチロールする場合ばあい、

                                                    IAMユーザーにAssumeRoleの権限が無くてもスイッチロールできる（ように見える）のはなぜですか？ | DevelopersIO

                                                  • GKEのPodからTokenRequestProjectionで発行はっこうされたOIDCのID Tokenを使用しようしてAWSのRoleにAssumeRoleしてみる | GRIPHONE ENGINEER'S BLOG

                                                    GKEのPodからTokenRequestProjectionで発行はっこうされたOIDCのID Tokenを使用しようしてAWSのRoleにAssumeRoleしてみる この記事きじは GRIPHONE Advent Calendar 2021 2日にち目めの記事きじです。 SREの徳田とくたです。 GKEのTokenRequestで発行はっこうされたID Tokenって外そとから検証けんしょうできるんだっけ・・？という疑問ぎもんから色々いろいろ探さがしていたところ、OpenID Connect Discoveryまで実装じっそうされており外部がいぶからID Tokenの検証けんしょうが可能かのうだったため、これを活用かつようして今回こんかいはAWSのRoleにAssumeRoleしてみようと思おもいます。 TL;DR TokenRequestProjectionでTokenをマウントAWSでOIDC Identity Providerの設定せっていとそこからAssumeRoleできるIAM Roleの作成さくせいProvi

                                                      GKEのPodからTokenRequestProjectionで発行されたOIDCのID Tokenを使用してAWSのRoleにAssumeRoleしてみる | GRIPHONE ENGINEER'S BLOG

                                                    • [超ちょう小しょうネタ]Windows 10でAssumeRole後ごにAWS CLIのコマンドを試ためしてみた | DevelopersIO

                                                      こんにちは！コンサル部ぶのinomaso(@inomasosan)です。 前回ぜんかい、Cyberduckのブログを書かいたのですが、ローカル端末たんまつでAssumeRoleした場合ばあいにどうやってAWS CLIのコマンド実行じっこうすればいいんだっけ？？となりました。 普段ふだんはAWS Cloud Shellを使つかうことが多おおいので、時間じかんが経たつと忘わすれそうだなと思おもい、備忘びぼう用ようにブログで残のこすことにしました。 まとめ IAMロールのプロファイルを指定していしてコマンド実行じっこうすればよい。 やってみた AWS CLIのクレデンシャル設定せってい 前回ぜんかいと同様どうように以下いかのパスにクレデンシャルを設定せっていしていきます。 C:\Users\<ユーザ名めい>\.aws\credentials 以下いかのようなクレデンシャル設定せっていでコマンドを実行じっこうできるか試ためしていきます。 [iam-user] aws_access_key_id = AKIAXXXXXXXXXXXXXXXXXXX aw

                                                        [超小ネタ]Windows 10でAssumeRole後にAWS CLIのコマンドを試してみた | DevelopersIO

                                                      • AWS Step Functionsでタスク毎ごとに別べつアカウントのロールにAssumeRole（スイッチロール）出来できるようになりました！ | DevelopersIO

                                                        AWS Step Functionsでタスク毎ごとに別べつアカウントのロールにAssumeRole（スイッチロール）出来できるようになりました！ AWS Step Functionsでタスク毎ごとに別べつアカウントのロールにAssumeRole（スイッチロール）出来できるようになりました!これでリソースベースポリシーがサポートされてない別べつアカウントのリソースもStep Functionsから直接ちょくせつ操作そうさ出来できるように！ お疲つかれさまです。とーちです。 最近さいきんは AWS re:Invent 2022 の開催かいさいが近ちかいせいかすごい数かずのアップデートが AWS から発表はっぴょうされてますね。 そんなアップデートの中なかでも個人こじん的てきにオッと思おもったアップデートである AWS Step Functions のクロスアカウントアクセスに関かんするアップデートをご紹介しょうかいしたいと思おもいます。 かんたんまとめ ステートマシン内ないのタスク単位たんいで別べつアカウントのロールに Ass

                                                          AWS Step Functionsでタスク毎に別アカウントのロールにAssumeRole（スイッチロール）出来るようになりました！ | DevelopersIO

                                                        • [小しょうネタ]GitHub ActionsでAssumeRoleするOIDCプロバイダのIssuerURLとオーディエンスの指定していが変更へんこうされました | DevelopersIO

                                                          9月に話題わだいとなったGitHub ActionsでAWS Credentials が不要ふようでAssumeRoleできるようになりましたが、OIDCプロバイダのIssuerURLが変更へんこうになりました。 突然とつぜんの実行じっこうエラー 当初とうしょは以下いかのCloudFormationテンプレートでIAMロールを作成さくせいして10/8くらいまで動うごいていました。 AWSTemplateFormatVersion: "2010-09-09" Parameters: RepoName: Type: String Default: example-nakahara/cfn-cicd Resources: Role: Type: AWS::IAM::Role Properties: RoleName: github-actions-role ManagedPolicyArns: [arn:aws:iam::aws:policy/ReadO

                                                            [小ネタ]GitHub ActionsでAssumeRoleするOIDCプロバイダのIssuerURLとオーディエンスの指定が変更されました | DevelopersIO

                                                          • GitHub ActionsとAWSのOIDC連携れんけいで特定とくていのRepositoryやBranchにのみAssumeRoleを許可きょかさせてみた | DevelopersIO

                                                            GitHub ActionsとAWSのOIDC連携れんけいで特定とくていのRepositoryやBranchにのみAssumeRoleを許可きょかさせてみた こんにちは、CX 事業じぎょう本部ほんぶ IoT 事業じぎょう部ぶの若槻わかつきです。 今回こんかいは、GitHub Actions と AWS の OIDC 連携れんけいで特定とくていの Repository や Branch にのみ AssumeRole を許可きょかさせてみました。 設定せってい箇所かしょ GitHub と AWS の OIDC 連携れんけいをさせるためには、AWS には次つぎの 2 つのリソースを作成さくせいする必要ひつようがあります。 ID Provider IAM Role（および Inline Policy） そして OIDC 可能かのうな GitHub の Repository や Branch を制限せいげんする場合ばあいは、IAM Role の Trusted entities のConditionを設定せっていする必要ひつようがあります。 { "Versi

                                                              GitHub ActionsとAWSのOIDC連携で特定のRepositoryやBranchにのみAssumeRoleを許可させてみた | DevelopersIO

                                                            • AWS SDK for JavaScript v3で多た要素ようそ認証にんしょう(MFA)をしてAssumeRole(スイッチロール)やEC2インスタンスを作成さくせいしてみた | DevelopersIO

                                                              AWS SDK for JavaScript v3で多た要素ようそ認証にんしょう(MFA)をしてAssumeRole(スイッチロール)やEC2インスタンスを作成さくせいしてみた v2とv3があったらv3を触さわってみたくなるのが人ひとの性せい こんにちは、のんピ です。 皆みなさんはAWS SDK for JavaScript v3を触さわったことはありますか? 私わたしはありません。 AWS SDK for JavaScript v3は、こちらのwhat's newにある通とおり、2020/12/15に一般いっぱん公開こうかいされています。 AWS SDK for JavaScript v2とAWS SDK for JavaScript v3があったら、より新あたらしいAWS SDK for JavaScript v3を触さわってみたくなるのが人ひとの性せいというものです。 リリースされた半年はんとし以上いじょう経たった2021年ねん8月がつ現在げんざいでも、触さわってみた系けいの記事きじが少すくないのもあり、AWS SDK

                                                                AWS SDK for JavaScript v3で多要素認証(MFA)をしてAssumeRole(スイッチロール)やEC2インスタンスを作成してみた | DevelopersIO

                                                              • インスタンスプロファイル作成さくせいとAWS Systems Managerの設定せっていをAWS CLIを使つかってやってみようとしたら、IAM ロールとポリシーとAssumeRoleでハマったのでやってみた順番じゅんばんで整理せいりしてみた | DevelopersIO

                                                                インスタンスプロファイル作成さくせいとAWS Systems Managerの設定せっていをAWS CLIを使つかってやってみようとしたら、IAM ロールとポリシーとAssumeRoleでハマったのでやってみた順番じゅんばんで整理せいりしてみた みなさんどうも、新卒しんそつエンジニアのたいがーです? 何なにが起おこったのかと言いいますと、タイトル通どおりです。AWS CLIでインスタンスプロファイルとAWS Systems Manager(以下いか、SSM)の設定せっていをしようとして、とても詰つまりました。 私わたしが"どういうところにハマったか、どう解決かいけつしたか"、実際じっさいの流ながれに沿そって書かいていきたいと思おもいます。 そもそも何なにがあったのか 始はじめは、AWS CLIを使つかってCloud Formationのテンプレートからスタックを作成さくせいしようとしていました。 今回こんかいのテンプレートでは、スタック実行じっこう前まえにインスタンスプロファイルを作成さくせいする必要ひつようがあったため、IAMロールを新あらたに作成さくせい

                                                                  インスタンスプロファイル作成とAWS Systems Managerの設定をAWS CLIを使ってやってみようとしたら、IAM ロールとポリシーとAssumeRoleでハマったのでやってみた順番で整理してみた | DevelopersIO

                                                                • CircleCIとAWSのOIDC連携れんけいで特定とくていのProjectやUserにのみAssumeRoleを許可きょかさせてみた | DevelopersIO

                                                                  こんにちは、CX事業じぎょう本部ほんぶ IoT事業じぎょう部ぶの若槻わかつきです。 前回ぜんかいのエントリでは、CircleCIとAWSをOIDC連携れんけいさせて、永続えいぞく的てきな認証にんしょう情報じょうほうを使用しようしないセキュアなAssumeRoleを試ためしてみました。 今回こんかいは、CircleCIとAWSのOIDC連携れんけいでさらにセキュリティを高たかめる対応たいおうとして、特定とくていのCircle CI Project（GitHub Repository）やUserにのみAssumeRoleを許可きょかする設定せっていを試ためしてみました。 やってみた 同おなじCircleCI Organization（GitHub Account）に属ぞくするProject（Repository）であるrepository_aとrepository_bで試ためしてみます。 準備じゅんび まず準備じゅんびとして、ProjectおよびUserの制限せいげんなくOIDCによるAssumeRoleが可能かのうなOIDC設定せっていを構築こうちくします。（前回ぜんかいのエントリとほぼ同おなじ構築こうちく内ない

                                                                    CircleCIとAWSのOIDC連携で特定のProjectやUserにのみAssumeRoleを許可させてみた | DevelopersIO

                                                                  • 【AWS IAM 小しょうネタ】権限けんげんを狭せばめてスイッチロール(AssumeRole)する | DevelopersIO

                                                                    何なにか作業さぎょうを行おこなう際さいに、作業さぎょう用ようのIAMロールへ スイッチロール(AssumeRole)するケースは多おおいと思おもいます。 そのときの権限けんげんは基本きほん的てきには 「そのロールにアタッチされたポリシー」です。 ですが、その権限けんげんを AssumeRole 時じに狭せばめられることを最近さいきん(今更いまさら)知しりました。 「セッションポリシー」というものを使つかって スイッチロール先さきでの権限けんげんを狭せばめられるとのこと。 今回こんかいはこのセッションポリシーを適用てきようして スイッチロール(AssumeRole)を試ためしてみました。 まずは普通ふつうにAssumeRole まずは aws sts assume-role コマンドを使つかった いつもどおりのスイッチロールを紹介しょうかいします。 以下いかシンプルなコマンドサンプルです。 ### スイッチ先さきのロールARN role_arn="arn:aws:iam::123456789012:role/example-dev-role" ##

                                                                      【AWS IAM 小ネタ】権限を狭めてスイッチロール(AssumeRole)する | DevelopersIO

                                                                    • GitHub ActionsでAWSにAssumeRoleでデプロイしてSlack通知つうちしようとしたらError: Resource not accessible by integrationが発生はっせいした | DevelopersIO

                                                                      GitHub ActionsでAWSにAssumeRoleでデプロイしてSlack通知つうちしようとしたらError: Resource not accessible by integrationが発生はっせいした 2021/11/26追記ついき 本ほん記事きじの内容ないようをリポジトリのREADMEに取とり込こんでもらえました。 https://github.com/8398a7/action-slack/pull/177 吉川よしかわ@広島ひろしまです。 GitHub Actions OIDCが熱あついですね。日本語にほんご情報じょうほうも続々ぞくぞく出でてきています。 GitHub Actions: Secure cloud deployments with OpenID Connect | GitHub Changelog GitHub ActionsがOpenID Connectをサポート。GitHubからクラウドへのデプロイがより安全あんぜんに － Publickey G

                                                                        GitHub ActionsでAWSにAssumeRoleでデプロイしてSlack通知しようとしたらError: Resource not accessible by integrationが発生した | DevelopersIO

                                                                      • Boto3でAssumeRoleする際さいにSTSのリージョナルエンドポイントを使用しようする | DevelopersIO

                                                                        こんにちは。サービスグループの武田たけだです。 すべてのリージョンでAWS Configを有効ゆうこう化かしようとしたところ、ある特定とくていリージョンのみ次つぎのエラーが出でて処理しょりが完了かんりょうできませんでした。 An error occurred (UnrecognizedClientException) when calling the DescribeConfigurationRecorders operation: The security token included in the request is invalid あるリージョンというのは香港ほんこんリージョン（ap-east-1）です。香港ほんこんリージョンのみ処理しょりが失敗しっぱいすると聞きいてピンとくる人ひともいるでしょうか。たとえば検索けんさくすると次つぎのエントリがヒットします。 このエントリにもあるように、オプトインリージョンで正ただしく処理しょりするためにはSTSエンドポイントに気きをつける必要ひつようがありま

                                                                          Boto3でAssumeRoleする際にSTSのリージョナルエンドポイントを使用する | DevelopersIO

                                                                        • Use AssumeRole to provision AWS resources across accounts | Terraform | HashiCorp Developer

                                                                          AWS AssumeRole allows you to grant temporary credentials with additional privileges to users as needed, following the principle of least privilege. To configure AssumeRole access, you must define an IAM role that specifies the privileges that it grants and which entities can assume it. AssumeRole can grant access within or across AWS accounts. If you are administering multiple AWS accounts, you ca

                                                                            Use AssumeRole to provision AWS resources across accounts | Terraform | HashiCorp Developer

                                                                          • Using AWS AssumeRole with the AWS Terraform Provider

                                                                            Introduction This article will detail how to use AWS AssumeRole with the AWS Terraform provider to connect to other AWS accounts via one AWS account. AWS AssumeRole allows an IAM user to use security credentials from one AWS account to request temporary security credentials to access other AWS accounts by assuming roles in those accounts. This allows an IAM user to access multiple AWS accounts wit

                                                                            • AWS SDK For Python (Boto3) で「多た要素ようそ認証にんしょう(MFA)が必要ひつようなAssumeRole(スイッチロール)」をするスクリプトを書かいてみる | DevelopersIO

                                                                              オペレーション部ぶの加藤かとう(早はや)です。 上うえ図ずのように、あるAWSアカウントのIAMユーザから別べつAWSアカウントに存在そんざいするIAMロールに対たいして MFA用ようのワンタイムパスワードを用もちいてAssumeRole(スイッチロール)するスクリプトを作成さくせいしました。 サンプルコード IAMユーザの持もち主ぬしがローカル端末たんまつで動うごかすことを想定そうていしています。 ワンタイムパスワードは対話たいわ的てきに入力にゅうりょくします。 from boto3.session import Session # 変数へんすう設定せってい PROFILE = 'default' # 端末たんまつの ~/.aws/credentials 内ないで設定せっていしているプロファイル名めい ROLE_NAME='myRole' # スイッチロール先さきのロール名めい TARGET_ACCOUNT='123456789012' # スイッチロール先さきAWSアカウントID(12桁けた) REGION = 'ap-northeas

                                                                                AWS SDK For Python (Boto3) で「多要素認証(MFA)が必要なAssumeRole(スイッチロール)」をするスクリプトを書いてみる | DevelopersIO
                                                                              1

                                                                              新着しんちゃく記事きじ

                                                                              はてなブックマーク

                                                                              公式こうしきTwitter

                                                                              はてなのサービス

                                                                              • App Storeからダウンロード
                                                                              • Google Playで手に入れよう
                                                                              Copyright © 2005-2024 Hatena. All Rights Reserved.