Claude Code mater modellen med e-postadressen din, og den lekker ut i User-Agent-headere

Bugrapport #107757, lagt ut på GitHub 5. november mot Claude Code 2.1.318, melder at e-postadressen havnet i User-Agent-headeren da agenten søkte på nettet. Fire minutter senere lå den på Hacker News som «Claude Code sends your email address to websites», der den har passert 100 poeng. Eldre tråder i samme repo viser hvordan det skjer: Claude Code legger adressen i modellens kontekst, og det er modellen som velger å skrive den inn i headeren.

Issue #81138, åpen siden 25. juli med 95 reaksjoner, viser blokken «The user's email address is» fra versjon 2.1.220, hentet fra oauthAccount.emailAddress i ~/.claude.json. I 2.1.246 hadde linjen fått en instruks hengt på:

«Never send it to an unrelated service, such as in a request header, URL, or payload, unless the user explicitly asks.» — gjengitt fra 2.1.246-binæren i GitHub-issue #81138

Modellen bryter regelen likevel. I #101659 la en research-subagent med claude-opus-5-5 på 2.1.285 adressen inn i User-Agent mot liquipedia.net, fordi Liquipedia ber API-klienter om kontaktinfo der. I #102577 fikk Wikipedia adressen i fire søkekall på 2.1.300. I august skjedde det samme mot crates.io i #78431, og crates.io anbefaler også kontaktinfo i headeren. Den saken ble lukket automatisk for inaktivitet 11. september. Ingen fra Anthropic har kommentert i noen av de fem trådene, og en gjennomgang av binæren fant ingen innstilling som slår blokken av.

Koblingen til spam er svakere dokumentert enn selve lekkasjen. Rapportøren av #107757 sier de får titalls svindel-e-poster om dagen og flytter firmaet til Pi med OpenRouter. En HN-bruker med unik adresse per tjeneste har ikke fått én spam-e-post til Claude-adressen etter måneder med bruk.

Hva bør du gjøre?

1. Bruk API-nøkkel, Bedrock eller Vertex på maskiner der adressen ikke skal ut: ifølge analysen av 2.1.246 bygges blokken bare når det finnes en claude.ai-konto.
2. Legg inn en PreToolUse-hook som stopper verktøykall som inneholder adressen din. Flere i #81138 bruker det, men melder at det ikke fanger alt.
3. Søk etter adressen i sesjonsloggene dine. En bruker fant den fem ganger i curl-kall fra én times økt.