Entries → corporate wallet
Business Wallet Controls: What Each One Prevents
A reference list of approval controls, what each addresses, and how each is typically circumvented.
| Entry type | reference |
|---|---|
| Section | corporate wallet |
| Last verified | |
| Compiled by | Reference Desk |
| Control | Prevents | Typical circumvention |
|---|---|---|
| Approval separate from initiation | One compromised account moving funds alone | Roles configured as additive, so an approver can self-approve |
| Address allowlist | Funds going to an unregistered destination | Bulk import paths that bypass the list |
| Delay on new addresses | An account compromise becoming an immediate loss | Administrator override without second approval |
| Limits per period | Circumvention by splitting | Limits applied per transaction only |
| Notifications on changes | An attacker acting unobserved | Alerts routed to a shared inbox nobody reads |
| Audit log including failures | Undetected probing | Log records successes only |
Ranked by loss prevented
Each of these appears in the published material of a corporate crypto wallet, which is a useful cross-check.
1. Delay on new withdrawal destinations. Almost every large corporate crypto theft followed the same sequence: account compromised, new destination added, funds sent within minutes. A delay converts that into an alert with time to respond.
2. Notifications to multiple named individuals. An attacker controlling one account can suppress what that account sees. They cannot stop colleagues receiving the same message.
3. Approval separate from initiation. The only control addressing misuse of legitimate access.
4. Limits per period. Prevents splitting.
5. Audit log including failed attempts. A run of rejected withdrawals is the clearest early sign of a compromised account.
The test
Configure the intended policy, then attempt each circumvention above.
Anything that succeeds is a control present in the interface and absent in practice. In most evaluations at least one succeeds. The business equivalents of these terms appear in the documentation of a provider serving funds and family offices.
Recommended tier structure
| Band | Approvers | Delay |
|---|---|---|
| Small, registered destination | 1, not the initiator | None |
| Medium | 2, one a director | None if destination used before |
| Large, or any new destination | 2, one a director | 4 hours minimum |
| Adding a destination | 2 | 24 hours, notification to all administrators |
The departure procedure
Revoke access first. Rotate shared credentials. Review destinations added by that person. Read the log for ninety days. Rotate the key set where they held one. Cross-check any provider you are considering against the definitions a regulated crypto exchange publishes.
Figures in this entry were correct on the date shown. Spotted something out of date?Send a correction and the entry gets updated.