許可されている操作のみ可能。パスワードを使用する流れに似ているので、イメージしやすいかと思います。ユーザーで発行した認証情報は、明示的に無効化したり変更しない限り変わらないという意味です。使用するために認証情報を発行した後、何もしなければその認証情報はずっとそのまま使い続けることができてしまいます。ロールを使用して発行した認証情報は有効期限付きという特徴から「一時的な」認証情報と呼ばれます。そのため認証情報が不要になった際にローテーションしたり、明示的に取り消したりする必要がありません。これは、認証情報が漏洩した時のリスクを減らすことにつながります。ロールの「一時的な」認証情報にはアクセスキーに加えてセッショントークンも含まれます。それぞれの認証情報がどんな値なのかの例を挙げておきます。シークレットアクセスキーのペア」のことを指します。ユーザーでも期限付きの認証情報も発行できますが、今回はその機能の話はしません。ユーザーは複数の人や複数のアプリケーションで共有して使用するものではありません。ユーザーを使用すると、アカウントごとに用意している複数の長期的な認証情報を管理することになってしまいます。ロールとの違い」をいくつか知っていただきました。ロールを学び始めた時につまずきやすい部分を軸に話を進めます。リソースなどに許可したい権限のみを渡せます。ロールのよくあるシナリオが載っています。ユーザーより単純ではないことだと思います。!そこでこの仕組みの概要を掴むため、私なりに図を描いてみました。パターン用意しています。(図の2と3の部分)認証情報を発行するまでに必要な登場人物も比べてみましょう。ユーザーの認証情報は「誰が使用するか」は決まっていなくても発行はできます。発行依頼をする必要があります。必要もう少し詳しく解説してみます。ロールを誰が使用できるかを定義します。ロールの認証情報を発行して良い相手を指定しているのですが、これを「信頼する」と言ったりもします。ロールが信頼した相手を今回の記事では「ロールのプリンシパル」と呼ぶことにします。アカウントなどがあります。ロールの認証情報を発行できるようになるのですが、認証情報を発行して使用することを「ロールを引き受ける」と言います。どれかが使用されます。されているため一度ここまで紹介した用語を整理しましょう。送っているかまとめてみました。?」と感じたかもしれません。ロールは引き受け時にそれぞれでセッションが確立され、セッションごとに認証情報も別で用意されます。ロールの認証情報を発行する仕組みについて整理しました。仕組みを知ったことでさらなる疑問が湧いてくることもあります。そのため、よくある疑問点をもう少し紹介していきます。時に指定した値で有効期限が設定されます。時間後には使用できなくなるため「一時的な」認証情報とも呼ばれます。?」と感じてしまう方もいらっしゃいます。ロールの認証情報の「一時的」が何を指しているのかを理解すれば明確になります。操作できる期間が一時的という意味ではないこちらを理解しやすくするため、私なりに図を書いてみました。感じるかもしれません。操作する場合でも必ず認証情報がローテーションされるため、認証情報が漏洩してしまった場合でも、長期間に渡って悪用されるリスクを減らせる可能性が上がります。ロールの認証情報だからといっても盗まれると有効期限内は悪用はされるため、もちろん漏洩しないようには注意しましょう。リソースを勝手に変更したり作成したりされる可能性はあります。使用することで実現が可能です。ロールの説明は最後です。操作をしたい場合は「定期的に認証情報を発行する」必要があります。ロールを引き受けたりしますが、操作中に認証情報の有効期限が切れると再発行の作業が必要になります。関数の作成時に実行ロールを指定したことがある方はこんな疑問が出るかもしれません。ロールを使用する場合に、認証情報を発行する作業を意識しなくても良いのです。サービスやリソースに渡しつつ、認証情報は定期的にローテーションされている状態」を実現しています。!」と思っていただけるよう工夫しながらテクニカルトレーナーをしています。最近は面白い漫画が増えすぎていて、時間が足りなくて困っています。がい、年齢、その他の属性によって差別することなく、平等に採用選考の機会を提供しています。