Give AI systems useful authority without giving them unchecked access.

We review LLM applications, agents, RAG workflows, and tool integrations to establish what the system can do on its own, and what it should have to ask permission for.

Technology coverage

AI frameworks and integrations we review.

We review how your application uses these frameworks to retrieve data, retain memory, and call tools.

Frameworks & SDKs

  • LangChain
  • LangGraph
  • Vercel AI SDK
  • Mastra
  • LlamaIndex
  • Pydantic AI

Tools & execution

  • MCP servers & clients
  • API integrations
  • Browser agents
  • Code execution
  • Multi-agent workflows

Retrieval & memory

  • RAG pipelines
  • Vector databases
  • Document ingestion
  • Agent memory
  • Shared agent state

This list is not exhaustive.

Discuss your AI setup.

Describe the tools your agents can call, data they can access, and actions that need approval.

Discuss your agents

What we review

What we review

01

Instructions & prompts

System instructions, prompt boundaries, injection paths, and control assumptions.

02

Retrieval & data

Sources, access, poisoning, sensitive data, provenance, and isolation.

03

Memory & state

Persistence, cross-user leakage, manipulation, retention, and deletion.

04

Tools & permissions

APIs, MCP servers, credentials, scope, delegation, and dangerous actions.

05

Identity & approval

User, agent, service, and human-in-the-loop authorization.

06

Monitoring & response

Logs, anomaly signals, rollback, containment, and investigation.

Timing

Best used when

Sensitive access

An agent can read sensitive data or call business-critical tools.

High-impact action

Automation can change records, move value, deploy code, or trigger workflows.

New trust model

RAG, memory, MCP, or multi-agent architecture changes authority boundaries.

Before expansion

Leadership needs a bounded view of AI risk before launch or expansion.

Our approach

How we review your agent’s permissions and actions.

01

Build the agent threat model

Map the tools, data sources, and actions available to the agent. Document who can influence its inputs and where human approval is required.

02

Trace inputs through to actions

Follow prompts and retrieved content through data access, tool calls, and approvals. Record the permission and data boundaries each flow must preserve.

03

Test misuse and write regression tests

Challenge the agent with prompt injection, unauthorized access, and tool misuse scenarios. Add security tests to your repo and record which controls hold or fail.

04

Verify controls and document conclusions

We always verify fixes through retesting, including changes to permissions, approvals, monitoring, and recovery. Tie the principal’s signed opinion to the reviewed commit, permissions, and evidence.

What you receive

What your team receives.

Findings report

Technical and workflow findings, each with the way it gets abused or fails on its own.

Threat model

Agent access, human approval boundaries, and the results of tested attack scenarios.

Record of flows and security properties tested

Prompt, retrieval, tool call, approval, and the high-impact action at the end, each with the property it has to hold.

Invariant register

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

Security tests in your repo

Regression tests for agent permissions, data access, and tool use, ready to rerun after fixes and future changes.

Signed opinion on a reviewed commit

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

Your review team

Meet the specialists

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

José C. Ramírez portrait

José C. Ramírez

Specialist Advisor

Security engineer and trainer with around 10 years of experience across application and protocol security. At ZKsync, reviewed Solidity and Rust code, including account abstraction, then built AI-assisted vulnerability-analysis workflows.

José C. Ramírez portrait

José C. Ramírez

Specialist Advisor

José is a security engineer and technical trainer specializing in smart contract and blockchain security, with around 10 years of experience across offensive security, application security, and security review. At ZKsync, he reviewed code, architecture, and design across Solidity/EVM, account abstraction, protocol-level security, and Rust-based components, later building AI-assisted workflows for vulnerability discovery and protocol security analysis. He has participated in smart contract audits across CosmWasm, EVM, and NEAR and holds OSCP, CREST CRT, AWS Certified Security, and AWS Certified Solutions Architect certifications. José has also delivered university courses, guest lectures, and workshops on blockchain and smart contract security, including at the University of Málaga and with the University of Porto.
LinkedIn
Michal Bajor portrait

Michal Bajor

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.

Michal Bajor portrait

Michal Bajor

Specialist Advisor

Michal is a security expert with a Master's in ICT, three published research papers, and active academic research in blockchain technology. He has reviewed 60+ Web3 projects across DeFi, L1 systems, bridges, oracles, and other critical ecosystem components. At Kraken, he was responsible for security across crypto and fiat funding services, custody, B2B APIs, on-chain monitoring, smart-contract risk, and architectural and compliance reviews. Earlier at EY, he conducted web application penetration tests, participated in red-team activities, and worked across defensive security responsibilities; at Cisco, he supported Security Advisory penetration-testing work and internal cybersecurity training.
LinkedIn
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.
LinkedIn
Meet the full team

FAQ

Frequently asked questions

Do you test prompt injection?

Yes. We test how untrusted instructions can affect retrieval, memory, tool calls, and approvals. The review checks whether those inputs can expose data or trigger actions outside the intended permissions.

Can you review an application that uses a third-party model?

Yes. The review can cover your application’s instructions, data access, tool integrations, and approval controls. Access to the model provider’s internal systems is a separate scope question; we state any limits on what we can verify.

What access do you need?

We need to understand the agent’s tools, data sources, identities, permissions, and expected behavior. For a review that includes code, we need access to that code during scoping, alongside architecture documentation, configuration, your main concerns, and your deadline. We also agree access to logs and test accounts for the workflows in scope.

How do you test agents without executing harmful actions?

We agree the test environment and permitted actions before testing. Test data, restricted credentials, and simulated tools can help isolate sensitive actions. Any production testing needs explicit boundaries and stop conditions.

Can you check fixes after the review?

Yes. We always provide remediation guidance and verify fixes through retesting. We rerun relevant scenarios and check changes to permissions, approvals, and data access. Regression tests help your engineers repeat those checks as the application changes.

Map the authority before the agent uses it.

Describe the agent’s tools, data access, and actions. We will define the review or design scope.

Discuss your scope