ある企業では、開発チームがCI/CDパイプライン用のIAMロールを自分たちで作成・管理できるよう権限を委任したいと考えています。しかし、開発者が意図的または誤って本番データへの無制限アクセス（例：s3:*やdynamodb:*）を持つロールを作成する権限昇格（privilege escalation）リスクを防ぐ必要があります。最小権限の原則を維持しながら開発者の自律性を確保する最も適切な方法はどれですか？
IAM Permission Boundary（アクセス許可境界）はIAMエンティティが持てる最大有効権限の上限を定義します。開発者がロール作成時にPermission Boundaryのアタッチを強制（iam:PermissionsBoundary条件で特定のBoundaryポリシーARNを指定）することで、作成されたロールはBoundaryで定義された範囲を超えた権限を行使できなくなります。s3:*をアタッチしても、BoundaryにS3の制限が含まれていれば有効権限はBoundaryの範囲内に収まります。 選択肢A（AWS管理ポリシーへの制限）はAdministratorAccessなど強力なAWS管理ポリシーも対象に含まれるため権限昇格を実質的に防げません。 選択肢C（AWS Config Auto Remediation）は問題発生後の事後対応であり予防策にはなりません。 選択肢D（Service Catalog）は開発者が自律的にロールを作成できるという要件を満たしません。