NVIDIAは、自律型AIエージェントを隔離環境で実行するOpenShellの新バージョンを公開した。エージェントの運用担当者は、実行中の環境にポリシー変更をより速く届ける方式を選び、監査記録を外部のログ収集システムに送れる。新機能に加え、ログ収集ルールや一部の連携コードを見直す作業も必要になった。
1. 定期的に問い合わせる代わりに変更内容を直接受け取る
OpenShell v0.1.5は2026年10月20日に公開された。中心となるのは、エージェントの実行環境であるサンドボックスにポリシーと設定を届ける新しい方式だ。サンドボックス側が変更の有無を定期的に問い合わせる代わりに、管理窓口となるゲートウェイが接続先の監督プロセスに変更内容をプッシュする。
同社の発表によると、新方式では変更がサンドボックスに届くまで約100ミリ秒かかる。従来の定期確認方式では最大10秒かかる場合があり、今回のバージョンでも既定値となっている。前者はおおよその配信時間、後者は最大待ち時間なので、運用担当者が注目すべきなのは倍率の比較よりも、変更を待つ方式の違いだ。
新方式を使うには、設定で配信モードをpushに指定する。ゲートウェイ内部でも、変更処理の待ち行列をワークスペースとサンドボックスごとに分けた。複数の監督プロセスが一斉に再接続した際、全体が単一のロック、つまり同時アクセスを防ぐ制御機構の後ろに集中していた問題を軽減する変更だ。
2. 監査記録を外部のログ収集経路につなぐ
ゲートウェイとサンドボックスの監督プロセスは、セキュリティイベントの共通形式であるOCSFで記録した内容を外部に送れる。転送時には、観測データの転送規約であるOTLPのログレコード形式を使う。実行フローを追跡する情報とセキュリティイベントを、それぞれ別の収集先アドレスに送る機能も追加された。
この転送機能は設定で有効にして使う。従来どおり収集先アドレスを1つだけ指定した構成では、以前の動作が維持される。運用チームは追跡情報と監査記録を同じ場所に集めることも、目的に合わせて収集経路を分けることもできる。
拒否されたリクエストも認証イベントとして残る。記録には認証方式、拒否理由の分類、リクエスト元のアドレス、リクエスト識別子が含まれる。リクエストを拒否した事実だけでなく、どの方式と理由で拒否したかを確認する材料が増えたことになる。
イベント形式も改善された。リリースノートによると、OSの種類を示す識別子が追加され、OCSF 1.8スキーマ、つまりデータ項目と構造を定めたルールの検証を通過する。外部収集経路の拡張と記録形式の改善が同時に行われた。
3. ログ収集パターンと保存すべき記録を先に確認する
監督プロセスの監査ログは、日付を含むファイル名と行単位のJSON形式を使う。既存のコレクターがopenshell-ocsf.*.logを探している場合は、パターンをopenshell-ocsf.*.jsonlに変更する必要がある。
既存のログファイルは新形式に移行されず、削除される可能性があるため、必要な履歴はアップグレード前に収集する必要がある。ファイル名の変更は単なる表記の修正ではなく、コレクターが新しい記録を継続して見つけるために必要な移行作業だ。
4. サンドボックス生成コードとデプロイのルールが変わる
開発機能を提供するツール群であるGo SDKのサンドボックス生成関数は、決まった位置にラベル引数を渡す方式から、機能別のオプションを渡す方式に変わった。設定値をまとめて渡すデータ型である従来のオプション構造体も削除され、該当する呼び出しを使うコードは新方式に合わせて修正する必要がある。ラベルに加え、対象を説明する付加情報であるアノテーションや、サービス公開設定も新しいオプション方式で渡す。
Kubernetesでは、サンドボックステンプレートを通じてPod、つまりコンテナを実行するデプロイ単位に付けるラベルとアノテーションのキーを、運用担当者が許可リストに登録する必要がある。許可されていないキーを指定したテンプレートは拒否される。APIやSDKで直接テンプレートを指定する連携が確認対象で、コマンドラインツールのメタデータラベルは従来どおり使える。
5. 迅速な反映と記録活用の拡大には移行作業が伴う
今回の変更の利点は、ポリシー反映の待ち時間を減らし、監査記録の活用経路を広げることにある。その代わりに運用チームは、新しい配信方式とログ転送機能を有効にするか決め、収集パターン、テンプレートの許可リスト、既存の生成コードを確認する必要がある。新機能の選択と既存連携の移行を、併せてデプロイ計画に盛り込むことが重要だ。
リリースノートに掲載された、バージョンを指定するインストール例は次のとおりだ。
curl -LsSf https://raw.githubusercontent.com/NVIDIA/OpenShell/main/install.sh | OPENSHELL_VERSION=v0.1.5 shOpenShell v0.1.5の実質的な価値は、ポリシー変更と監査記録を運用フローにより速く結び付ける点にあり、これを活用するには既存の収集・連携設定の移行も併せて準備する必要がある。