Binary Authorizationと友達になろう / Let's be friends with Binary Authorization

Transcript

1. 夏休みの自由研究発表LT大会 Binary Authorizationとともだちになろう Jagu'e'r Cloud Native #15 Meetup Synspective Inc. 新井 雅也
2. 新井 雅也 これまでは、野村総合研究所のインフラエンジニア兼システムアーキ テクトとして、主に金融業界のシステム設計、開発、運用に従事。 2023年6月にSynspectiveにジョイン。クラウドに関する技術力を活 かしつつ、宇宙業界の発展に尽力している。 3度の飯よりRed Bullが好き🐂 AWS Container Hero AWS Ambassador 2022-2023 Google Cloud Champion Innovator Google Cloud Partner Top Engineer 2023 @msy78 Principal Cloud Architect 2
3. 本自由研究テーマ発表のゴール Binary Authorizationのことを知り、今以上にともだちになる
4. 本自由研究テーマ発表のゴール Binary Authorizationのことを知り、今以上にともだちになる 理解 安心感 信頼
5. ・夏休みの自由研究発表と謳っていますが、内容は至って真面目です。 ・Binary Authorizationの概要を押さえてもらうことが目的です。 ・拙書「The Cloud Run」の内容をベースに発表内容を構成しています。 ⚠ おことわり
6. Binary Authorizationの役割を知ろう
7. まずはコンテナに纏わるセキュリティ対策の全体像を一度俯瞰してみよう(Cloud Runのケース)
8. まずはコンテナに纏わるセキュリティ対策の全体像を一度俯瞰してみよう(Cloud Runのケース)
9. ※NIST SP800-190（アプリケーションコンテナセキュリティ）に関するリスク一覧を元に作成 まずはコンテナに纏わるセキュリティ対策の全体像を一度俯瞰してみよう(Cloud Runのケース)
10. まずはコンテナに纏わるセキュリティ対策の全体像を一度俯瞰してみよう(Cloud Runのケース) ※NIST SP800-190（アプリケーションコンテナセキュリティ）に関するリスク一覧を元に作成
11. 「信頼できないイメージの使用」によるリスク内容を理解しよう
12. 「信頼できないイメージの使用」によるリスク内容を理解しよう あらゆる環境において最も一般的なハイリスクのシナリオの1つは、信頼できないソフトウェアの実行で ある。コンテナの移動可能性と再利用のしやすさによって、チームは外部ソースからのイメージを実行し たいという誘惑に駆られるが、それらは十分に検証されていないか、信頼できない可能性がある。 ...この外部から提供されたイメージを使用すると、マルウェアの取り込み、データの漏えい、脆弱性のあ るコンポーネントの組み込みなど、外部ソフトウェアが従来から持っていたリスクと同じ種類のリスクが 発生する。 Ref. NIST Special Publication 800-190 Application Container Security Guide 邦訳版 (IPA提供)より一部抜粋 https://www.ipa.go.jp/security/reports/oversea/nist/ug65p90000019cp4-att/000085279.pdf
13. 「信頼できないイメージの使用」によるリスク内容を理解しよう あらゆる環境において最も一般的なハイリスクのシナリオの1つは、信頼できないソフトウェアの実行で ある。コンテナの移動可能性と再利用のしやすさによって、チームは外部ソースからのイメージを実行し たいという誘惑に駆られるが、それらは十分に検証されていないか、信頼できない可能性がある。 ...この外部から提供されたイメージを使用すると、マルウェアの取り込み、データの漏えい、脆弱性のあ るコンポーネントの組み込みなど、外部ソフトウェアが従来から持っていたリスクと同じ種類のリスクが 発生する。 Ref. NIST Special Publication 800-190 Application Container Security Guide 邦訳版 (IPA提供)より一部抜粋 https://www.ipa.go.jp/security/reports/oversea/nist/ug65p90000019cp4-att/000085279.pdf
14. Ref. NIST Special Publication 800-190 Application Container Security Guide 邦訳版 (IPA提供)より一部抜粋 https://www.ipa.go.jp/security/reports/oversea/nist/ug65p90000019cp4-att/000085279.pdf 「信頼できないイメージの使用」リスクの対策内容を理解しよう 組織は、信頼できるイメージとレジストリのセットを維持し、このセットからのイメージだけが環境内で の実行を許可されるようにすることで、信頼できないコンポーネントや悪意のあるコンポーネントがデプ ロイされるリスクを軽減することが望ましい。 これらのリスクを軽減するために、組織は以下のような多層的なアプローチをとることが望ましい。 • 環境内で、信頼できるイメージとレジストリを厳密に一元管理する機能 • NISTで認証済みの実装6を使用した暗号署名による各イメージの個別識別 • 環境内のすべてのホストが、これらの承認済みリストのイメージのみを実行することを確実にする強制 • イメージが信頼できるソースからのものであり、改ざんされていないことを確実とするために、イメージの 実行前にイメージの署名を検証 • 脆弱性や構成要件の変更に応じて、リポジトリ内のイメージがメンテナンスされ更新されていることを確実 とするための継続的なモニタリングとメンテナンス
15. Ref. NIST Special Publication 800-190 Application Container Security Guide 邦訳版 (IPA提供)より一部抜粋 https://www.ipa.go.jp/security/reports/oversea/nist/ug65p90000019cp4-att/000085279.pdf 「信頼できないイメージの使用」リスクの対策内容を理解しよう
16. 組織は、信頼できるイメージとレジストリのセットを維持し、このセットからのイメージだけが環境内で の実行を許可されるようにすることで、信頼できないコンポーネントや悪意のあるコンポーネントがデプ ロイされるリスクを軽減することが望ましい。 これらのリスクを軽減するために、組織は以下のような多層的なアプローチをとることが望ましい。 • 環境内で、信頼できるイメージとレジストリを厳密に一元管理する機能 • NISTで認証済みの実装6を使用した暗号署名による各イメージの個別識別 • 環境内のすべてのホストが、これらの承認済みリストのイメージのみを実行することを確実にする強制 • イメージが信頼できるソースからのものであり、改ざんされていないことを確実とするために、イメージの 実行前にイメージの署名を検証 • 脆弱性や構成要件の変更に応じて、リポジトリ内のイメージがメンテナンスされ更新されていることを確実 とするための継続的なモニタリングとメンテナンス Ref. NIST Special Publication 800-190 Application Container Security Guide 邦訳版 (IPA提供)より一部抜粋 https://www.ipa.go.jp/security/reports/oversea/nist/ug65p90000019cp4-att/000085279.pdf 「信頼できないイメージの使用」リスクの対策内容を理解しよう
17. とどのつまり・・・
19. 信頼できるイメージのみ 実行を許可 不良・不正・脆弱性が含まれた ソフトウェアのデプロイリスクを軽減 ？
20. Binary Authorizationは信頼できるイメージの実行を許可するための仕組みを提供してくれる 信頼できるイメージのみ 実行を許可 Binary Authorization 不良・不正・脆弱性が含まれた ソフトウェアのデプロイリスクを軽減
21. Binary Authorizationは具体的に何ができるの？
22. Binary Authorization 一定のルール（ポリシー）に従ってデプロイをコントロールできる
23. Binary Authorization 許可リストによる制御 証明書による制御 一定のルール（ポリシー）に従ってデプロイをコントロールできる
24. 許可リストによる制御 許可リストによる制御はシンプルな運用がウリ
25. 許可リスト（ホワイトリストスタイル）の例 許可リストによる制御 許可リストによる制御はシンプルな運用がウリ
26. 許可リスト（ホワイトリストスタイル）の例 デプロイルール 許可リストによる制御 許可リストによる制御はシンプルな運用がウリ
27. 許可リスト（ホワイトリストスタイル）の例 Cloud Runの場合、デプロイルールと 除外イメージがプロジェクトで共有される →除外リストの粒度設計を考慮する必要あり 許可リストによる制御 許可リストによる制御はシンプルな運用がウリ
28. Binary Authorization 許可リストによる制御 証明書による制御 ・比較的シンプルに運用できる ・除外リストの粒度設計が必要 「ポリシーによる制御」におけるまとめ
29. 証明書による制御 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能
30. 証明書による制御 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能 認証プロセスで利用される 信頼できるメタデータを管理
31. 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能 証明書による制御
32. 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能 証明書による制御
33. 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能 証明書による制御
34. 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能 証明書による制御 “証明書はメモの「オカレンス」として 保存される”と表現される
35. 証明書による制御は設定が煩雑である一方、より厳格なコンプライアンス要件に対応可能 証明書による制御 Cloud Buildによって ビルドされたイメージのみ デプロイさせることも可能
36. Binary Authorization 許可リストによる制御 証明書による制御 「証明書による制御」におけるまとめ ・脆弱性の検出結果等と連動させた証明の検証等、厳格な制御が可能 ・設定自体が煩雑になりがち ・比較的シンプルに運用できる ・除外リストの粒度設計が必要
37. 最初は「ポリシーによる制御の運用」から シンプルに導入してみるのがおすすめ。 セキュリティ要件に応じて、証明書による制御を検討。 Binary Authorization 許可リストによる制御 証明書による制御 「証明書による制御」におけるまとめ ・脆弱性の検出結果等と連動させた証明の検証等、厳格な制御が可能 ・設定自体が煩雑になりがち ・比較的シンプルに運用できる ・除外リストの粒度設計が必要
38. Binary Authorizationのbreakglassに詳しくなろう
39. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割
40. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割
41. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割
42. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割
43. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割 Binary Authorizationの ポリシーによって Pending状態
44. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割 breakglassの実行 合理的な理由を記述して Breakglassを実行
45. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割
46. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割
47. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割 記述した理由が ログ上に記録される 監査証跡として記録
48. 「Breakglass」はいわゆるデプロイ用非常ボタンの役割 考察：breakglassの許可に必要な専用のIAMロールがあっても良いのでは。
49. 自由研究結果のまとめ
50. 自由研究結果のまとめ Binary Authorization ・信頼できるイメージのみ実行を許可させることで、 ソフトウェアのデプロイリスクを軽減 ・許可リストと証明書による制御 →シンプルに許可リストから始めることをオススメ ・breakglassによる緊急デプロイにも対応 →IAM権限周りの制約には注意
51. Thank you Jagu'e'r Cloud Native #15 Meetup