翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
と IAM の AWS Security Hub 連携方法
AWS Identity and Access Management (IAM) を使用して へのアクセスを管理する前に AWS Security Hub、Security Hub で使用できる IAM 機能を確認してください。
で使用できる IAM の機能 AWS Security Hub | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
IAM 機能 | Security Hub のサポート | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
なし |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
いいえ |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
なし |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
いいえ |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
あり |
Security Hub およびその他の がほとんどの IAM 機能と AWS のサービス 連携する方法の概要については、IAM ユーザーガイドのAWS のサービス 「IAM と連携する 」を参照してください。
Security Hub のアイデンティティベースのポリシー
アイデンティティベースポリシーをサポートする |
あり |
アイデンティティベースポリシーは、IAM ユーザー、ユーザーグループ、ロールなど、アイデンティティにアタッチできる JSON 許可ポリシードキュメントです。これらのポリシーは、ユーザーとロールが実行できるアクション、リソース、および条件をコントロールします。アイデンティティベースのポリシーを作成する方法については、IAM ユーザーガイドのIAM ポリシーの作成を参照してください。
IAM アイデンティティベースのポリシーでは、許可または拒否するアクションとリソース、およびアクションを許可または拒否する条件を指定できます。プリンシパルは、それが添付されているユーザーまたはロールに適用されるため、アイデンティティベースのポリシーでは指定できません。JSON ポリシーで使用できるすべての要素について学ぶには、IAM ユーザーガイドのIAM JSON ポリシーの要素のリファレンスを参照してください。
Security Hub はアイデンティティベースのポリシーをサポートしています。詳細については、「Security Hub のアイデンティティベースのポリシーの例」を参照してください。
Security Hub の Resource=based ポリシー
リソースベースのポリシーのサポート |
なし |
リソースベースのポリシーは、リソースに添付する JSON ポリシードキュメントです。リソースベースのポリシーには例として、IAM ロールの信頼ポリシー や Amazon S3 バケットポリシー があげられます。リソースベースのポリシーをサポートするサービスでは、サービス管理者はポリシーを使用して特定のリソースへのアクセスを制御できます。ポリシーがアタッチされているリソースの場合、指定されたプリンシパルがそのリソースに対して実行できるアクションと条件は、ポリシーによって定義されます。リソースベースのポリシーでは、プリンシパルを指定する必要があります。プリンシパルには、アカウント、ユーザー、ロール、フェデレーティッドユーザー、または を含めることができます AWS のサービス。
クロスアカウントアクセスを有効にするには、アカウント全体、または別のアカウントの IAM エンティティをリソースベースのポリシーのプリンシパルとして指定します。リソースベースのポリシーにクロスアカウントのプリンシパルを追加しても、信頼関係は半分しか確立されない点に注意してください。プリンシパルとリソースが異なる にある場合 AWS アカウント、信頼されたアカウントの IAM 管理者は、プリンシパルエンティティ (ユーザーまたはロール) にリソースへのアクセス許可も付与する必要があります。IAM 管理者は、アイデンティティベースのポリシーをエンティティにアタッチすることで権限を付与します。ただし、リソースベースのポリシーで、同じアカウントのプリンシパルへのアクセス権が付与されている場合は、アイデンティティベースのポリシーをさらに付与する必要はありません。詳細については、「IAM ユーザーガイド」の「IAM でのクロスアカウントリソースアクセス」を参照してください。
Security Hub では、リソースベースのポリシーはサポートされていません。IAM ポリシーを Security Hub リソースに直接アタッチすることはできません。
Security Hub のポリシーアクション
ポリシーアクションに対するサポート |
あり |
管理者は AWS JSON ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どのプリンシパルがどんなリソースにどんな条件でアクションを実行できるかということです。
JSON ポリシーのAction
要素には、ポリシー内のアクセスを許可または拒否するために使用できるアクションが記述されます。ポリシーアクションの名前は通常、関連付けられた AWS API オペレーションと同じです。一致する API オペレーションのない許可のみのアクションなど、いくつかの例外があります。また、ポリシーに複数のアクションが必要なオペレーションもあります。これらの追加アクションは、依存アクションと呼ばれます。
このアクションは、関連付けられたオペレーションを実行するための権限を付与するポリシーで使用されます。
Security Hub のポリシーアクションは、アクションの前に次のプレフィックスを使用します。
securityhub:
例えば、Security Hub API の EnableSecurityHub
オペレーションに対応するアクションである Security Hub を有効にするアクセス許可をユーザーに付与するには、ポリシーに securityhub:EnableSecurityHub
アクションを含めます。ポリシーステートメントには、Action
または NotAction
要素を含める必要があります。Security Hub では、このサービスで実行できるタスクを記述する独自のアクションのセットを定義します。
"Action": "securityhub:EnableSecurityHub"
単一のステートメントで複数のアクションを指定するには、アクションをカンマで区切ります。例:
"Action": [
"securityhub:EnableSecurityHub",
"securityhub:BatchEnableStandards"
ワイルドカード (*) を使用して複数のアクションを指定することもできます。例えば、Get
という単語で始まるすべてのアクションを指定するには、次のアクションを含めます。
"Action": "securityhub:Get*"
ただしベストプラクティスとして、最小特権 の原則に準拠したポリシーを作成してください。別の言い方をすると、特定タスクの実行にのみ必要とされる権限のみが含まれたポリシーを作成してください。
、、BatchGetStandardsControlAssociations
および にアクセスするにはBatchGetSecurityControls
、ユーザーが DescribeStandardsControl
オペレーションにアクセスできる必要がありますListStandardsControlAssociations
。
、、および にアクセスするにはBatchUpdateStandardsControlAssociations
、ユーザーが UpdateStandardsControls
オペレーションにアクセスできる必要がありますUpdateSecurityControl
。
Security Hub アクションのリストについては、「サービス認証リファレンス」の「 で定義されるアクション AWS Security Hub」を参照してください。Security Hub アクションを指定するポリシーの例については、「」を参照してくださいSecurity Hub のアイデンティティベースのポリシーの例。
リソース
ポリシーリソースに対するサポート |
なし |
管理者は AWS JSON ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どのプリンシパルがどのリソースにどのような条件でアクションを実行できるかということです。
Resource
JSON ポリシー要素は、アクションが適用されるオブジェクトを指定します。ステートメントには、Resource
または NotResource
要素を含める必要があります。ベストプラクティスとして、Amazon リソースネーム (ARN) を使用してリソースを指定します。これは、リソースレベルの許可と呼ばれる特定のリソースタイプをサポートするアクションに対して実行できます。
オペレーションのリスト化など、リソースレベルの権限をサポートしないアクションの場合は、ステートメントがすべてのリソースに適用されることを示すために、ワイルドカード (*) を使用します。
"Resource": "*"
Security Hub では、次のリソースタイプを定義します。
-
[Hub] (ハブ)
-
製品
-
クロスリージョンアグリゲータとも呼ばれるアグリゲータの検索
-
自動化ルール
-
設定ポリシー
ARN を使用して、ポリシーでこれらのタイプのリソースを指定できます。
Security Hub リソースタイプのリストと各リソースの ARN 構文については、「サービス認証リファレンス」の「 で定義されるリソースタイプ AWS Security Hub」を参照してください。リソースのタイプごとに指定できるアクションについては、「サービス認証リファレンス」の「 で定義されるアクション AWS Security Hub」を参照してください。リソースを指定するポリシーの例については、Security Hub のアイデンティティベースのポリシーの例を参照してください。
Security Hub のポリシー条件キー
サービス固有のポリシー条件キーのサポート |
あり |
管理者は AWS JSON ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どのプリンシパルがどんなリソースにどんな条件でアクションを実行できるかということです。
Condition
要素 (または Condition
ブロック) を使用すると、ステートメントが有効な条件を指定できます。Condition
要素はオプションです。イコールや未満などの 条件演算子 を使用して条件式を作成することで、ポリシーの条件とリクエスト内の値を一致させることができます。
1 つのステートメントに複数の Condition
要素を指定する場合、または 1 つの Condition
要素に複数のキーを指定する場合、 AWS では AND
論理演算子を使用してそれらを評価します。1 つの条件キーに複数の値を指定すると、 は論理OR
オペレーションを使用して条件 AWS を評価します。ステートメントの権限が付与される前にすべての条件が満たされる必要があります。
条件を指定する際にプレースホルダー変数も使用できます。例えば IAM ユーザーに、IAM ユーザー名がタグ付けされている場合のみリソースにアクセスできる権限を付与することができます。詳細については、IAM ユーザーガイドのIAM ポリシーの要素: 変数およびタグを参照してください。
AWS は、グローバル条件キーとサービス固有の条件キーをサポートします。すべての AWS グローバル条件キーを確認するには、「IAM ユーザーガイド」のAWS 「 グローバル条件コンテキストキー」を参照してください。
Security Hub の条件キーのリストについては、「サービス認証リファレンス」の「 の条件キー AWS Security Hub」を参照してください。条件キーを使用できるアクションとリソースについては、「 で定義されるアクション AWS Security Hub」を参照してください。条件キーを使用するポリシーの例については、「Security Hub のアイデンティティベースのポリシーの例」を参照してください。
Security Hub ACLs)
ACL のサポート |
なし |
アクセスコントロールリスト (ACL) は、どのプリンシパル (アカウントメンバー、ユーザー、またはロール) がリソースにアクセスするための許可を持つかをコントロールします。ACL はリソースベースのポリシーに似ていますが、JSON ポリシードキュメント形式は使用しません。
Security Hub は ACLsをサポートしていません。つまり、ACL を Security Hub リソースにアタッチすることはできません。
Security Hub での属性ベースのアクセスコントロール (ABAC)
ABAC のサポート (ポリシー内のタグ) |
はい |
属性ベースのアクセス制御 (ABAC) は、属性に基づいてアクセス許可を定義するアクセス許可戦略です。では AWS、これらの属性はタグ と呼ばれます。タグは、IAM エンティティ (ユーザーまたはロール) および多くの AWS リソースにアタッチできます。エンティティとリソースのタグ付けは、ABAC の最初の手順です。その後、プリンシパルのタグがアクセスしようとしているリソースのタグと一致した場合にオペレーションを許可するように ABAC ポリシーをします。
ABAC は、急成長する環境やポリシー管理が煩雑になる状況で役立ちます。
タグに基づいてアクセスを管理するには、aws:ResourceTag/
、key-name
aws:RequestTag/
、または key-name
aws:TagKeys
の条件キーを使用して、ポリシーの 条件要素でタグ情報を提供します。
サービスがすべてのリソースタイプに対して 3 つの条件キーすべてをサポートする場合、そのサービスの値はありです。サービスが一部のリソースタイプに対してのみ 3 つの条件キーのすべてをサポートする場合、値は「部分的」になります。
ABAC の詳細については、IAM ユーザーガイドのABAC とは?を参照してください。ABAC をセットアップするステップを説明するチュートリアルについては、IAM ユーザーガイドの属性に基づくアクセスコントロール (ABAC) を使用するを参照してください。
Security Hub リソースにタグをアタッチできます。ポリシーの Condition
要素でタグ情報を指定することで、 リソースへのアクセスを制御することもできます。
Security Hub リソースのタグ付けの詳細については、「」を参照してくださいAWS Security Hub リソースのタグ付け。タグに基づいてリソースへのアクセスを制御するアイデンティティベースのポリシーの例については、Security Hub のアイデンティティベースのポリシーの例をご参照ください。
Security Hub で一時的なセキュリティ認証情報を使用する
一時的な認証情報のサポート |
あり |
一部の AWS のサービス は、一時的な認証情報を使用してサインインすると機能しません。一時的な認証情報 AWS のサービス を使用する などの詳細については、IAM ユーザーガイドのAWS のサービス 「IAM と連携する 」を参照してください。
ユーザー名とパスワード以外の AWS Management Console 方法で にサインインする場合、一時的な認証情報を使用します。例えば、会社の Single Sign-On (SSO) リンク AWS を使用して にアクセスすると、そのプロセスによって一時的な認証情報が自動的に作成されます。また、ユーザーとしてコンソールにサインインしてからロールを切り替える場合も、一時的な認証情報が自動的に作成されます。ロールの切り替えに関する詳細については、IAM ユーザーガイドのロールへの切り替え (コンソール)を参照してください。
一時的な認証情報は、 AWS CLI または AWS API を使用して手動で作成できます。その後、これらの一時的な認証情報を使用して . AWS recommends にアクセスできます AWS。これは、長期的なアクセスキーを使用する代わりに、一時的な認証情報を動的に生成することを推奨しています。詳細については、IAM の一時的セキュリティ認証情報を参照してください。
一時的な認証情報を使用して、フェデレーションでサインインする、IAM ロールを引き受ける、またはクロスアカウントロールを引き受けることができます。一時的なセキュリティ認証情報を取得するには、 AssumeRoleや などの AWS STS API オペレーションを呼び出しますGetFederationToken。
Security Hub は、一時的な認証情報の使用をサポートしています。
Security Hub の転送アクセスセッション
転送アクセスセッション (FAS) をサポート |
あり |
IAM ユーザーまたはロールを使用して でアクションを実行すると AWS、プリンシパルと見なされます。一部のサービスを使用する際に、アクションを実行することで、別のサービスの別のアクションがトリガーされることがあります。FAS は、 を呼び出すプリンシパルのアクセス許可を AWS のサービス、ダウンストリームサービス AWS のサービス へのリクエストのリクエストと組み合わせて使用します。FAS リクエストは、サービスが他の AWS のサービス またはリソースとのやり取りを完了する必要があるリクエストを受け取った場合にのみ行われます。この場合、両方のアクションを実行するためのアクセス許可が必要です。FAS リクエストを行う際のポリシーの詳細については、「転送アクセスセッション」を参照してください。
例えば、Security Hub を と AWS Organizations 統合 AWS のサービス し、Organizations 内の組織の委任された Security Hub 管理者アカウントを指定すると、Security Hub はダウンストリームに FAS リクエストを行います。
その他のタスクでは、Security Hub はサービスにリンクされたロールを使用してユーザーに代わってアクションを実行します。このロールの詳細については、Security Hub のサービスにリンクされたロールを参照してください。
Security Hub のサービスロール
Security Hub はサービスロールを引き受けたり使用したりしません。ユーザーに代わってアクションを実行するために、Security Hub はサービスにリンクされたロールを使用します。このロールの詳細については、Security Hub のサービスにリンクされたロールを参照してください。
警告
サービスロールのアクセス許可を変更すると、Security Hub の使用で運用上の問題が発生する可能性があります。Security Hub が指示する場合以外は、サービスロールを編集しないでください。
Security Hub のサービスにリンクされたロール
サービスリンクロールのサポート |
あり |
サービスにリンクされたロールは、 にリンクされたサービスロールの一種です AWS のサービス。サービスは、ユーザーに代わってアクションを実行するロールを引き受けることができます。サービスにリンクされたロールは に表示され AWS アカウント 、サービスによって所有されます。IAM 管理者は、サービスにリンクされたロールのアクセス許可を表示できますが、編集することはできません。
Security Hub は、サービスにリンクされたロールを使用してユーザーに代わってアクションを実行します。このロールの詳細については、Security Hub のサービスにリンクされたロールを参照してください。