Signing systems
MPC signing
HSMs
Multisig
We review signing, custody architecture, and operating procedures, including emergency access and vendor dependencies.
Technology coverage
We follow keys from generation through signing, backup, and recovery, checking who can authorize each operation.
This list is not exhaustive.
Describe how you store keys, approve signing, and recover access.
What we review
Entropy, ceremonies, share or key creation, devices, participants, and evidence.
HSMs, MPC shares, backups, physical controls, cloud dependencies, and separation.
Transaction origination, policy inputs, destination controls, limits, screening, and integrity.
Identity, role separation, quorum, out-of-band checks, escalation, and exceptions.
Signer behavior, transaction verification, tamper resistance, endpoint trust, and submission.
Alerts, logs, chain monitoring, settlement, reconciliation, and investigation.
Backup restoration, compromised devices, disaster recovery, emergency access, and post-event control.
Timing
Challenge the architecture, implementation, procedures, and production controls around an operating stack.
Support vendor selection, workflow design, role definition, integration, migration, and go-live readiness.
Examine compromise, insider abuse, vendor failure, data corruption, recovery, and break-glass paths.
Our approach
Map where keys and shares live, who can use them, and which assumptions depend on vendors. Document credible compromise and failure scenarios.
Follow approvals, signing, recovery, and emergency access. Record the security properties each flow must preserve and the controls responsible for them.
Examine code, configuration, and procedures in scope. Walk through insider abuse, vendor failure, and recovery scenarios, recording evidence and steps your team can rehearse.
Provide remediation guidance and always verify fixes through retesting. Tie the principal’s signed opinion to the reviewed architecture, procedures, and supporting evidence.
What you receive
Technical and operational gaps, ranked by impact and by how easily someone reaches them.
Who can move value, what stands in their way, and the failure paths we consider credible. The register includes scenarios blocked by existing controls.
Signing, approval, recovery, and break-glass, each with the property it has to hold when a human is under pressure.
Each security property, the controls assessed, and supporting evidence.
Documented signing, approval, and recovery scenarios your team can rehearse again.
The principal’s conclusions, tied to the reviewed architecture, procedures, and evidence.
Your review team
A principal leads each engagement. Your proposal names the specialists assigned to the scope.
Principal Advisor
Head of Security at Agora, responsible for security, data protection, and corporate IT risk. Earlier at EY, led assessments across financial services, healthcare, and government.
Specialist Advisor
Security specialist with 60+ Web3 reviews across DeFi, L1s, bridges, oracles, and other critical infrastructure. At Kraken, worked on the security of funding services, custody, APIs, and on-chain systems.
Founder & Partner
Led a security engineering practice for Rust and non-EVM systems across Substrate and NEAR. Earlier, built vulnerability-detection engines at Invicti used by Fortune 50 and public-sector organizations.
FAQ
Yes. We always provide remediation guidance and verify fixes through retesting. The final report records the remediation status and any unresolved findings.
Yes. Scope covers the mechanism and the identity, devices, policy, quorum, integration, backups, recovery, monitoring, and procedures around it.
Yes. We can examine vendor assumptions, configuration, APIs, policy, transaction workflows, recovery, monitoring, and retained controls.
Usually both. Custody failures cross architecture, software, identity, process, people, vendor, and recovery boundaries.
Yes. The design path compares trust models, operating implications, control ownership, integration risk, and exit constraints.
Key ceremony design, rehearsal, and readiness can be included or delivered through Training & Security Exercises.
Start with architecture, policies, configuration, and operating procedures. If the review includes code, we need access to it during scoping. Do not send production private keys or signing shares with your inquiry. We agree the access and test setup needed for any signing or recovery exercises during scoping.
Describe your custody model, planned changes, and deadline. We will identify the review or design scope.
Discuss your scope