v0.5.0
Marketplace-readiness: anonymous attribution no longer touches your shell
config or sends a tracking header.
Removed
- Shell-config modification. The plugin no longer appends anything to your
~/.zshrc/~/.bashrc/~/.profile. - Default tracking header.
.mcp.jsonno longer sends an
X-TLSRadar-Installheader. - The risky SessionStart hook operations. The welcome hook no longer runs
openssl, the legacymv …/credentials.jsonmigration, orrmcleanups, and
never touches your shell config. It now does only aprintfwelcome plus a
one-timetouchof a flag file in the plugin's own config dir (so it shows
once, not every session). The install id is created by/tls-scanand
/tls-certfrom the server response, not the hook.
Upgrading from 0.4.0: 0.4.0 added an
export TLSRADAR_INSTALL_ID=…line
(under a# tlsradar-install-idcomment) to your shell rc. The new hook
neither adds nor removes it — removing it would mean editing your shell
config again, the very thing we stopped doing. The line is now harmless (the
header that read it is gone), but you can delete those two lines yourself.
Changed
- Attribution now rides on a tool argument.
/tls-scanand/tls-cert
read the install id from~/.config/tlsradar/install_idand pass it as a
client_idargument — same anonymous, per-install signal, with no shell
changes and no header. Opt out by deleting that file. /tls-certnow states what your email is used for when it's collected:
the Let's Encrypt order and a one-time monitoring follow-up (marketing stays
opt-in, default off).- Tighter
/tls-certpermissions. Dropped the blanketBash(aws*)/
Bash(open*)grants and scopedpython3to the bundled DNS helper.