アップグレードすべき?
サンドボックスを無人セッションの主要なガードにしているなら、v2.1.309以降へ更新するとよい。リリースノートは悪用の有無を述べていないので、緊急度は既知の攻撃ではなく自分の使い方で決まる。
スクリプトは壊れる?
2か所ある。claude ultrareviewを呼ぶスクリプトは--trust-workspaceかCLAUDE_CODE_DISABLE_ULTRAREVIEW_TRUST_CHECK=1が必要になり、/rewindでsed -iを戻す前提の運用は成り立たなくなった。
npmのstableタグはこのバージョンになっている?
v2.1.309が現在どのnpmタグを指すかは確認していない。以前のrm迂回の件ではstableタグが遅れることがわかっているので、更新後はclaude --versionで実際のバージョンを確認する。
エンジニアではありません。一言でいうと?
ビルの入退室管理に例えると、新しいドアではなく、鍵がかかっているように見えて隙間があった数か所を直した、ということだ。誰かがそこを通ったとはノートに書かれていないが、塞ぐ方が放置よりよい。
Claude Code v2.1.309(2026-10-22)のリリースノートは、大半がサンドボックスと権限の修正だ。同じ週のv2.1.304〜v2.1.307にもセキュリティ関連の変更がいくつかある。以下はすべて公式changelogからの引用で、「これが意味すること」の節は私の推論であり、そう明記してある。
denyWriteのglobがパスの実体の場所に適用されなかった問題を修正。サンドボックスのドキュメントにも、macOSで拒否パスがシンボリックリンクを通る場合は実体の場所も拒否すると書かれている。--mcp-configで渡したMCP設定ファイルを変更できた問題を修正。cdが包まれていたり接頭辞が付いていたりすると、単純なcdのように確認が出なかった問題を修正。Edit(path)のdenyルールがそのパスへのBashリダイレクトを止められなかった問題を修正。Set-LocationやcdをPowerShellのチェックが自動承認していた。今は確認が出る。sed -iは標準のBashプロンプトが出て、シミュレートされたファイル編集プレビューではなく書いた通りに実行される。/rewindでも復元されなくなった。/rewindでsed -iを取り消せると頼っていたなら、その保険は無くなる。claude ultrareviewはworkspace trustが必要になった。ターミナルでは確認し、それ以外では拒否する。スクリプトでは値を取らない--trust-workspace(PR番号やベースブランチはその前に置く)を渡すか、CLAUDE_CODE_DISABLE_ULTRAREVIEW_TRUST_CHECK=1を設定する。rm・rmdirが書き換えのヒント付きで即座に拒否される。無人セッションが止まらないようにするためだ。/Volumes、/media、/mnt/cなど)へのrm -rで安全確認が出る。claude_code.safety_event OpenTelemetryイベント。権限ルール、auto mode、安全チェック、hook、サンドボックスが止めた・確認した・差し戻したツール呼び出しごとに発行される。sandbox.allowNestedUserNamespaces。サンドボックス化されたコマンドがサンドボックスのファイル保護を回避できるようになると、ノートが明言している。リリースノートは何を直したかを述べるだけで、実際に悪用されたかどうかは書かれておらず、CVE番号もなく、悪用状況を述べる独立した情報源も私には見つからなかった。したがって実被害の報告として読まないでほしい。役に立つ見方は、修正がサンドボックスと権限チェックの端に集中しているという点だ。つまり、起動ファイルはサンドボックス外で走らない、denyルールはシンボリックリンクを通っても効く、内部のコマンドは設定ファイルを書き換えられない、といった、サンドボックスを信頼するときに頼っている前提である。チームが無人セッションの主要なガードとしてサンドボックスを使っているなら、v2.1.309以降への更新は価値がある。上記の経路に実際に当たるかどうかは、私には判断できない。