security: announce a fresh EIP-6963 provider UUID per page load (closes #398) #412
Open
clawbot
wants to merge 1 commits from
issue-398-fresh-provider-uuid into next
pull from: issue-398-fresh-provider-uuid
merge into: :next
:main
:issue-398-fresh-provider-uuid
:issue-369-approval-amount-vocabulary
:next
:feat/issue-131-transaction-view-layout
:fix/116-timestamps-include-timezone
:feature/expanded-warnings
:fix/cross-wallet-duplicate-detection
:feature/copy-flash-feedback
:feature/issue-82-new-address-warning
:feature/82-warn-new-address
:issue-99-block-number-external-link
:issue-99-block-number-styling
:feature/82-zero-history-warning
:fix/issue-99-block-number-link-copy
:fix/99-block-number-clickable
:fix/87-consistent-error-display-v2
:fix/87-consistent-error-display
:fix/consistent-error-display
:fix/77-confirm-tx-persist
:fix/issue-72-address-token-tx-history
:fix/70-confirm-tx-contract-display
:fix/issue-58-receive-address-consistency
:fix/55-swap-show-own-address
:feature/show-private-key
1
Commits
| Author | SHA1 | Message | Date | |
|---|---|---|---|---|
|
|
60d2b24cd1 |
security: announce a fresh EIP-6963 provider UUID per page load (closes #398)
The provider UUID was generated once, stored in extension storage, and announced verbatim to every page on every load and across restarts, so any site — connected or not — could read a stable cross-site, cross-session identifier for the install: a supercookie contradicting the "no tracking" promise. EIP-6963 wants a fresh UUIDv4 per announcement instead. inpage.js now announces a per-load crypto.randomUUID() and persists nothing; the eip6963Uuid storage key and the AUTISTMASK_PROVIDER_UUID content-script message are removed. That key was a standalone top-level storage entry, never part of the versioned autistmask profile, so stateSchema.js and the persisted-field harness are untouched and no existing profile is affected. A jest test asserts two loads announce different UUIDv4s and that one load reuses a single UUID across re-announcements. Model: opus-4-8 |