Building on Avalanche? Ava Labs can cover up to 75% of your audit, and we take 10% off our quote. Avalanche audits: up to 75% covered. See how

Find security flaws in your critical code.

We trace inputs, permissions, state changes, and dependencies through backend services, libraries, and infrastructure code.

Technology coverage

Languages we work with.

We review code in these languages and their relevant frameworks and libraries. Smart-contract languages are listed on our smart contract security review page.

Languages

  • Go
  • Rust
  • C
  • C++
  • Zig
  • TypeScript
  • JavaScript
  • Java
  • Kotlin
  • C#
  • Python
  • Swift
  • PHP
  • Objective-C
  • Dart

This list is not exhaustive.

Discuss your codebase.

Tell us the language, repository size, and the flows you want reviewed.

Discuss your codebase

What we review

Follow input, authority, state, and dependencies through the code.

01

Inputs

Untrusted data, messages, files, requests, events, and boundary validation.

02

Identity & authorization

Authentication, roles, ownership, delegation, and policy enforcement.

03

State & business logic

Invariants, sequencing, concurrency, retries, accounting, and intended behavior.

04

Sensitive actions

Signing, secrets, payments, configuration, administration, and deployment.

05

External dependencies

Libraries, services, parsers, cryptography, and the third parties behind them.

06

Failure & observability

Error handling, logging, monitoring, exposure, recovery, and fail-open behavior.

Review scope

Choose what to review

Critical component

Review a bounded service, library, client, agent, or subsystem with disproportionate impact.

Critical path

Trace signing, authorization, settlement, recovery, or automation across repositories.

Release or change set

Evaluate a major change, migration, integration, or security-sensitive diff in context.

Our approach

How we review your code.

01

Build the threat model

Agree repositories, target commits, and critical components. Map actors, inputs, trust boundaries, and dependencies that could expose sensitive data or actions.

02

Trace critical paths and define invariants

Follow authorization, privileges, and state changes through the code. Document the security properties each path must preserve.

03

Review the code and write tests

Manually examine failure paths and validate reachable flaws with targeted tests. Add regression tests to your repo and record the results against the invariants.

04

Verify fixes and document conclusions

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

What your team receives.

Findings report

Where the flaw sits in the code, what it lets someone do, and what to change.

Threat model

Actors, trust boundaries, and attack scenarios, including those blocked by existing controls.

Record of flows and security properties tested

Critical paths through inputs, authorization, and state changes, with the security properties each path must preserve.

Invariant register

Each security property, its test result, and supporting evidence.

Security tests in your repo

Regression tests alongside the code, so your engineers can verify fixes and check future changes.

Signed opinion on a reviewed commit

The principal’s conclusions, tied to the reviewed commit, scope, and evidence.

Your review team

Meet the specialists

A principal leads each engagement. Your proposal names the specialists assigned to the scope.

Timur Güvenkaya portrait

Timur Güvenkaya

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.

Timur Güvenkaya portrait

Timur Güvenkaya

Founder & Partner

Timur founded Guvenkaya after seeing teams reduce security to code review while their real risk spans architecture, infrastructure, operations, custody, and launch decisions. Before Guvenkaya, he established and led a security engineering practice for complex blockchain systems, specializing in Rust-based and non-EVM ecosystems including Substrate and NEAR. Earlier at Invicti, he helped build enterprise vulnerability-scanning and security detection engines used by Fortune 50 companies and public-sector organizations. He holds the CISSP certification.
LinkedIn
Piotr Cielas portrait

Piotr Cielas

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.

Piotr Cielas portrait

Piotr Cielas

Principal Advisor

Piotr is Head of Security at Agora, where he oversees information security, data protection, and corporate IT risk management. He brings both industry and consulting experience, having led information security advisory engagements and security program development for global financial institutions and large organizations. Earlier in his career, Piotr was a Senior Cybersecurity Consultant at Ernst & Young (EY), leading security assessments across financial services, healthcare, and government. He holds CEH, OSCP, and OSWE certifications, has contributed to the CVE program, and is the inventor of multiple U.S. patents related to information security and blockchain technology.
LinkedIn
Łukasz Mikuła portrait

Łukasz Mikuła

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.

Łukasz Mikuła portrait

Łukasz Mikuła

Specialist Advisor

Łukasz is a security researcher with 10+ years in offensive security and a public portfolio of 100+ audits across 8+ ecosystems. His smart-contract work spans EVM/Solidity, Move, Rust-based ecosystems, CosmWasm, Solana, Substrate, and TON, including assessments for Coinbase, MegaETH, Kyber, Jupiter, Zilliqa, IOTA, and Initia Move. At ING, he worked across web application and infrastructure penetration testing, red-team work, exploit development, reverse engineering, mobile security, adversary simulation, and smart-device testing. At Binance, he worked on security concerns for high-scale digital asset systems. He holds the OSCP, OSCE, eWPT, and eWPTX certifications and has CVE disclosures affecting IBM, Oracle, F5, Dell, and Red Hat.
LinkedIn
Meet the full team

Published reports

Reports from related reviews

Each report includes the full findings and severity ratings.

Jump DeFi

Backend & Frontend Security Assessment

Critical Indexer Crash Due to Invalid UTF-8 Character

  • NEAR
  • Off-chain
  • Rust
  • TypeScript
View report

Spin Finance

Onchain Orderbook and Perpetual Trading Security Review

Critical Order Placement with Negative/Zero Margin Ratio Is Possible

  • NEAR
  • Smart contract
  • Rust
View report

NEAR Intents

NEAR Intents Passkeys Pull Request Security Review

Medium Potential DoS of The Main Functionality Through Malicious Solvers

  • NEAR
  • Passkeys
  • Rust
View report
View all public reports

FAQ

Frequently asked questions

Is this the same as running SAST?

No. Tools can support the work, but the service is a manual review of logic, trust boundaries, state, privilege, integrations, and exploitability.

Which languages do you review?

Support depends on the assigned reviewers and codebase. We confirm languages, frameworks, build requirements, size, and critical components during scoping.

What do you need to scope the review?

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.

Can you review one critical workflow?

Yes. A critical-path review can be more useful than uniform review when one flow controls funds, privileges, signing, settlement, or recovery.

Should we combine this with a penetration test?

Combine them when both implementation depth and deployed attack-path validation matter.

Can you work with a private repository?

Yes. The repository does not need to be public. We agree access and confidentiality requirements during scoping, including how to share code and documentation.

How do you verify fixes?

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.

Show us the critical code.

Describe the codebase, critical workflow, and deadline. We will help define the review scope.

Discuss your scope