コンテナ脆弱性体験資料

コンテナの脆弱性を体験する資料です。

Transcript

1. コンテナ脆弱性 体験 Team４：井口、大竹、福山
2. 講義を始める前に!! • 最後の講義で使用する環境をVM上にインポートする作業をし ます。 • https://github.com/ushigai/build-phase_vuln.git
3. コンテナってなーに • 移植性 • 効率性 • アジリティ • デリバリーの高速化 • セキュリティの強化 • アプリの起動の高速化 • 柔軟性 • 管理の簡素化
4. コンテナの運用サイクルとは？ • Build – Ship – Run の3つに分けられる • Build : Dockerfileなどからコンテナイメージを作成する • Ship: 作成したコンテナをリポジトリなどで共有する • Run: 作成またはリポジトリからpullしたイメージをランタイム上で動かす
5. Build面でのセキュリティ課題 • 脆弱性への対応 • アタックサーフェスの削減
6. Ship面でのセキュリティ課題 • イメージレジストリの秘匿性 • 脆弱性の監視
7. Run面でのセキュリティ課題 • ランタイムの保護 • 想定外のプロセスの実行 • 脆弱性対応 • コンプライアンス対応 • ネットワークセキュリティ • コンテナ実行基盤へのアクセス管理 • コンテナホストの保護
8. Runフェーズ – “脆弱性の対応”
9. webアプリケーションから情報取得 • Penetration D班 sampleWEBでは登録してあるユーザの 個人情報を閲覧できる。 ・今回はユーザーの管理の名目でコンテナホストの情報が 含まれているのでそれを奪取する デフォルト「dummy1:dummy1」 ★★☆☆☆☆☆☆☆☆
10. webアプリケーションから情報取得 補足 テーブル名：dteam id user password mailaddress
11. • 文字列が適切に処理されておらずsqlが叩ける構造になってい る insert into dteam values (NULL, + session["user"] + ,'" + session["password"] + "','" + session["mailaddress"] + "')" Session["user"]にsqlが流せる ・(select user from dteam where id = "5") ・(select user from dteam where id = "5") Webアプリケーションから情報取得(解説)
12. • サブクエリを使用するときはそのテーブル自身を参照できな い →外部からは参照できるので一時暗黙的なテーブルのコピー 答え： ・(select user from (select user from dteam where id = "5")tmp) ・(select password from (select password from dteam where id = "5")tmp) Webアプリケーションから情報取得(解説)
13. コンテナホストの保護
14. 侵入想定 • 前のデータベースで、一般ユーザー名と、そのパスワードの 奪取に成功。 • 先程のセッションで使ったサイトに嫌がらせをしたい • 「せや、さっきのサイト止めてやろう。」
15. コンテナホストの保護 • コンテナホストに侵入し、先ほど侵入したサイトを停止させてくだ さい。 ★☆☆☆☆☆☆☆☆☆
16. 5分で片付けよう。
17. SQLIで得た情報を使おう • User：tmcit • Pass：tmcituser
18. 問題2の回答 • ユーザtmcitでは、dockerの操作権限がない • ユーザーtmcitでは、sudoの権限もない。 • Su tmcituserコマンドを用いて、ユーザの切り替え。 • /etc/home/tmcit/sec/ensyu/sqli/に移動して、docker- compose down
19. コンテナホストを乗っ取られると • もちろんコンテナにも影響がある。 • コンテナ操作、停止、改変が行われる可能性がある。
20. どこに注意するべきか。 • コンテナエンジン、オーケストレーターのバージョンアップ とパッチ対応 • ホストOSのセキュリティ • ホストOSへのファイアウォール適用 • コンプライアンス適用
21. イメージレジストリの秘匿性
22. 侵入想定 • どうやら、このVMではリポジトリが立っているようだ。 • そのリポジトリにデータベースコンテナのイメージを発見！ • 「せや、ちょっくら中身をのぞいてやろ」
23. イメージレジストリの秘匿性 • 公開リポジトリの中から、Mysqlコンテナを発見せよ • データベース内のUser名とPasswordを奪取せよ ★★★★☆☆☆☆☆☆ ＊データベースの認証を奪取する事が答えとは限りません
24. １５分でやろう。
25. まずは、mysqlの発見 • Docker ps –aコマンドから、5000番ポートでregistryが動い ている事が分かる • レジストリの中身を見るためには。。？
26. レジストリの中身を参照しよう • Dockerのレジストリの中身見るためには以下のコマンド • curl http://192.168.56.113:5000/v2/_catalog • 出力結果から何が分かる？
27. 解答 • $ docker pull localhost:5000/shomaigu/mysql-en • $ docker run localhost:5000/shomaigu/mysql-en • $ docker images • $ docker history --no-trunc 【IMAGE NAME】:【TAG】 • $docker history --no-trunc 8d1f53415da3 | grep ADD • /bin/sh -c #(nop) ADD file:ff415a0e122ed9d21a5e6c92cc3a0f05e3bd3010886f96ea228aa48 872be0145 in /docker-entrypoint-initdb.d
28. 解答 • $docker exec –it こんてなID /bin/bash • $cd /docker-entrypoint-initdb.d • $ cat db.sql | grep INSERT INSERT INTO userinfo VALUES(0, “root", “tmcittmcit");
29. DockerHubにpushすると、、？ • コンテナの中身を見られてしまう • コンテナイメージからレイヤの抽出をされてしまう → なるべく秘匿性を持たせましょう → そもそもコンテナ内に重要な情報を残さない！！（環境変 数とかで渡しましょう）
30. 脆弱性の監視 ★★★☆☆☆☆☆☆☆
31. 侵入想定 • 当時は脆弱性の対策を行っていたDockerimageがpushされたパブ リックのDockerHUBを発見！ • 最後の更新が何年も前になっている。 • 「せや、脆弱性のスキャンをしてやろう。」
32. 脆弱性の監視 • 先ほどのリポジトリに含まれているイメージの脆弱性を列挙して ください。 ★★★☆☆☆☆☆☆☆
33. 1０分でやってみよう。
34. Trivyを使おう • OSSの脆弱性イメージスキャンツール • Dockerイメージの脆弱性をスキャンする事 が出来る
35. 解答 • Curl http://192.168.56.113:5000/v2/_catalog • docker pull localhost:5000/shomaigu/mysql-en • docker pull localhost:5000/shomaigu/zeikansi_apache • Trivy image ----スキャン対象のimageID---
36. 公開する際は脆弱性の監視を • DockerHUBにDockerのimageを公開する際は脆弱性の監視を行 おう。