Least privilege
役割、Workload またはリソース範囲に応じて、必要な権限を正確に付与します。
概要
ネットワーク境界のセキュリティは、最新の Cloud 環境では十分ではありません。
アプリケーション、pipeline、ユーザー、自動化システムはすべて Cloud リソースへのアクセスを必要とします。IAM はアイデンティティを中心に据え、企業が最小権限の原則に従って権限を制御し、役割の変更時に迅速に取り消すことを支援します。
Identity-first security for クラウドインフラ。
ID ベースのアクセス制御、明確なポリシー、および運用チーム向けの完全なログによってリソースを保護します。
1
すべてのクラウドリソース向けの権限管理プラットフォーム
Zero
コード、パイプライン、ワークステーション全体に散在する認証情報を削減
SSO
既存の企業 identity provider を接続します
Audit
アクセス追跡、権限監査、ポリシー変更の確認
Centralized control
統一された制御レイヤーからユーザー、グループ、policy、service account を管理します。
Traceable access
調査、コンプライアンスおよび安全な運用をサポートするため、アクセスログを保持してください。
企業がIAMを必要とする理由
インフラストラクチャとチームが拡大する際のアクセス権限の誤設定リスクを軽減します
IAM はアクセス権を標準化し、分散した認証情報を削減し、セキュリティ審査に必要なデータを提供します。
不正アクセスを防止
認証および明確に許可されたアイデンティティのみが重要なクラウドリソースに対して操作を実行できる。
ユーザーライフサイクルの簡素化
ポリシーを 1 回更新すれば全グループに適用でき、onboarding、役割変更、offboarding が迅速に進みます。
ガバナンスおよびコンプライアンス要件を満たす
すべての重要なアクセス決定はログに記録され、監査証跡、セキュリティレビュー、および内部検査をサポートします。
SSO で分散した認証情報を削除
企業のID管理システムと接続し、従業員が既存の認証情報でログインできるようにします。
コア機能
アイデンティティ、権限、アクセス決定を包括的に制御。
クラウドプラットフォーム上の ID 管理とアクセス制御のライフサイクル全体を対象とした 4 つの機能グループ。
Users & Groups
グループまたはロールごとにユーザーを組織し、権限設定を実施
管理者アカウントにリンクされた IAM ユーザーを作成し、ユーザーを部門またはロール別にグループ化します。グループにポリシーを割り当てることで、すべてのメンバーに対して権限が均一に適用されます。
Policy Engine
各リソースの詳細なアクセス規定を定義
JSON でポリシーを作成し、明確な allow または deny を指定し、特定のアクション、サービス、リソースに限定して、正確な権限設定を実現します。
Service Account
アプリケーションおよび pipeline に専用のセキュアアイデンティティを付与
CI/CD、オートメーションスクリプト、またはKubernetesワークロード用のマシンアイデンティティを作成します。各サービスアカウントは最小権限を保持し、そのシークレットは独立して段階的に更新できます。
Federation
従業員が既存のアイデンティティでログインできるようにします
SAML 2.0経由で外部IDプロバイダーを接続します。フェデレーテッドユーザーは最小権限原則に基づいてプロビジョニングされ、割り当てられた場合のみ権限を取得します。
実践的なユースケース
企業のチーム、pipeline、システムに最適です。
IAM がデプロイ初日から価値をもたらすシナリオ。
大規模な開発チームのオンボード
Engineering、Finance、Operations などのグループを作成し、各グループに最小権限アクセスを付与し、人事変更時にメンバーシップを更新します。
CI/CD および Kubernetes ワークロードセキュリティ
権限範囲を限定した専用の service account を各 pipeline または cluster に割り当て、ソースコード内での個人 credential の使用を回避します。
企業全体へのSSOデプロイ
ログイン フローを既存の定義システムと同期させ、パスワードの分散を削減し、一箇所からアクセス制御を集中管理できます。
セキュリティ監査に確信を持って合格
セキュリティレビューおよび audit trail のため、ログイン、権限確認、リソースアクセス、policy 変更を追跡します。
FAQs
IAM に関する よくあるご質問。
クラウド環境のアクセス制御を標準化する前に理解すべき事項。
IAM とは？
IAM は ID 管理と権限設定のレイヤーであり、企業が Cloud リソースに対して誰がアクション実行を許可されるか、何ができるか、どの範囲内かを制御するのに役立ちます。
IAM はファイアウォールまたは Security group に代わることができますか?
いいえ。Firewall と Security group はネットワークレイヤーで保護し、IAM は ID と権限によってアクセスを制御します。この 2 つのレイヤーはセキュリティを高めるために組み合わせるべきです。
サービスアカウントはどのような場合に使用すべきですか?
サービスアカウントはパイプライン、自動スクリプト、アプリケーション、従業員個人アカウントを使用せずAPI呼び出しが必要なワークロードに適しています。
企業は SSO をデプロイできますか?
はい。IAMはSAML 2.0によるフェデレーションモデルをサポートしており、企業IDサービス提供者と接続して分散したcredentialを削減します。
Identity & Access Management
コンサルテーションのお問い合わせ
お客様の企業には具体的なアクセス制御の課題がありますか。
当社のスペシャリストが IAM モデル、権限グループ分け、サービスアカウント、SSO、監査ログなど、お客様の実際のインフラに適した構成を助言します。
