【実務・中級編】 Linuxカーネルの機能制限によるコンテナの特権昇格防止 – インフラ・ネットワーク & クラウドセキュリティ防御ガイド

コンテナが「脱獄」する日：Linuxカーネルを守るためのSeccomp要塞化戦略

現場でインシデント対応をしていると、開発者からよくこんな相談を受ける。「コンテナは隔離されているから、アプリケーションが多少お行儀悪くても大丈夫ですよね？」と。

残念だが、それは大きな間違いだ。コンテナは「魔法の箱」ではない。実体はホストOSのカーネルを共有する単なるプロセスに過ぎない。もし、アプリケーションの脆弱性を突かれてコンテナ内から execve や mount、あるいはカーネルの脆弱性を突く怪しいシステムコールが発行されたらどうなるか？ホストのカーネルそのものが乗っ取られ、クラウド全体が崩壊する。

今日は、そんな「コンテナ脱獄（Container Escape）」を未然に防ぐための、Linuxカーネルレベルの防壁構築について話そう。教科書に載っているような「不要なサービスを止めろ」という精神論ではなく、今すぐ現場で使える実戦的な防衛術だ。

—

1. なぜ「システムコール」が狙われるのか

攻撃者がコンテナ侵入に成功したとき、真っ先に行うのは「ホストとの境界線を壊すこと」だ。例えば、最近のカーネル脆弱性（CVE-2022-0492など）を突く攻撃コードは、特定のシステムコールを連続して発行し、カーネルのメモリ空間を汚染する。

これに対抗する武器が Seccomp (Secure Computing mode) だ。Seccompは、プロセスがカーネルに対して発行できるシステムコールをホワイトリスト形式で制限する。これを使えば、たとえWebアプリにリモートコード実行（RCE）の脆弱性があっても、攻撃者が mount や ptrace を実行しようとした瞬間にカーネルがそのプロセスをキルしてくれる。

—

2. 実践：Dockerコンテナを「Seccomp」で縛り上げる

Dockerはデフォルトでもそれなりに制限をかけているが、本番環境では「最小権限の原則」に従い、さらに絞り込むのがプロの流儀だ。

以下は、不要なシステムコールを徹底的に排除した、極めて堅牢な seccomp.json の設定例だ。これをコンテナ実行時に適用する。

{
  "defaultAction": "SCMP_ACT_ERRNO",
  "architectures": ["SCMP_ARCH_X86_64"],
  "syscalls": [
    {
      "names": ["read", "write", "exit", "futex", "nanosleep", "epoll_wait"],
      "action": "SCMP_ACT_ALLOW"
    }
  ]
}

解説:

defaultAction: “SCMP_ACT_ERRNO” に設定することで、ホワイトリストにない全てのシステムコールを「拒否（エラー）」にする。
syscalls: 本当に必要なシステムコールだけを許可する。これだけで、攻撃者がシェルを起動しようとしたり、ネットワーク設定を書き換えようとしたりする試みはすべてカーネルによって門前払いされる。

実行コマンド:

docker run --rm -it --security-opt seccomp=./seccomp.json my-web-app:latest

—

3. アプリ層からの防御：Pythonで考える「特権昇格」の封じ込め

コンテナ設定だけでなく、コードレベルでの「怪しい挙動」の検知も重要だ。例えば、Pythonで外部コマンドを実行する際は os.system() などの危険な関数は絶対に避け、subprocess.run() を使い、かつパスを完全に固定すべきだ。

もし万が一、攻撃者が subprocess を通じて os.setuid() などで権限昇格を試みた場合、先ほどのSeccomp設定があれば、カーネルが EPERM を返してそのプロセスを止めてくれる。

import subprocess
import os

# 悪意ある入力が混入しても、パスが固定されていれば任意のコマンド実行は防げる
def execute_safe_command(user_input):
    # 安全のため、特定のコマンド以外は受け付けないホワイトリスト方式を採用
    allowed_commands = ["/usr/bin/git", "/usr/bin/ls"]
    
    cmd = ["/usr/bin/git", "status"] # 実際には入力を検証して実行
    
    # Seccompで制限していれば、このプロセスが 'mount' 等を呼んでも即座に停止する
    result = subprocess.run(cmd, capture_output=True, text=True)
    return result.stdout

—

4. 現場のエンジニアへ：明日からの心得

セキュリティとは「完璧な城壁」を作ることではない。「侵入されたときに、いかに被害を最小限に留めるか（Blast Radiusの最小化）」という考え方が重要だ。

1. デフォルトを信じない: Dockerのデフォルトプロファイルは汎用的すぎる。自社のアプリが必要とするシステムコールだけをログで抽出し、ホワイトリストを作成せよ。
2. AppArmorを併用せよ: Seccompはシステムコールを制限するが、AppArmorはファイルアクセスを制限する。両方組み合わせるのが、現代のクラウドネイティブな防御の鉄則だ。
3. CI/CDパイプラインに組み込め: seccomp.json の変更をCIでチェックし、過剰な権限が付与されていないかレビューするフローを自動化すること。

セキュリティは泥臭い作業の積み重ねだ。だが、その一行のコード、一つの設定ファイルが、将来の数億円規模の損失と、あなたの胃痛を救うことになる。

「面倒くさい」を「堅牢」に変える。それが、我々エンジニアの矜持だ。何か質問があれば、いつでも聞かせてくれ。共に堅牢なシステムを築いていこう。