For Frontend and Wallet Engineers¶
Protect users where transactions are composed, displayed, simulated, approved, and submitted. Browser-shipped code is part of the trust boundary.
30 / 60 / 90-day path¶
| Window | What to do | Evidence to keep |
|---|---|---|
| 30 days | Inventory scripts, wallet connectors, RPC keys, signing flows, public env vars, and privileged routes. | Runtime script list, key inventory, signing-flow diagram. |
| 60 days | Create signing-path, frontend, supply-chain, and account-abstraction evidence gates. | Route baseline, transaction previews, dependency approvals. |
| 90 days | Add recurring drift monitoring and rehearse wallet-drainer response. | Drift alerts, rollback drill, takedown packet, user comms draft. |
Must-read pages¶
- Frontend security
- Wallet security
- Account abstraction and smart wallets
- Frontend and supply chain resources
Checklists to use first¶
First 10 resources¶
- ERC-4337 resources
- ERC-4337 simulation requirements
- OpenZeppelin EIP-4337 audit
- Tenderly docs
- BlockSec Phalcon simulator
- MetaMask eth-phishing-detect
- Safe Help Center
- GoPlus Security
- Blockaid
- VANTAGE by DigiBastion
Common failure¶
Teams review source code but not the browser-observed runtime. Wallet-facing pages need evidence for domains, scripts, modals, RPCs, transaction previews, dependencies, and rollback paths.