Languages
Go
Rust
C
C++
Zig
TypeScript
JavaScript
Java
Kotlin
C#
Python
Swift
PHP
Objective-C
Dart
We trace inputs, permissions, state changes, and dependencies through backend services, libraries, and infrastructure code.
Technology coverage
We review code in these languages and their relevant frameworks and libraries. Smart-contract languages are listed on our smart contract security review page.
This list is not exhaustive.
Tell us the language, repository size, and the flows you want reviewed.
What we review
Untrusted data, messages, files, requests, events, and boundary validation.
Authentication, roles, ownership, delegation, and policy enforcement.
Invariants, sequencing, concurrency, retries, accounting, and intended behavior.
Signing, secrets, payments, configuration, administration, and deployment.
Libraries, services, parsers, cryptography, and the third parties behind them.
Error handling, logging, monitoring, exposure, recovery, and fail-open behavior.
Review scope
Review a bounded service, library, client, agent, or subsystem with disproportionate impact.
Trace signing, authorization, settlement, recovery, or automation across repositories.
Evaluate a major change, migration, integration, or security-sensitive diff in context.
Our approach
Agree repositories, target commits, and critical components. Map actors, inputs, trust boundaries, and dependencies that could expose sensitive data or actions.
Follow authorization, privileges, and state changes through the code. Document the security properties each path must preserve.
Manually examine failure paths and validate reachable flaws with targeted tests. Add regression tests to your repo and record the results against the invariants.
Document affected code and remediation, always verify fixes through retesting, and record unresolved findings. Tie the principal’s signed opinion to the reviewed commit and evidence.
What you receive
Where the flaw sits in the code, what it lets someone do, and what to change.
Actors, trust boundaries, and attack scenarios, including those blocked by existing controls.
Critical paths through inputs, authorization, and state changes, with the security properties each path must preserve.
Each security property, its test result, and supporting evidence.
Regression tests alongside the code, so your engineers can verify fixes and check future changes.
The principal’s conclusions, tied to the reviewed commit, scope, and evidence.
Your review team
A principal leads each engagement. Your proposal names the specialists assigned to the scope.
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.
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
Offensive security specialist with 10+ years of experience, 100+ public audits across 8+ ecosystems, and OSCP, OSCE, eWPT, and eWPTX certifications. At ING and Binance, worked across red teaming, exploit development, infrastructure, and high-scale digital asset systems.
Published reports
Each report includes the full findings and severity ratings.
Backend & Frontend Security Assessment
Critical Indexer Crash Due to Invalid UTF-8 Character
Onchain Orderbook and Perpetual Trading Security Review
Critical Order Placement with Negative/Zero Margin Ratio Is Possible
NEAR Intents Passkeys Pull Request Security Review
Medium Potential DoS of The Main Functionality Through Malicious Solvers
FAQ
No. Tools can support the work, but the service is a manual review of logic, trust boundaries, state, privilege, integrations, and exploitability.
Support depends on the assigned reviewers and codebase. We confirm languages, frameworks, build requirements, size, and critical components during scoping.
We need access to the code, alongside architecture documentation, build instructions, tests, critical workflows, your main concerns, and your deadline. We arrange secure repository access during scoping.
Yes. A critical-path review can be more useful than uniform review when one flow controls funds, privileges, signing, settlement, or recovery.
Combine them when both implementation depth and deployed attack-path validation matter.
Yes. The repository does not need to be public. We agree access and confidentiality requirements during scoping, including how to share code and documentation.
We always provide remediation guidance and verify fixes. We review the changes and rerun the relevant tests or reproductions. The final report records the remediation status and any unresolved issues.
Describe the codebase, critical workflow, and deadline. We will help define the review scope.
Discuss your scope