Claude Code 2.1.214 補上一批權限檢查漏洞：超過 1 萬字元的指令一律要你確認

一句話看懂：Claude Code 在 7 月 18 日釋出 2.1.214，修了一批「不該自動放行卻放行」的權限判斷：超過 1 萬字元的指令現在一律要你確認，Edit(src/**) 這類規則的比對範圍也變嚴格了。

先用白話講：Claude Code 的「權限」是什麼？

Claude Code 是在終端機裡幫你寫程式的 AI 助手。它會執行指令、改檔案，所以有一套權限機制：哪些動作可以直接做、哪些要先問你。就像請了一位幫手到你家，你事先說「掃地、倒垃圾不用問」，但「打開保險櫃」一定要問。

這次修的就是這套機制的「判斷錯誤」：有些動作其實該問，卻被誤判成可以直接放行。

發生什麼事

根據 GitHub 上的 v2.1.214 發行說明（2026-07-18 釋出），與權限有關的更動包括：

• 允許規則的比對範圍：像 Edit(src/**) 這種單層 dir/** 的允許規則，以前會連巢狀目錄裡的同名資料夾（樹裡任何位置的 dir/）也自動放行寫入；現在只比對 <cwd>/dir
• PowerShell 5.1：修補 Windows PowerShell 5.1 工作階段中的一個權限檢查繞過
• 超長指令：超過 10,000 字元的指令，現在一律詢問，不再自動執行
• shell 解析差異：Bash 權限檢查碰到「bash 與檢查器解讀不同」的檔案描述符轉向寫法，改為一律不放行；zsh 的變數下標與修飾符出現在 [[ ]] 比較裡時，現在也會詢問
• help 與 man：某些可能帶出不安全選項、指令替換或反斜線路徑的 help、man 指令，不再自動放行
• docker：帶有 --url、--connection、--identity 等「改道到別台 daemon」旗標的 docker 指令（含 Podman 的 docker 相容層），現在會先詢問
• file 指令：使用 -m 或 -f 選項時要求權限，不再當成唯讀指令自動放行
• 遠端工作階段：修正權限提示可能比本機確認視窗更早往下進行的問題

其他值得一提的更動

• 新增 EndConversation 工具：Claude 可以結束與高度辱罵的使用者、或越獄嘗試的對話，官方說跟 claude.ai 自 2025 年起的做法一樣
• 長時間執行的工具呼叫會定期送出進度心跳，不再整段沉默
• 修正 Bash 工具在 pkill -f 的樣式剛好比到 CLI 自己的行程時，會殺掉整個 Claude 工作階段的問題（Linux）
• Windows PowerShell 5.1 下用 >、>> 寫檔，以前會產生其他工具讀不了的 UTF-16LE 檔，現在已修正

給開發者的技術細節

1. 先升級：Claude Code 通常會自動更新，也可以手動執行：

claude update

2. 檢查你的允許規則：如果你的設定裡有類似下面的規則：

{
  "permissions": {
    "allow": ["Edit(src/**)"]
  }
}

升級後它只對 <cwd>/src 生效，巢狀目錄裡的 src/ 不再被放行。官方對 hook 的 if: 條件說明：想要任意深度的比對，請寫 **/dir/**；deny 與 ask 規則則維持任意深度比對。

3. 後續（7 月 19 日）：隔天釋出的 2.1.215 改成 Claude 不再自己執行 /verify 與 /code-review 兩個技能，需要時要自己輸入指令。

我的看法

這份更新說明很長，但最值得留意的是「多數項目都是把自動放行改成詢問」。對天天靠 AI 幫手寫程式的人來說，這代表偶爾會多跳出幾次確認視窗；但從資安角度，這是對的方向：寧可多問一次，也不要讓一個長達上萬字元的指令混進去被放行。

如果你有為了省事放寬很多自動放行規則，這次是個好時機檢查一遍：那些規則是不是還在放行你沒預期到的範圍。至於用 Windows PowerShell 5.1 的人，更要盡快升級。

名詞小辭典

• 權限規則（Permission rule）：你預先設定的「這類動作可以不問直接做」的白名單或黑名單。
• 萬用字元（雙星號）：比對任意層級目錄的符號，src/** 代表 src 底下的所有東西。
• 越獄（Jailbreak）：用特殊話術誘導 AI 繞過它原本的安全限制。
• Hook：在特定時機自動執行的小程式或規則，例如每次改檔案前先檢查。

資料來源

• Claude Code GitHub：v2.1.214 發行說明（2026-07-18）
• Claude Code GitHub：v2.1.215 發行說明（2026-07-19）