CLD / CLD-05
Kubernetes、コンテナ、およびレジストリのセキュリティ
画像からクラスター、運用まで、セキュアなコンテナ環境を実現します。本プロジェクトは、権限、隔離、シークレット、イメージの出所（プロベナンス）、ワークロードの可視化に対応しています。.
役立つとき
的確な回答
定義されたニーズに対して.
急速に展開されるクラスタ、過剰に権限を持つコンテナ、画像に埋め込まれた秘密情報、追跡されていない依存関係、または実稼働への準備。.
適用範囲と成果物
このエンゲージメントの対象範囲.
スコープ
- クラスタ API
- RBAC
- 作業負荷の識別
- 入学ポリシー
- ポッドセキュリティ
- ネットワーキング
- 登録機関
- 画像スキャン
- 秘密
- ログ
- アップデートとバックアップ
成果物
- セキュリティアーキテクチャ
- バージョン管理されたポリシー
- 承認済み画像レジスタ
- テスト結果
- 業務手順
- 修復計画
- 正当な例外
検収証拠
権限とポリシーがテストされています。承認されていない画像は、本来の目的で使用できないように拒否されます。ネットワーク分離は実際のプラグインで確認されています。画像には秘密情報が含まれていません。リカバリー手順は文書化されています。.
配達
仕事の進め方.
アプローチ
在庫アカウントと利用方法の整理、責任の明確化、ポリシーの策定、パイロット実施、テストと展開、ドリフト、例外、運用の体制整備.
前提条件と責任
カスタマー：テナント/アカウントへのアクセス、請求、データ所有者、管理者、およびデータ所在地の制約。プロバイダー：責任共有モデルに基づくアーキテクチャと構成。.
スコープ要因
クラウド、アカウント、リージョン、リソース、テナント、クラスター、コネクター、および自動化の成熟度。利用量、転送量、ストレージ、ライセンスはサービスとは別になります。.
確認のための質問
ワークロードを作成したり、クラスタを変更したりできるのは誰ですか？承認されたイメージはどれですか？シークレット、バックアップ、およびアップデートの管理方法はどのようなものですか？
重要な境界線
仕組みは配布形態、ネットワーク構成、およびバージョンに依存します。設定のバックアップは、永続的なアプリケーションデータを復元するために必ずしも十分ではありません。.
機能はエディション、地域、および提供状況によって異なります。ポスチャー・スコアは、認定資格でも、完全な検出を保証するものでもありません。.
実際には
具体例.
これらの例は、想定される関与と目標とする成果について説明したものであり、顧客の事例や達成された実績ではありません。.
シナリオ01
ソフトウェアベンダーがKubernetesに移行する。 プロジェクト：生産開始前にRBAC、レジストリー、ワークロードポリシーを定義する。 ターゲット成果：事前に確認済みのガードレールや例外対応で対応可能なデプロイメント。.
シナリオ 02
クラスタには複数のチームが所属しています。プロジェクト：権限の制限、トラフィックの分離、秘密情報の外部化。目標成果：分離の確実な改善；単なる名前空間によるセキュリティ分離では十分な保護が実現できない。.
技術と参照コンテキスト
例：ネイティブの Kubernetes コントロール、イメージレジストリー、秘密管理システム、およびディストリビューションに適したポリシー。.
最終的なテクノロジーセットは、相互運用性、ライセンス、アクセス権、および運用要件に基づき、スコープ設定の段階で合意されます。.
コネクテッドサービス
次のステップを構築する。.
これらのサービスはエンゲージメントを補完するものであり、自動的には含まれません。.
会話を始めましょう。
スコープを明確にする。.
このサービスの目的、依存関係、および責任範囲を明確にした上で、納品を提案いたします。.