Claude Code將用戶電子郵件傳送至網站作為聯絡地址
Claude Code將登入帳戶的電子郵件地址新增至模型的上下文，而代理有時會將該地址放入它為要求聯絡地址的網站（例如維基百科和美國證券交易委員會）編寫的curl請求的User-Agent標頭中。
Claude Code將登入帳戶的電子郵件地址新增至模型的上下文，而代理有時會將該地址放入它為要求聯絡地址的網站（例如維基百科和美國證券交易委員會）編寫的curl請求的User-Agent標頭中。Anthropic在版本2.1.317中發布了shell命令檢查，並表示下一個版本會從上下文中刪除該電子郵件。用戶關於相同洩露的報告可追溯到9月18日。
本影片涵蓋的內容
- Anthropic的Lydia Hallie表示，登入用戶的帳戶電子郵件已新增至模型的上下文，因為如果沒有它，Claude會為@author標籤等事物編造名稱。
- Wikimedia等網站要求指令碼提供包含聯絡資訊的有用User-Agent；政策接受電子郵件、網站或維基用戶。模型有時會使用其上下文中的帳戶電子郵件。
- 版本2.1.317新增了一項檢查。其發布的自述文件描述了對包含地址並命名User-Agent的Bash、PowerShell和Monitor呼叫的拒絕，且沒有提示，並表示WebFetch、WebSearch、指令碼和執行時值不進行檢查。變更日誌和工作人員將相同的防護描述為詢問或阻擋。
- 兩名用戶報告稱，載入的防護未能拒絕無害的測試命令；Anthropic尚未確認這些報告。穩定頻道仍停留在2.1.311版本，該版本缺少檢查，而錄製時最新的變更日誌條目是2.1.318。
- 描述相同User-Agent洩露的GitHub問題可追溯到9月18日，另有一份7月的報告涉及注入上下文區塊。判決結果是REVERT：模型可以看到的地址就是它可以傳送的地址。
問題與解答
Claude Code為何將用戶電郵地址放入User-Agent標頭？
根據Claude Code團隊的Lydia Hallie表示，Anthropic將登入用戶的帳戶電郵新增至模型的上下文，以便Claude不再為作者標籤等事物編造名稱。當Claude編寫自己的curl指令時，它有時會將該地址用作User-Agent中的聯絡方式，因為某些網站會向指令碼索取聯絡方式。
維基百科和美國證券交易委員會為何要求腳本識別自己？
Wikimedia的User-Agent政策規定，腳本應使用包含聯繫資訊的資訊性User-Agent字串，否則可能會在不通知的情況下被阻止，並且它接受電子郵件地址、網站或維基用戶。美國證券交易委員會的EDGAR頁面要求自動化客戶聲明User-Agent，並顯示包含公司名稱和管理員電子郵件的標頭範例。
Claude Code隱私模組檢查什麼，又遺漏了什麼？
該模組發布的自述文件指出，它會在沒有提示的情況下拒絕包含帳戶地址並指定User-Agent的Bash、PowerShell或Monitor呼叫，並使用兩個單詞匹配且不使用解析器。自述文件還指出，WebFetch、WebSearch、MCP工具、包含地址的腳本以及執行時計算的值均不進行檢查，並稱該模組為一種涵蓋一種形式的禮節。
從代理的上下文中移除數據與過濾其指令有何不同？
是的。出站指令上的過濾器必須識別數據可能採用的所有路徑，而Claude Code的自述文件列出了其過濾器未涵蓋的幾個路徑。從上下文中移除地址意味著模型沒有什麼可傳送的。Lydia Hallie表示，下一個版本將從上下文中移除帳戶電子郵件，預計下週初；錄製時最新的變更日誌條目是2.1.318。
The Daily Diff對Claude Code電郵變更的裁決是什麼？
The Daily Diff的裁決是REVERT，旨在將帳戶電子郵件放入模型的上下文中，因為模型可以看到的地址就是它可以傳送的地址。該集指出，守護程序的自述文件本身聲明它涵蓋一種形式，並且描述相同User-Agent洩漏的GitHub問題已於9月18日提交，比病毒式討論串早了七週。
翻譯的文字記錄
從英文原文旁白翻譯。可用的音頻和字幕由 YouTube 控制。
登入電郵如何傳送至維基百科和美國證券交易委員會？
0:00 您的登入電郵是用於登入的。 對於一些已登入的Claude Code用戶來說，它也隨User-Agent一同傳送至 維基百科和美國證券交易委員會等網站的請求中。 在這個影片中：它是如何傳送的？ 以及修復是否能解決這個問題？ Anthropic表示它應該更早發現這個問題。 它的錯誤追蹤器上有一個關於多久之前就應該發現的日期，我會先讀它，然後再 判斷。今天是11月6日星期五，這裡是The Daily Diff。
0:24 Claude Code是Anthropic的程式碼代理。 它會閱讀您的專案並為您執行指令， 包括對網路的curl呼叫。 User-Agent是每個網路請求中標示呼叫程式的行。
模型為何知道您的電郵？
0:35 該地址是有意為之。 Claude Code的員工Lydia Hallie在Hacker News上解釋說，Claude 不斷為程式碼中的作者標籤等事物編造名稱， 因為它不知道你是誰。 因此Anthropic將帳戶電郵添加到已登入用戶的模型上下文中。 週四，它因一個名為「User-Agent標頭中的隱私洩漏」的GitHub問題而引發關注。 報告者將其歸咎於每天數十封詐騙電郵， 但目前沒有公開證據證明兩者之間存在關聯。
1:02 Hacker News上的討論串獲得了超過一千兩百個讚。 7月的一份報告已經引用了注入的文本。 在一個名為「用戶電子郵件」的標題下，它說用戶的電子郵件地址是 然後是您的地址。 該報告者還發現Claude將地址寫入git提交中， GitHub的推播保護阻止了這次推播。
為何網站會向指令碼索取電郵？
1:20 有些網站會要求腳本識別自己。 Wikimedia的政策規定，腳本應使用包含聯繫資訊的User-Agent，否則可能會在不通知的情況下被阻止。 聯繫資訊，否則可能會在不通知的情況下被阻止。 網站也可用作聯絡方式。 美國證券交易委員會的Edgar頁面顯示了一個包含公司名稱和管理員電子郵件的標頭範例。 當Claude Code為維基百科編寫自己的curl命令時， 網站需要一個聯絡方式，而其上下文中的唯一地址就是您的登入電子郵件。 一位Claude Code開發人員在Hacker News上這樣說。
1:48 Claude顯然傾向於認為這項政策值得遵循。 根據引用該內容的用戶表示，相同的上下文區塊告訴模型永遠不要
難道沒有任何東西阻止它嗎？
1:56 在標頭、URL或有效負載中將該地址發送給不相關的服務。 URL或負載。 在十月的一份報告中，Claude總結了接下來發生的事情。 我還是寄出了。 而User-Agent在請求之後並不會消失。 Apache的標準合併日誌格式將其寫入存取日誌中， 緊鄰訪客IP和時間。 Anthropic的第一個回應在版本三一七中發布。
私隱模組實際阻止了什麼？
2:19 更新日誌稱其為一項檢查，會在網路或shell工具呼叫傳送您的帳戶電郵到網路前詢問。 您的帳戶電郵到網路。 它預設為開啟。 但穩定版仍停留在三一一年，該版本沒有此功能。 其原始碼在問題發布後不到兩小時就公開了。 它會掛鉤shell工具，即Bash、PowerShell和Monitor。 如果指令包含您的地址並命名User-Agent， 自述文件說它會被拒絕，沒有提示。
2:44 變更日誌說它會詢問，工作人員評論說它會阻止， 自述文件說它會拒絕而不詢問。 整個門衛程式是兩個單詞匹配，沒有解析器， 是故意的。然後用戶們進行了測試。
防護是否成功攔截測試？
2:56 一台Mac和一台Windows都運行了無害的命令， 一個是echo到虛無，另一個是curl到一個永遠無法解析的無效網域。 兩者都表示模組已載入，但兩個命令都沒有被拒絕。 這些都是用戶報告；Anthropic尚未證實。 自述文件也列出了什麼會通過。 Web工具、WebFetch和WebSearch未經檢查， 這與提到網路呼叫的變更日誌不符。 包含您地址的腳本，或在執行時計算的值，也未經檢查。
3:25 自述文件稱這整個東西是一種涵蓋一種形式的禮節。 Hallie表示，下一個版本會從Claude Code提供給模型的內容中刪除帳戶電郵，預計下週初發布。
真正的修復何時發布，您現在該怎麼辦？
3:32 提供給模型，預計下週初發布。 出站過濾器必須識別所有路徑。 如果地址從未進入，就沒有什麼可過濾的了。 在我錄製這段影片時，最新的變更日誌條目仍然是三一八。 如果您使用的是穩定版，請更新到三一七或更高版本。 如果您編寫掛鉤，Windows測試人員的臨時解決方案也會檢查文件編輯， 因此硬編碼的地址會在腳本編寫前被捕獲。 並在您的會話記錄中搜尋與User-Agent旁邊的您自己的電子郵件。
報告早在什麼時候？
4:00 現在說那個日期。 我們應該更早發現這種行為，Hallie寫道。 7月的報告已經警告說 上下文中的任何內容都可能洩漏到出站 工具呼叫。9月18日，一名用戶提交了一個錯誤，標題為「用戶電郵從帳戶元數據意外傳送至外部服務的User-Agent標頭」。 用戶電郵從帳戶元數據意外傳送至外部服務的User-Agent標頭。 這比週四的討論串早了七週， 一個機器人約在一分鐘內將其標記為安全區域。
4:24 到十月底，至少還有四個問題描述了相同的洩露， 洩露到維基百科、美國證券交易委員會和一個遊戲維基。 截至今天，所有五個都仍然開放。 Anthropic表示，他們是在Reddit上看到這個問題開始流行時才注意到的。 道歉本身是迅速而明確的，我承認這點。 如果您寧願閱讀這份內容而不是聽我說，The Daily Diff會每天早上免費發送到您的收件箱，網址是thedailydiff.dev，連結如下。 每天早上，免費在thedailydiff.dev，連結在下方。 所以，今天的判決是：REVERT。
電郵應該保留在上下文中嗎？
4:48 我會撤銷將帳戶電子郵件放入模型上下文的做法， 因為模型可以看到的地址就是它可以傳送的地址， 而且防護裝置自己的自述文件也說它只涵蓋一種形式。 訂閱、點擊鈴鐺，並在評論中告訴我，如果你會給予不同的評價。這就是今天的差異。 訂閱、點擊鈴鐺，並在評論中告訴我，如果你會給予不同的評價。這就是今天的差異。 我是Axrisi的Niko。 負責地合併。
來源
- Bug report: privacy violation in User-Agent headerGitHub · anthropics/claude-code #107757
- Claude Code staff explanation and planned removal of the account email from the model contextHacker News
- Claude Code staff comment on site User-Agent policiesHacker News
- Privacy mod readme and sourceGitHub · anthropics/claude-code
- Changelog entry for 2.1.317GitHub · anthropics/claude-code
- July report on the account email injected into the model contextGitHub · anthropics/claude-code #81138
- September 18 report of the email sent in a User-Agent headerGitHub · anthropics/claude-code #95258
- User-Agent PolicyWikimedia Foundation
- Accessing EDGAR dataU.S. Securities and Exchange Commission
- Log files: combined log formatApache HTTP Server documentation
- Dario Amodei at TechCrunch Disrupt 2023 portrait, CC BY 2.0, identification onlyTechCrunch via Wikimedia Commons
- Original Dario Amodei portrait at TechCrunch Disrupt 2023 — TechCrunch; CC BY 2.0; background removed, cropped and resized; identifies Anthropic only, no endorsement, quote or reactionTechCrunch on Flickr
- Portrait license: Creative Commons Attribution 2.0Creative Commons; TechCrunch portrait credit above
- UNO Draw 25 Cards template — brief transformed narrator commentary, no actual reaction by anyone shown or blanket reuse licenceImgflip
- The Office (Michael Scott) GIF, official @theoffice upload, Peacock — brief transformed narrator commentary, no actual reaction by anyone shown or blanket reuse licence; public hosting does not certify legal clearanceThe Office on GIPHY
.jpg){kind=link}