* kubectlclient はデフォルトで $HOME/.kube/config から設定を使用します。
* このファイルには、クラスター API サーバーのエンドポイント、ユーザー証明書、トークン、または kubeconfig の機密情報が含まれています。
* 完全抜粋（Kubernetesドキュメント - クラスターへのアクセス構成）：
* 「デフォルトでは、kubectl は $HOME/.kube ディレクトリにある config という名前のファイルを探します。このファイルには、ユーザー認証情報を含む設定情報が含まれています。」
* その他の選択肢について明確化：
* A: /etc/kubernetes/ はクライアントマシンではなくノード (コントロールプレーン) に存在します。
* C: /opt/kubernetes/secrets/ は標準パスではありません。
* D: $HOME/.config/kubernetes/ は、デフォルトでは kubeconfig が保存される場所ではありません。
参考文献：
Kubernetes ドキュメント - クラスターへのアクセスを構成する: https://kubernetes.io/docs/concepts/configuration/organize- cluster-access-kubeconfig/

* コンテナブレイクアウトとは、攻撃者がコンテナの隔離を突破してホストOSに到達することを指します。
ホストが侵害されると、攻撃者は他のコンテナ、Kubernetesノードにアクセスしたり、さらに権限を昇格させたりすることができます。
* 完全抜粋（Kubernetesセキュリティドキュメント）：
「攻撃者がコンテナへのアクセス権を取得した場合、コンテナからの脱出を試み、ホストシステムへのアクセス権を取得しようとする可能性があります。」
* その他の選択肢について明確化：
* A: Pod # ブレイクアウト内のネットワークアクセス。
* B: リソース枯渇はDoS攻撃であり、ブレイクアウトではありません。
* C: クラウドインフラストラクチャの侵害はホストの侵害後に発生する可能性がありますが、ブレイクアウトの定義ではありません。
参考文献：
Kubernetesのセキュリティ概念：https://kubernetes.io/docs/concepts/security/ CNCFセキュリティホワイトペーパー（脅威セクション）：https://github.com/cncf/tag-security

* STRIDEでは、改ざんはデータまたはコード/成果物の不正な変更に対する脅威カテゴリです。トロイの木馬化されたコンテナイメージは、定義上、CI/ビルドシステムを侵害した後に攻撃者がビルド出力（イメージ）を変更したもので、つまりソフトウェアサプライチェーン内の成果物を改ざんしたものです。
* 他の選択肢ではダメなのか？
* スプーフィングとは、身元/認証に関する行為（例えば、誰か/何かになりすますこと）です。
* 否認とは、十分な監査証拠がないにもかかわらず、行為を行ったことを否定することです。
* サービス拒否は可用性を標的とします（リソースを枯渇させたり、サービスが利用できなくしたりします）。このシナリオは、侵害されたビルド サーバーから生じる改ざんされたイメージに明確に焦点を当てており、これは改ざんに完全に対応します。
信頼できる参考文献（確認およびより詳細な読解のため）：
* Kubernetes (公式ドキュメント) - サプライチェーンセキュリティ (CI/CD パイプラインの侵害によるイメージの改ざんや汚染などのリスクについて議論し、イメージの完全性/署名の検証の重要性を強調しています)。
* Kubernetes Docs#Security#Supply chain securityおよびSecuring a cluster(イメージの由来、署名、およびアーティファクトの検証に関するセクション)。
* CNCF TAG Security - クラウドネイティブセキュリティホワイトペーパー（v2） - クラウドネイティブおよびソフトウェアサプライチェーンのリスクにおける脅威モデリング。CI を介してビルド出力（イメージ/アーティファクト）を変更する攻撃者について説明しています。
/CDの侵害を改ざんの一形態とみなし、制御（署名、出所、ポリシー）を規定する。
* CNCF TAG Security - ソフトウェアサプライチェーンセキュリティのベストプラクティス - 悪意を持って改変されたイメージにつながる CI/CD の侵害について明示的に説明し、SLSA、出所証明、署名検証 (アクセス制御によるポリシーの適用) を推奨しています。
* Microsoft STRIDE (標準参照) - 改ざんをデータまたはコードの変更と定義しており、これは侵害されたビルド システムによって生成されたトロイの木馬化されたイメージに直接当てはまります。

* 画像署名（公証人、共同署名、または同様のツールを使用）により、画像が信頼できるソースからのものであり、改ざんされていないことが保証されます。
* 正確な抜粋（Sigstoreのcosignドキュメントより）：「Cosignを使用すると、コンテナイメージに署名して検証し、真正性と完全性を確保できます。」
* 他の人が間違っている理由：
* B:所有権は推測できますが、重要なのは真正性と誠実さであり、賃貸借関係ではありません。
* C: 必須ではない。実施には入学管理担当者が必要となる。
* D:Metadata のサイズはごくわずかで、実行時のパフォーマンスには影響しません。
参考文献：
Sigstoreプロジェクト：https://docs.sigstore.dev/cosign/overview
CNCFセキュリティホワイトペーパー

実行中のコンテナ内でプロセスを開始すると、攻撃者はクラスタ内で一時的な実行権限（足がかり）を得られますが、コンテナが停止または再起動されると、その悪意のあるプロセスは失われます。つまり、攻撃者は長期的な永続性を得ることはできません。
* 間違った選択肢:
* (A) etcd 内のオブジェクトを変更すると、クラスタの状態が etcd に保存されるため、永続的なアクセスが許可されます。
* (B) ホストファイルシステム上のファイルを変更すると、再起動やコンテナの再起動後も永続性が保たれます。
* (D) Docker を介してホスト上で直接再起動コンテナを作成すると Kubernetes をバイパスしますが、Docker が再起動する場合はポッドの再起動後も継続されます。
参考文献：
CNCFセキュリティホワイトペーパー - 脅威モデリングのセクション：コンテナ内の一時的なプロセスが、攻撃者に短期的な制御を提供するが、永続的な保持は提供しない方法について説明しています。
Kubernetes ドキュメント - クラスタ脅威モデルでは、一時的な攻撃者の足場と永続的な攻撃者の足場に重点を置いています。