Claude Code 按一下「以後別再問」，密碼就進了 GitHub

用 Claude Code 的人注意一下：按一次「Yes, and don't ask again」，你剛剛核准的那條指令會被原封不動存下來，密碼、金鑰也一起存進去。

事情是這樣。Claude Code 跑指令前會先問你，選了「以後別再問」，它就把這條指令寫成 allow 規則，存在專案裡的 .claude/settings.local.json。規則存的是整條指令本身，不是範本。所以指令裡如果帶著資料庫密碼或 API 金鑰，那把密碼也會以明文躺在這個檔案裡。

照理說這個檔案不該進版本控管。Claude Code 第一次寫它時，會把它加進你那台電腦的全域 git 排除清單。但這層保護只跟著那台電腦，不跟著專案。它從來不會寫進專案自己的 .gitignore。檔案如果已經 commit 過、換台電腦 clone、或是資料夾後來才變成 repo，保護就沒了。Apiiro 還發現，1,105 個外洩 repo 裡有 539 個，是 Claude 掛名共同作者的 commit 動過這個檔案。

數字是 Apiiro 在 11 月 5 日公布的研究，11 月 1 日到 3 日掃了 GitHub 上公開的這個檔案：104,185 份，分布在 103,617 個 repo，其中 1,122 份（約 1.1%）帶著真正的祕密，總共 1,379 個不同的祕密值。裡面超過三分之一能直接開資料庫，包括 379 個資料庫密碼；另外還有 43 組公開伺服器的 SSH 登入、42 個 GitHub、GitLab、npm token、23 把 AWS 金鑰。牽涉 63 間組織，大多是軟體公司。研究人員通知後，有一間公司確認外洩的金鑰當時還是有效的。

更麻煩的是時間。截至 11 月 2 日的快照，每一份帶祕密的檔案都還在 repo 的預設分支上，一半以上已經放了至少 217 天。刪檔案也沒用，舊版還留在 git 歷史和 fork 裡。把 git 歷史、團隊會主動 commit 的共用 .claude/settings.json、以及存進 repo 的對話紀錄都算進去，總數是 2,539 個祕密、1,994 個 repo。

掃描工具也救不了全部。研究人員用 gitleaks 和 TruffleHog 各掃一遍，1,122 份裡 gitleaks 只抓到 564 份、TruffleHog 643 份，215 份兩邊都沒抓到。原因很簡單：掃描器認得金鑰的格式，但認不得一句指令裡夾帶的密碼。

這件事不是今天才有人發現。早在 2025 年 8 月 11 日就有人在 GitHub 上回報過，Apiiro 引用的四則相關回報，截至 11 月 8 日都沒有 Anthropic 的回覆。

要講清楚一點：Apiiro 本身是賣資安產品的公司，而且它沒有真的去試這些密碼能不能用。「真正的祕密」是它按格式和上下文判定的，不是逐一驗證過還有效的憑證。唯一確認有效的，是那一間回覆的公司。但就算只有一間確認有效，機制本身是真的，Claude Code 官方文件也寫明了「以後別再問」會把規則存進這個檔案。

為什麼值得讀

這不是模型出錯，是工具的預設行為。每天用 Claude Code、Cursor 這類 AI 寫程式的人，幾乎都會按到「以後別再問」，按的時候不會想到密碼就跟著存進去了。檢查方法也不難，花十分鐘就能做完：

1. 到 GitHub 組織裡搜 .claude/settings.local.json 和 .claude/settings.json，連 git 歷史一起看，檔案刪了也要看。 2. 先換密碼再清檔案。順序反過來就沒用，舊密碼還在歷史裡。 3. 用 git rm --cached .claude/settings.local.json 停止追蹤，再把它寫進專案自己的 .gitignore。 4. 打開自己電腦上的檔案，把帶祕密的規則刪掉。 5. 以後密碼不要寫進指令裡，改用變數，例如 $DB_URL；核准時選範本，例如 Bash(npm run:*)，不要選單一條指令。

如果你也在用 Claude Code，先去看一眼自己的 repo。今天這篇就是提醒這件事。

出處 原文標題：Claude Code's "Don't Ask Again" File Exposes Passwords and Keys in 1,122 Public Copies on GitHub 作者：Swati Khandelwal（The Hacker News）；研究：Apiiro（Shmulik Cohen、Matan Giladi，2026-11-05） 原文連結：https://thehackernews.com/2026/11/claude-codes-dont-ask-again-file.html 發布日期：2026-11-07 授權：非 CC BY 來源，本篇為摘要＋評論，不全文翻譯