Claude Code v2.1.233 — WindowsのUNCパス検証の穴を塞ぎ資格情報漏出を防止
Claude Code v2.1.233は、WindowsのUNCパス検証バイパスを修正し、資格情報が漏れる経路を塞いだ更新です。v2.1.232の権限強化を一部巻き戻し、Todo/taskツールも既定で無効になりました。
Claude Code v2.1.233は、この脆弱性を修正すると同時に、v2.1.232で入ったBash権限強化のうち2件をいったん巻き戻した更新です。Opus 4.8やSonnet 5など新世代モデルでは、Todo/taskツールも既定で無効になりました。本稿では、この3点を中心に20項目の変更点を扱います。
このリリースで何ができるようになるか
最大の軸は、Windowsでのパス検証バイパスの修正です。NTデバイスプレフィックス(\??\)とは、Windowsカーネルが内部的に使うパス表記です。リモート共有を指す通常のUNCパス(\\server\share)とは書き方が異なりますが、指し示す先を同じにできます。この差分を使った細工パスをNTLM認証必須のリモート共有へ向けさせると、資格情報が外部へ渡ります。v2.1.233では、この経路が塞がれました。
もう一つの軸は、v2.1.232で入った権限強化のうち2件をいったん巻き戻したことです。Git BashのCygwin形式シンボリックリンク対策はWindows向け、Bash入力リダイレクト(< file)の権限チェックは全プラットフォーム向けでした。このあとWindowsでは、通常コマンドまで承認を求められる不具合が出ていました。対象を絞った形での再導入が見込まれています。
3つ目の軸は、Opus 4.8・Sonnet 5・Fable 5・Mythos 5以降のモデルで、Todo/taskツール群(TaskCreate/Get/Update/List、TodoWrite)が既定で使えなくなった点です。CLAUDE_CODE_ENABLE_TODO_TOOLS=1を設定すれば従来どおり使えます。
あなたの開発フローはどう変わるか
影響の大きさは、OSと利用形態によって分かれます。
| 利用形態 | 影響度 | 具体的に変わること |
|---|---|---|
| Windowsでリモート共有やUNCパスに触れる開発 | 影響度緊急度高い(資格情報が漏れる) | 具体的に変わることNTデバイスプレフィックス経由のパス検証バイパスが塞がれ、細工パスによるNTLM資格情報の持ち出しを防ぐ |
| v2.1.232でBashコマンドの承認要求が増えて困っていたWindows開発 | 影響度明確な恩恵あり | 具体的に変わることCygwin形式シンボリックリンクと入力リダイレクトの権限チェックがいったん巻き戻り、通常コマンドの承認頻度が下がる |
| 全プラットフォームでBashを使う運用 | 影響度条件次第 | 具体的に変わること入力リダイレクト(< file)の権限チェックがいったん外れる |
| Opus 4.8・Sonnet 5などの新世代モデルでTodo/taskツールに依存する運用 | 影響度条件次第 | 具体的に変わること既定で無効になるため、使い続けるならCLAUDE_CODE_ENABLE_TODO_TOOLS=1の設定が必要 |
| GitLabでマージリクエストを扱うワークフロー | 影響度条件次第 | 具体的に変わること--worktreeがMRのURLに対応し、claude agentsビューではMRが!N形式で表示される。GitHub向けの設定ヒントも出なくなる |
| self-hosted-runnerでCIを運用 | 影響度明確な恩恵あり | 具体的に変わることセッションブランチの作成方式が変わり、セッション開始が速くなる |
| Linuxでサンドボックスを有効にしたアイドルセッションを多用 | 影響度明確な恩恵あり | 具体的に変わることCPUコア1つが100%に張り付くことがある不具合が直り、アイドル時のCPU消費が正常化する |
Windowsでリモート共有やUNCパスを扱う場合
危ないのは、Claudeにファイルパスを渡す作業そのものでした。細工されたパスは見た目でリモート共有と判別しづらく、Claudeが気づかないまま資格情報が外部へ渡ります。
Windowsでファイルアクセスを伴うタスクをClaudeに任せている場合は、更新を優先すると安心です。個人・チーム・企業でのセキュリティ設定の使い分けはClaude Codeセキュリティ・権限ガイドにまとめています。
v2.1.232の権限強化で承認が増えた場合
v2.1.232以降のWindowsでは、auto modeにしていても手動承認を繰り返し求められる不具合が出ていました。対象はcd <dir> && <command> > fileのような、ありふれたコマンドです。
v2.1.233では、この繰り返し承認の不具合を修正したうえで、Cygwin形式シンボリックリンクと入力リダイレクトの権限チェック自体はいったん巻き戻しました。v2.1.232からWindowsで運用を続けている場合は、この巻き戻しで元の挙動に近づく点を把握しておくと状況を追いやすくなります。
Todo/taskツールに依存する運用
新世代モデル(Opus 4.8、Sonnet 5、Fable 5、Mythos 5以降)では、TaskCreate/Get/Update/ListとTodoWriteが既定で使えません。プランやワークフローでTodoリストの自動更新を前提にしている場合、この変更で表示が止まって見えることがあります。
元の挙動に戻すには、環境変数を設定します。
export CLAUDE_CODE_ENABLE_TODO_TOOLS=1似た名前のCLAUDE_CODE_ENABLE_TASKSとは別の環境変数です。公式に案内されている有効化の手段はCLAUDE_CODE_ENABLE_TODO_TOOLS=1のほうなので、既存の設定を流用せず、この変数を指定してください。
GitLabでマージリクエストを扱う場合
--worktreeフラグとclaude agentsビューがGitLabのマージリクエストURLに対応し、一覧では!123のようにMR番号が表示されるようになりました。あわせて、originリモートがgitlab.comやbitbucket.orgのリポジトリでは、GitHub向けのセットアップヒントが表示されなくなりました。代わりに、エンタープライズマーケットプレイスのヒントが非GitHubの社内gitホストを広くカバーする形になっています。
--worktreeの基本的な使い方はClaude Code Worktree実践ガイドで解説しています。
self-hosted-runnerでCIを運用する場合
claude self-hosted-runnerのセッション開始が速くなりました。セッションブランチの作成が作業ツリーを書き換えない方式に変わり、サーバーとの往復2回が、起動の待ちから外れました。CI組み込みでrunnerを多用しているチームほど、起動の待ち時間が縮みます。詳細はself-hosted-runnerとはにまとめています。
主な変更点
v2.1.233は20項目の変更を含みます。直近のリリースとの関係は次の通りです。
| バージョン | 公開日 | 主な内容 | 性格 |
|---|---|---|---|
| v2.1.229 | 公開日2026-08-12 | 主な内容32項目。SSE keepaliveでVertex/Bedrockの接続断を防止など | 性格安定化中心 |
| v2.1.231 | 公開日2026-08-13 | 主な内容1項目。事前登録OAuthクライアントのリダイレクトURI不一致を修正 | 性格単発ホットフィックス |
| 直前のv2.1.232 | 公開日2026-08-13 | 主な内容49項目。サブエージェントfork既定化とBash権限強化など | 性格機能追加と権限修正の束 |
| v2.1.233(今回) | 公開日2026-08-14 | 主な内容20項目。Windowsパス検証バイパス修正とBash権限の一部巻き戻し、Todo/taskツールを既定で無効化など | 性格巻き戻しと資格情報漏出の修正 |
Windowsパス検証バイパスの修正
NTデバイスプレフィックス(\??\)で綴られたWindowsのパスは、これまでUNCパス検証をすり抜けていました。v2.1.233では、この表記も同じ検証を通ります。\??\でリモート共有を指す細工パスは、素通りしなくなりました。
Bash権限の巻き戻しとv2.1.232からの変遷
| 時点 | 内容 |
|---|---|
| v2.1.232で追加 | 内容Git BashのCygwin形式シンボリックリンク経由の権限バイパス修正(書き込みに承認を必須化)/ Bash入力リダイレクト(< file)の権限チェックを追加 |
| v2.1.232以降で発生 | 内容Windowsでcd <dir> && <command> > fileのような通常のBashコマンドが、auto modeでも繰り返し手動承認を求められる不具合 |
| v2.1.233での対応 | 内容繰り返し承認の不具合を修正 / Cygwin形式シンボリックリンク(Windows)と入力リダイレクト(全プラットフォーム)の権限チェックをいったん巻き戻し(範囲を絞った形の再導入を予定) |
Todo/taskツールが新世代モデルで既定無効に
Opus 4.8、Sonnet 5、Fable 5、Mythos 5以降のモデルでは、TaskCreate/Get/Update/ListとTodoWriteが既定で使えなくなりました。有効化するにはCLAUDE_CODE_ENABLE_TODO_TOOLS=1を設定します(実行例は前段を参照)。
エンタープライズ向けの設定追加とゲートウェイの改善
Anthropicアップストリーム向けに、サインイン中のユーザーIDをヘッダーとして送るオプトインのapps gateway設定forward_user_identityが追加されました。ゲートウェイの後段にプロキシを置く構成では、ユーザー単位で利用量を帰属させやすくなります。
Linux上のBashツール実行には、オプトインのmemory cgroup対応(CLAUDE_CODE_TOOL_MEMORY_LIMIT)が加わりました。暴走したビルドコマンドがセッション全体を止めてしまう事態を避けられます。WebFetchのセッションURLキャッシュのTTLを設定するCLAUDE_CODE_WEBFETCH_CACHE_TTL_MSも追加され、既定値(15分)は変わっていません。
Vertex・Foundry・AWS上のClaude Platformへのapps gatewayでは、400/413エラーがアップストリーム自身のメッセージをそのまま返すようになりました。apps gateway経由のauto-compactに関する不具合もあわせて修正されています。環境変数の設定方法はClaude Code設定ガイドにまとめています。
plugin validateとSkill/コマンドの細かな修正
claude plugin validateは、素の.claude/skillsディレクトリも検査対象になり、frontmatterの解析に失敗したSKILL.mdファイルを報告するようになりました。プラグインを配布する前に、Skillsディレクトリ単体でも検証できます。
ユーザーやプロジェクトのSkillが、バンドル済みSkill(/checkup、/reviewなど)と同名で上書きしているケースがあります。この場合、-pモードやプラグイン・MCP読み込み時に「Unknown command」と報告されてしまう不具合が直りました。Skillやコマンドの引数展開でも、引数の値自体がテンプレートマーカーとして再展開されてしまう不具合が修正されています。
スクリーンリーダーモードでは、/effortセレクターが番号付きリストと数字入力プロンプトの形に変わり、ヒントやダイアログのテキストが途中で切れる問題も解消されました。printモードでは、Claude Codeが認識しないモデルIDへリクエストが飛ぶと、stderrに[claude-code:unrecognized_model]という行が出るようになりました。modelOverridesでマッピングすれば表示を止められます。
プラグイン配布・検証の基本はClaude Codeプラグイン(Plugins)完全ガイドにまとめています。
セッション・接続の安定性向上
権限プロンプト待ちの間に環境がシャットダウンすると、クラウドセッションが「消失」扱いになる不具合が直りました。MCP v2接続では、固定タイムアウトでストリームを切るサーバー(サーバーレスホスト等)があります。こうしたサーバーに対して、subscriptions/listenストリームの再オープンを無限に繰り返してしまう不具合も解消されています。
Claude DesktopやVS Code配下では、権限プロンプト時にNotification hooksが発火しないバグが直りました。フック連携の基本はClaude Code Hooks完全ガイドで解説しています。サンドボックス有効時にLinuxのアイドルセッションがCPUコアを1つ張り付かせることがある不具合も修正され、claude self-hosted-runnerの起動高速化もこの系統の改善です。
Bash権限チェックはv2.1.232の強化を範囲から引き直す動き
外したのは狙いではなく、範囲です。v2.1.232の2件はどちらも、実在する権限の穴を塞ぐものでした。ただしWindowsでは、日常的なコマンドまで承認待ちになりました。
v2.1.233が選んだのは、全面的な作り直しではありません。繰り返し承認のバグは直しつつ、2つの権限チェック自体はいったん巻き戻しました。セキュリティを優先して不便を許容するか、使い勝手を優先して穴を残すかの二択ではなく、いったん退いて対象を絞った形で出し直す、という第三の選択です。
同じリリースでWindowsのUNCパス検証バイパスという、影響範囲がより広い欠陥は迷わず塞いでいる点も見逃せません。作り込みの粗い権限強化は急いで戻す一方、資格情報漏出につながる欠陥はそのまま残しませんでした。Windows対応の優先順位は、便利さより実害の大きさに置かれているように見えます。対象を絞った形の権限チェックが実際にどう戻ってくるかは、後続のリリースを見るまで分かりません。
まとめ
v2.1.233の中心は3つです。WindowsのUNCパス検証バイパス修正、v2.1.232の権限強化2件の一部巻き戻し、そして新世代モデルでTodo/taskツールが既定で無効になったことです。
Windowsでリモート共有やUNCパスに触れる開発では、資格情報が漏れる経路を塞いだ修正が直接効きます。v2.1.232からWindowsで運用していて承認要求の増加に困っていた場合は、巻き戻しで元の挙動に近づきます。Opus 4.8やSonnet 5などの新世代モデルでTodo/taskツールを使い続けたい場合は、CLAUDE_CODE_ENABLE_TODO_TOOLS=1の設定を忘れずに。GitLabでマージリクエストを扱うチームや、self-hosted-runnerでCIを運用しているチームにも、細かいながら効く変更が含まれています。