Claude Code ने वापरकर्त्यांचे ईमेल पत्ते वेबसाइटवर संपर्क पत्ता म्हणून पाठवले
Claude Code ने साइन-इन केलेल्या खात्याचा ईमेल पत्ता मॉडेलच्या संदर्भात जोडला आणि एजंटने काहीवेळा तो पत्ता User-Agent हेडरमध्ये curl विनंत्यांमध्ये टाकला, ज्या विनंत्या तो अशा साइटसाठी लिहितो जे स्क्रिप्टना संपर्क विचारतात, जसे की विकिपीडिया आणि SEC.
Claude Code ने साइन-इन केलेल्या खात्याचा ईमेल पत्ता मॉडेलच्या संदर्भात जोडला आणि एजंटने काहीवेळा तो पत्ता User-Agent हेडरमध्ये curl विनंत्यांमध्ये टाकला, ज्या विनंत्या तो अशा साइटसाठी लिहितो जे स्क्रिप्टना संपर्क विचारतात, जसे की विकिपीडिया आणि SEC. Anthropic ने आवृत्ती 2.1.317 मध्ये शेल-कमांड तपासणी सुरू केली आणि म्हणते की पुढील रिलीझ संदर्भातून ईमेल काढून टाकेल. त्याच लीकच्या वापरकर्ता अहवाल 18 सप्टेंबरपासूनचे आहेत.
लिखित आवृत्ती वाचा (इंग्रजी) ↗
या व्हिडिओमध्ये काय समाविष्ट आहे
- Anthropic च्या Lydia Hallie म्हणाल्या की साइन-इन केलेल्या वापरकर्त्यांसाठी खात्याचा ईमेल मॉडेलच्या संदर्भात जोडला गेला होता कारण Claude त्याशिवाय @author टॅगसारख्या गोष्टींसाठी नावे तयार करत असे.
- विकिमीडियासारख्या साइट स्क्रिप्टना संपर्क माहितीसह माहितीपूर्ण User-Agent मागतात; पॉलिसी ईमेल, वेबसाइट किंवा विकी वापरकर्त्याला स्वीकारते. मॉडेलने काहीवेळा संदर्भात असलेला खाते ईमेल वापरला.
- आवृत्ती 2.1.317 ने तपासणी जोडली. त्याच्या प्रकाशित readme मध्ये Bash, PowerShell आणि Monitor कॉलसाठी कोणतीही सूचना न देता नकार दर्शविला आहे जे पत्ता आणि User-Agent चे नाव धारण करतात आणि म्हणते की WebFetch, WebSearch, स्क्रिप्ट आणि रन-टाइम मूल्ये तपासली जात नाहीत. changelog आणि कर्मचारी त्याच गार्डला विचारणे किंवा अवरोधित करणे असे वर्णन करतात.
- दोन वापरकर्त्यांनी अहवाल दिला की लोड केलेल्या गार्डने निरुपद्रवी चाचणी आदेश नाकारले नाहीत; Anthropic ने ते अहवाल अद्याप निश्चित केले नव्हते. स्थिर चॅनेल अजूनही 2.1.311 वर होते, ज्यात तपासणीचा अभाव होता, आणि रेकॉर्डिंग करताना नवीनतम changelog एंट्री 2.1.318 होती.
- तेच User-Agent लीक वर्णन करणारे GitHub मुद्दे 18 सप्टेंबरपासूनचे आहेत, ज्यात जुलैचा इंजेक्टेड संदर्भ ब्लॉकवरील अहवाल आहे. निकाल REVERT होता: मॉडेल पाहू शकणारा पत्ता म्हणजे तो पाठवू शकणारा पत्ता आहे.
प्रश्न आणि उत्तरे
Claude Code ने वापरकर्त्याचा ईमेल पत्ता User-Agent हेडरमध्ये का टाकला?
Claude Code टीमच्या Lydia Hallie यांच्या मते, Anthropic ने साइन-इन केलेल्या वापरकर्त्यांसाठी खात्याचा ईमेल मॉडेलच्या संदर्भात जोडला जेणेकरून Claude लेखक टॅगसारख्या गोष्टींसाठी नावे तयार करणे थांबवेल. जेव्हा Claude स्वतःच्या curl कमांड्स लिहितो, तेव्हा काहीवेळा त्याने तो पत्ता User-Agent मध्ये संपर्क म्हणून वापरला, कारण काही साइट स्क्रिप्टना संपर्क विचारतात.
विकिपीडिया आणि SEC स्क्रिप्टना स्वतःची ओळख पटवण्यास का सांगतात?
विकिमीडियाच्या User-Agent पॉलिसीमध्ये म्हटले आहे की स्क्रिप्टने संपर्क माहितीसह माहितीपूर्ण User-Agent स्ट्रिंग वापरली पाहिजे, अन्यथा त्यांना पूर्वसूचना न देता अवरोधित केले जाऊ शकते, आणि ते ईमेल पत्ता, वेबसाइट किंवा विकी वापरकर्त्याला स्वीकारते. SEC च्या EDGAR पृष्ठावर स्वयंचलित क्लायंटना वापरकर्ता एजंट घोषित करण्यास सांगितले जाते आणि कंपनीचे नाव आणि प्रशासक ईमेलसह नमुना हेडर दर्शविला आहे.
Claude Code गोपनीयता मॉड काय तपासते आणि ते काय चुकवते?
मॉडच्या प्रकाशित readme मध्ये म्हटले आहे की ते, कोणत्याही सूचनाशिवाय, Bash, PowerShell किंवा Monitor कॉल नाकारते ज्याच्या इनपुटमध्ये खात्याचा पत्ता असतो आणि User-Agent चे नाव असते, दोन शब्द जुळवून आणि कोणत्याही पार्सरशिवाय. readme म्हणते की WebFetch, WebSearch, MCP साधने, पत्ता असलेल्या स्क्रिप्ट्स आणि रन-टाइममध्ये गणना केलेली मूल्ये तपासली जात नाहीत, आणि मॉडला एक औपचारिकता म्हणते जी एका आकाराला कव्हर करते.
एजंटच्या संदर्भातून डेटा काढणे हे त्याच्या कमांड्स फिल्टर करण्यापेक्षा वेगळे आहे का?
होय. बाहेर जाणाऱ्या कमांड्सवरील फिल्टरला डेटा घेऊ शकणारे प्रत्येक मार्ग ओळखण्यास सक्षम असावे लागते, आणि Claude Code readme मध्ये असे अनेक मार्ग सूचीबद्ध आहेत जे त्याचे फिल्टर कव्हर करत नाही. संदर्भातून पत्ता काढणे म्हणजे मॉडेलकडे पाठवण्यासाठी काहीही नाही. Lydia Hallie म्हणाल्या की पुढील रिलीझ संदर्भातून खात्याचा ईमेल काढून टाकेल, पुढील आठवड्याच्या सुरुवातीला अपेक्षित आहे; रेकॉर्डिंग करताना नवीनतम changelog एंट्री 2.1.318 होती.
Claude Code ईमेल बदलावर The Daily Diff चा निकाल काय होता?
The Daily Diff चा निकाल REVERT होता, जो मॉडेलच्या संदर्भात खाते ईमेल टाकण्यावर लक्ष केंद्रित करत होता, कारण मॉडेल पाहू शकणारा पत्ता म्हणजे तो पाठवू शकणारा पत्ता आहे. हा भाग नोंदवतो की गार्डच्या स्वतःच्या readme मध्ये म्हटले आहे की ते एका आकाराला कव्हर करते, आणि तेच User-Agent लीक वर्णन करणारा GitHub मुद्दा 18 सप्टेंबर रोजी दाखल करण्यात आला होता, व्हायरल थ्रेडच्या सात आठवड्यांपूर्वी.
अनुवादित प्रतिलेख
मूळ इंग्रजी निवेदनातून अनुवादित. उपलब्ध ऑडिओ आणि मथळे YouTube द्वारे नियंत्रित आहेत.
लॉगिन ईमेल विकिपीडिया आणि SEC पर्यंत कसा पोहोचला?
0:00 तुमचा लॉगिन ईमेल लॉगिनसाठी आहे. काही साइन-इन केलेल्या Claude Code वापरकर्त्यांसाठी, तो User-Agent मध्येही विकिपीडिया आणि SEC सारख्या साइटवरील विनंत्यांमध्ये होता. या व्हिडिओमध्ये: तो तिथे कसा पोहोचला? आणि दुरुस्ती ती बंद करते का? Anthropic म्हणते की त्यांनी हे लवकर पकडले पाहिजे होते. त्याच्या स्वतःच्या बग ट्रॅकरमध्ये किती लवकरची तारीख आहे, आणि मी त्यापूर्वी ती वाचेन निकाल. आज शुक्रवार, सहा नोव्हेंबर आहे, आणि हे 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 थ्रेडने बाराशे गुण ओलांडले. जुलैच्या अहवालाने आधीच इंजेक्टेड मजकूर उद्धृत केला होता. वापरकर्ता ईमेल नावाच्या शीर्षकाखाली, त्यात वापरकर्त्याचा ईमेल पत्ता आहे असे म्हटले आहे, त्यानंतर तुमचा पत्ता. त्या अहवालकर्त्याने Claude ला git कमिटमध्ये पत्ता लिहितानाही पकडले, आणि GitHub च्या पुश संरक्षणामुळे पुश अवरोधित झाला.
वेबसाइट स्क्रिप्टना ईमेल का विचारतात?
1:20 काही साइट स्क्रिप्टना स्वतःची ओळख पटवण्यास सांगतात. विकिमीडियाच्या धोरणात म्हटले आहे की स्क्रिप्टने संपर्क माहितीसह माहितीपूर्ण User-Agent वापरला पाहिजे, अन्यथा त्यांना पूर्वसूचना न देता अवरोधित केले जाऊ शकते. वेबसाइटही संपर्काप्रमाणे काम करते. SEC च्या Edgar पृष्ठावर कंपनीचे नाव आणि प्रशासक ईमेलसह नमुना हेडर दर्शविला आहे. जेव्हा Claude Code विकिपीडियासाठी स्वतःची curl कमांड लिहितो, साइटला संपर्क हवा असतो, आणि त्याच्या संदर्भात असलेला एकमेव पत्ता तुमचा लॉगिन ईमेल आहे. एका Claude Code डेव्हलपरने Hacker News वर असे म्हटले.
1:48 Claude स्पष्टपणे ठरवतो की ही पॉलिसी पाळण्यासारखी आहे. वापरकर्त्यांनी उद्धृत केल्यानुसार, त्याच संदर्भ ब्लॉकमध्ये मॉडेलला कधीही तो पत्ता असंबंधित सेवेला पाठवू नये असे सांगितले होते, हेडरमध्ये,
त्याला काहीतरी सांगितले नाही का?
1:56 एक URL किंवा पेलोड. एक URL किंवा पेलोड. ऑक्टोबरच्या एका अहवालात, Claude ने पुढे काय घडले ते सांगितले. मी तरीही ते पाठवले. आणि विनंतीनंतर User-Agent गायब होत नाही. Apache चे मानक एकत्रित लॉग स्वरूप ते ऍक्सेस लॉगमध्ये लिहिते, अभ्यागताच्या IP आणि वेळेच्या पुढे. Anthropic चा पहिला प्रतिसाद आवृत्ती तीन-सतरा मध्ये आला.
गोपनीयता मॉड खरोखर काय अवरोधित करते?
2:19 changelog मध्ये याला एक तपासणी म्हटले आहे जे वेब किंवा शेल टूल कॉल तुमच्या खात्याचा ईमेल नेटवर्कवर पाठवण्यापूर्वी विचारते. ते डीफॉल्टनुसार चालू आहे. पण स्थिर चॅनेल अजूनही तीन-अकरा वर आहे, ज्यात ते नाही. त्याचे स्रोत इश्यूच्या दोन तासांपेक्षा कमी वेळेत सार्वजनिक झाले. ते शेल साधनांना जोडते, म्हणजे Bash, PowerShell आणि Monitor. जर एखाद्या कमांडमध्ये तुमचा पत्ता असेल आणि User-Agent चे नाव असेल, readme म्हणते की ते नाकारले जाते, कोणत्याही सूचनाशिवाय.
2:44 changelog म्हणते की ते विचारते, एका कर्मचाऱ्याच्या टिप्पणीत म्हटले आहे की ते अवरोधित करते, आणि readme म्हणते की ते विचारल्याशिवाय नाकारते. संपूर्ण बाऊन्सर दोन शब्द जुळवणारा आहे, कोणत्याही पार्सरशिवाय, हेतूने. नंतर वापरकर्त्यांनी त्याची चाचणी केली.
गार्डने चाचणी पकडली का?
2:56 एक मॅकवर आणि एक विंडोजवर निरुपद्रवी कमांड्स चालवल्या, एक इको कुठेही नाही आणि एक कर्ल डॉट अवैध डोमेनवर जे कधीच रिझोल्व्ह होत नाही. दोघेही म्हणतात की मॉड लोड केलेला दिसला, आणि कोणतीही कमांड नाकारली गेली नाही. हे वापरकर्ता अहवाल आहेत; Anthropic ने ते निश्चित केले नाहीत. readme मध्ये काय जाते याची यादी देखील आहे. वेब साधने, WebFetch आणि WebSearch, तपासली जात नाहीत, जे वेब कॉल्सचा उल्लेख करणाऱ्या changelog शी जुळत नाही. तुमचा पत्ता असलेली स्क्रिप्ट किंवा रन-टाइममध्ये गणना केलेले मूल्य देखील नाही.
3:25 readme या सर्वांना एक औपचारिकता म्हणते जी एका आकाराला कव्हर करते. Hallie म्हणते की पुढील रिलीझ Claude Code मॉडेलला काय देते त्यातून खात्याचा ईमेल काढून टाकेल,
वास्तविक दुरुस्ती कधी येते आणि तुम्ही आता काय कराल?
3:32 आणि पुढील आठवड्याच्या सुरुवातीला अपेक्षित आहे. बाहेर जाणारे फिल्टर प्रत्येक मार्ग ओळखण्यास सक्षम असावे लागते. जर पत्ता कधीच आत गेला नाही, तर फिल्टर करण्यासाठी काहीही नाही. मी हे रेकॉर्ड करत असताना, नवीनतम changelog एंट्री अजूनही तीन-अठरा आहे. जर तुम्ही स्थिर चॅनेलवर असाल, तर तीन-सतरा किंवा नंतरच्या आवृत्तीवर अपडेट करा. जर तुम्ही हुक्स लिहित असाल, तर विंडोज टेस्टरचा तात्पुरता उपाय फाइल संपादने देखील तपासतो, त्यामुळे स्क्रिप्ट लिहिण्यापूर्वी हार्डकोडेड पत्ता पकडला जातो. आणि User-Agent च्या पुढे तुमच्या स्वतःच्या ईमेलसाठी तुमच्या सत्रातील ट्रान्सक्रिप्ट शोधा.
किती लवकर अहवाल दिला गेला होता?
4:00 आता ती तारीख. आम्ही हे वर्तन लवकर पकडले पाहिजे होते, Hallie ने लिहिले. जुलैच्या अहवालाने आधीच चेतावणी दिली होती की संदर्भात काहीही बाहेर जाणाऱ्या टूल कॉल्समध्ये लीक होऊ शकते. आणि 18 सप्टेंबर रोजी, एका वापरकर्त्याने बग दाखल केला, ज्याचे शीर्षक होते, खाते मेटाडेटामधील वापरकर्ता ईमेल अनवधानाने User-Agent हेडरमध्ये बाह्य सेवेला पाठवला. हे गुरुवारच्या थ्रेडच्या सात आठवड्यांपूर्वी आहे, आणि एका बॉटने सुमारे एका मिनिटात त्याला सुरक्षा क्षेत्र म्हणून टॅग केले.
4:24 ऑक्टोबरच्या अखेरीस, किमान चार अधिक समस्यांनी तेच लीक वर्णन केले, विकिपीडिया, SEC आणि गेमिंग विकीवर. आजपर्यंत, पाचही खुले आहेत. Anthropic म्हणते की रेडिटवर हे व्हायरल व्हायला लागल्यावर त्यांना याची माहिती मिळाली. माफी स्वतःच जलद आणि साधी होती, मी त्यांना ते मान्य करेन. जर तुम्हाला हे ऐकण्याऐवजी वाचायचे असेल, तर diff दररोज सकाळी तुमच्या इनबॉक्समध्ये येतो, daily diff dot dev वर विनामूल्य, खाली लिंक दिली आहे. तर, आजचा निकाल: REVERT.
ईमेल संदर्भात राहिला पाहिजे का?
4:48 मी मॉडेलच्या संदर्भात खाते ईमेल टाकणे रिव्हर्ट करेन, कारण मॉडेल पाहू शकणारा पत्ता म्हणजे तो पाठवू शकणारा पत्ता आहे, आणि गार्डच्या स्वतःच्या readme मध्ये म्हटले आहे की ते एका आकाराला कव्हर करते. सबस्क्राईब करा, बेल दाबा, आणि तुम्ही यावर वेगळा शिक्का मारला असता का ते मला कमेंट्समध्ये सांगा. आणि आजचा हाच diff आहे. मी Axrisi चा निको आहे. जबाबदारीने विलीन करा.
स्रोत
- 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



