5.8 KiB
Bash サンドボックス 本番プロビジョニング手順 (aao)
順序厳守: 先に「2. パッケージのプリベイク」を完了してから「4. 設定切替」を行う。逆順だと、サンドボックス内で
pip installは拒否され、かつパッケージも無い状態になり、python3 を使う既存タスク(office 処理・data 処理等)が全滅する。
0. 前提
- 本番 worker は aao ホスト上の Node プロセスとして動く(alpine コンテナではない)。bwrap は
--ro-bind /usrでホストの/usrをサンドボックスに持ち込むため、プリベイク先はホストのシステム python の site-packages。/home配下の venv はサンドボックスに mount されず見えないので不可。 - アクセス:
ssh aao(user@your-host)。落とし穴: root でビルドしない / DB はmaestro.db( 参照)。
1. bwrap / python の確認・導入
ssh aao
# bwrap (bubblewrap) と user namespace
which bwrap || sudo apt-get install -y bubblewrap
bwrap --ro-bind / / true && echo "bwrap OK" || echo "bwrap NG — user namespace を有効化する必要あり"
# user namespace が無効なら(Debian/Ubuntu):
# sudo sysctl -w kernel.unprivileged_userns_clone=1
# 永続化: /etc/sysctl.d/ に kernel.unprivileged_userns_clone=1 を追記
# python3 + pip
which python3 pip3 || sudo apt-get install -y python3 python3-pip
2. パッケージのプリベイク(システム python へ)
リポジトリの runtime/python-requirements.txt をホストのシステム python に入れる。読み取り専用 bind されるので全サンドボックスから import 可能になる。
# リポジトリの最新を pull 済みの前提
cd <maestro repo on aao>
# 推奨: 付属スクリプト(冪等・import 検証付き)。権限が要る場合は sudo を付ける
sudo bash scripts/prebake-python.sh
# ↑ これは内部で `pip3 install --break-system-packages -r runtime/python-requirements.txt`
# を実行し、最後に全パッケージの import を検証する。
# 注: `scripts/build-all.sh` は最後にこの prebake を自動実行する(--skip-python で無効化)。
# ただし build-all を sudo 無しで動かす運用では system へ書けず失敗(非致命的に警告)するため、
# その場合は上記のように prebake を別途 sudo で実行すること。
#
# distro パッケージを優先したい場合(C 拡張のビルド回避):
# sudo apt-get install -y python3-numpy python3-pandas python3-pil python3-lxml python3-bs4 python3-matplotlib
# 残り (pypdf, pymupdf, pdfplumber, openpyxl, xlsxwriter, xlrd, odfpy, striprtf,
# python-docx, python-pptx, markdownify, markdown, tabulate,
# python-dateutil, charset-normalizer) のみ pip
3. プリベイク検証
サンドボックス外(ホスト)で全 import が通ることを確認:
python3 -c "import pypdf, fitz, pdfplumber, docx, pptx, openpyxl, xlsxwriter, xlrd, odf, striprtf, bs4, lxml, markdownify, markdown, numpy, pandas, tabulate, dateutil, matplotlib, PIL, charset_normalizer, yaml; print('all imports OK')"
fitz は pymupdf。失敗するものがあれば runtime/python-requirements.txt を見直すか apt で補う。
4. 設定切替
config.yaml の safety セクション:
safety:
bash_sandbox: always # bwrap 必須・不在なら起動失敗(本番推奨)
worker を再起動: scripts/server.sh restart。起動ログに [startup] bash sandbox enabled — bwrap verified が出れば OK。bwrap 不在なら always は起動失敗する(fail-closed)。
autoのままでも bwrap があればサンドボックスは効く。alwaysは「bwrap が無ければ動かさない」明示の本番ガード。
5. 切替後の統合検証(設計 Task 9)
テストタスクを 1 件流し、Bash ツールで以下を実行して期待結果を確認:
# 1) シークレットが見えない
python3 -c "import os; print(os.environ.get('MCP_ENCRYPTION_KEY'))" # → None
# 2) 他タスク dir / config に到達不可
cat ../../config.yaml 2>&1 || echo "blocked-as-expected"
# 3) ネット到達不可(内部サービス)
python3 -c "import socket; socket.create_connection(('10.0.0.10',8080),2)" 2>&1 || echo "net-blocked-as-expected"
# 4) プリベイク済みパッケージが使える
python3 -c "import pypdf, fitz, pandas; print('ok')" # → ok
# 5) install は拒否される(消えるインストールにならない)
pip install requests 2>&1 # → "Package installation is not available ... これは preinstalled ..."
加えて、既存の office 処理 / data 処理系 piece のタスクを数件流し、--unshare-net + プリベイクで完結することを確認(dogfooding)。不足パッケージが出たら runtime/python-requirements.txt に追加 → 手順 2 を再実行(実行時 pip install は恒久的に不可)。
6. ロールバック
safety:
bash_sandbox: auto # bwrap があれば使い、無ければ hardened-whitelist にフォールバック
# もしくは off(bwrap を使わない。env スクラブは維持。デバッグ用)
scripts/server.sh restart。コード変更不要、設定のみで戻せる。
補足: Docker イメージ運用の場合
Dockerfile (node:22-alpine) には bash bubblewrap python3 py3-pip + pip install -r runtime/python-requirements.txt(--break-system-packages)を追加済み。ただし alpine/musl では pandas/numpy/lxml/Pillow/pymupdf の wheel 解決にビルド依存が要る場合があるため、イメージビルドを実機で検証すること(pymupdf>=1.24 に pin 済)。コンテナ運用では features: nesting=1(user namespace)が前提。