ホストのマウントとコンテナの分離
同じホスト上で，次の設定のコンテナ C1〜C4 を稼働させている。user の app は一般利用者のアカウントであり，いずれのコンテナも特権モードは無効である。各コンテナで動作するアプリケーションに任意のコードを実行される脆弱性があった場合，攻撃者がコンテナの分離を越えて，ホスト OS や同じホスト上のほかのコンテナを攻撃できるおそれが最も高いものはどれか。
container user root filesystem host mount (container path)
C1 root read-only none
C2 app read-only /srv/c2/data (/data), read-write
C3 root read-only / (/host), read-write
C4 app writable none- アC1。コンテナ内のプロセスが root 権限で動作するので，ホスト OS のファイルやプロセスを直接操作できる。
- イC2。ホストのディレクトリを読み書き可能でマウントしているので，ホスト OS の設定ファイルを書き換えてホストを乗っ取れる。
- ウC3。ホストの / 全体を root 権限で読み書きできるので，/host 配下にあるホスト OS の設定を書き換えて，ホストやほかのコンテナを攻撃できる。
- エC4。ルートファイルシステムが書込み可能なので，コンテナ内の /usr/bin のプログラムを書き換えると，ホスト OS の /usr/bin のプログラムも書き換わり，ホストで実行される。
正解と解説を見る
正解 ウ
この問題の基礎知識
- コンテナは，ホスト OS のカーネルを共有しながら，名前空間（namespace）によってプロセスやファイルシステムなどの見える範囲を分け，cgroups によって資源の使用量を制限して分離される。
- コンテナのルートファイルシステム内でファイルを変更すると，変更はそのコンテナ用の書込み可能な層に書かれ，イメージの元のファイルやホストのファイル，ほかのコンテナには反映されない。
- バインドマウントは，ホストのディレクトリをコンテナ内のパスに見せる機能であり，マウントした範囲のファイルはコンテナから直接読み書きでき，その変更はホストにそのまま反映される。
- 特権モードで起動したコンテナはホストのすべてのデバイスにアクセスでき，実質的にホスト OS の一部として動作するので，分離による保護がほとんど働かない。
アC1。コンテナ内のプロセスが root 権限で動作するので，ホスト OS のファイルやプロセスを直接操作できる。
コンテナ内の root でも，プロセスやファイルシステムはホスト OS から分離されており，それだけでホストのファイルやプロセスを直接操作できるわけではない。一般利用者での実行が望ましいが，分離を越えるには別の脆弱性の悪用などが必要になる。
イC2。ホストのディレクトリを読み書き可能でマウントしているので，ホスト OS の設定ファイルを書き換えてホストを乗っ取れる。
C2 がマウントしているのはアプリケーションのデータ用に割り当てた /srv/c2/data だけであり，ホスト OS の設定ファイルはコンテナから見えない。改ざんの影響はそのディレクトリのデータにとどまる。
ウC3。ホストの / 全体を root 権限で読み書きできるので，/host 配下にあるホスト OS の設定を書き換えて，ホストやほかのコンテナを攻撃できる。正解
ホストの / をマウントすると，/etc などホスト OS の基本機能を制御する場所もコンテナから書き換えられる。NIST SP 800-190 は，こうした場所の変更を許すと，権限昇格やホスト及びほかのコンテナへの攻撃に使われ得るとしている。特権モードでの起動も同様に危険である。
エC4。ルートファイルシステムが書込み可能なので，コンテナ内の /usr/bin のプログラムを書き換えると，ホスト OS の /usr/bin のプログラムも書き換わり，ホストで実行される。
コンテナ内でファイルを変更しても，変更した部分だけがディスクに書かれ，その変更はそのコンテナからしか見えない。ホスト OS の /usr/bin などのファイルは変わらない。読取り専用にすると改ざんに強くなるが，書込み可能であるだけでは分離は越えない。
検証用の出典出典照合済み
NIST SP 800-190 Application Container Security Guide照合の根拠（8 件）
- ウ（正解）: /etc などホスト OS の基本機能を制御する場所の変更を許すと，権限昇格やホスト及びほかのコンテナへの攻撃に使われ得る
If a compromised container is allowed to make changes to these paths, it could be used to elevate privileges and attack the host itself as well as other containers running on the host.
NIST SP 800-190 · Section 3.4.3（新しいタブで開きます） - ウ（正解）: ホストの重要なディレクトリをマウントしたコンテナは，そのファイルを変更してホストとほかのコンテナに影響を与え得る
For example, if a container is allowed to mount sensitive directories on the host OS, that container can then change files in those directories. These changes could impact the stability and security of the host and all other containers running on it.
NIST SP 800-190 · Section 3.5.5（新しいタブで開きます） - ウ（正解）: 特権モードでの起動も同様に危険
Similarly, if a container is run in privileged mode, it has access to all the devices on the host, thus allowing it to essentially act as part of the host OS and impact all other containers running on it.
NIST SP 800-190 · Section 3.4.3（新しいタブで開きます） - ア: コンテナ内のプロセスは割り当てられた資源しか見えず，root であることだけでホストのファイルやプロセスを直接操作できるわけではない
Namespace isolation ensures that apps and processes inside a container only see the physical and virtual resources allocated to that container.
NIST SP 800-190 · Section 2.2（新しいタブで開きます） - ア: 分離を越えてホストやほかのコンテナを攻撃するには，ランタイムの脆弱性などの悪用が必要になる
While relatively uncommon, vulnerabilities within the runtime software are particularly dangerous if they allow ‘container escape’ scenarios in which malicious software can attack resources in other containers and the host OS itself.
NIST SP 800-190 · Section 3.4.1（新しいタブで開きます） - イ: C2 は永続化用に割り当てたディレクトリだけをマウントしており，推奨される構成に沿う。ホスト OS の設定ファイルはマウントされていない
Instead, any file changes that containers need to persist to disk should be made within storage volumes specifically allocated for this purpose.
NIST SP 800-190 · Section 4.5.5（新しいタブで開きます） - エ: コンテナ内でのファイルの変更はそのコンテナからしか見えず，ホスト OS の /usr/bin は書き換わらない
If one of the containers modifies files within itself, only the specifically changed bits will be written to disk, and those changes will only be visible to the container that executed them.
NIST SP 800-190 · Section 2.2（新しいタブで開きます） - エ: ルートファイルシステムを読取り専用にすると改ざんに強くなる
Furthermore, using read-only filesystems makes the containers more resilient to compromise since any tampering is isolated to these specific locations and can be easily separated from the rest of the app.
NIST SP 800-190 · Section 4.4.4（新しいタブで開きます）
Docker Docs（docs.docker.com）はプロキシで 403 となり取得できないため sources から外し，エの解説を NIST SP 800-190 Section 2.2 のファイルシステムの仮想化の記述に合わせた。