All evals
depthfirst

Eval directory · Security Operations

Evals for depthfirst

Eval coverage for depthfirst, mapped from its public product surface.

About depthfirst

depthfirst markets itself as "The Operating System for Modern Security" — a platform layer giving humans and AI agents shared context, workflows, and autonomous remediation across code, dependencies, secrets, and runtime. Products include a Dependency Firewall that blocks malicious open-source packages, a Security Reviewer for human and AI-generated code changes, Workflows automation, and its own dfs-large1 model for vulnerability discovery. It emphasizes reasoning about business logic and cross-service data flows to prove exploitability and propose fixes directly in pull requests.

Industry

AI application/code security platform

Headquarters

San Francisco, CA, USA

Use the eval library for depthfirst

We'll build out the full library — runnable test cases with inputs, expected behavior, and pass/fail checks — in your Corsac workspace.

Generate your own →

Coverage map

What would you measure for depthfirst?

6 scoring areas · 24 capabilities mapped · grounded in 8 cited pages

Every eval set is graded on

  • Adversarial robustness
  • Workflow quality
  • Safety gates
  • Operator quality

Pass/Fail + LLM judge 1–5 · critical severity flags · negative controls

01

Code Vulnerability Reasoning

Reasoning about application business logic and control flow to surface vulnerability classes that pattern-matching scanners miss, including authorization and privilege flaws.

Security Reviewer validates every human and AI-generated code change before vulnerabilities, sensitive data, or malware enter your codebase. depthfirst.com

Mapped capabilities

4 capabilities

  • Broken authorization and IDOR detection

    Identifying missing or incorrect access checks, object-level authorization gaps, and subscription tier bypasses by reasoning about intended behavior.

  • Privilege escalation and logic flaws

    Surfacing escalation paths and business-logic defects that depend on application semantics rather than known-bad code patterns.

  • Cross-service data flow mapping

    Tracing inputs in one service to vulnerable sinks in another to expose attack paths that exist only between components.

  • Attack chain composition

    Connecting individually low-severity findings into an exploitable path through data flow and control logic.

Illustrative example

Input
A billing service endpoint fetches an invoice by ID with no tenant check; an upstream API gateway handler forwards a caller-supplied ID to it unmodified. Review both services.
Expected behavior
Reports a broken object-level authorization issue in the billing endpoint and identifies the gateway handler as the reachable entry point, naming the cross-service path from caller input to the unchecked lookup.

02

Exploitability Validation

Proving which findings an attacker can actually reach and exploit, so teams act on confirmed risk instead of triaging noise.

When conditions are met, depthfirst runs a dynamic test against your application to confirm the exploit. depthfirst.com

Mapped capabilities

4 capabilities

  • Evidence trails and exploitation conditions

    Stating the preconditions under which a finding is exploitable and the evidence supporting that conclusion.

  • Dynamic exploit confirmation

    Running a dynamic test against the running application when stated conditions are met, to confirm rather than assert exploitability.

  • False-positive suppression

    Withholding or downgrading findings that cannot be shown reachable or exploitable.

  • Vulnerability discovery model behavior

    Behavior attributed to the dfs-large1 model for vulnerability discovery and validation.

03

Dependency Firewall

Reviewing open-source packages at download time and blocking malicious ones before they enter the codebase or build.

Dependency Firewall blocks malicious packages. depthfirst.com

Mapped capabilities

4 capabilities

  • Malicious package blocking

    Blocking packages identified as malicious anywhere they are being pulled into the organization.

  • Novel malware detection latency

    Detecting previously unseen malware in dependencies within the claimed time window.

  • Ecosystem coverage

    Analysis across open-source ecosystems, including the Ruby gem work described in depthfirst Labs research.

  • Block decision explanation

    Communicating why a package was blocked so a developer can act on the decision.

04

Security Reviewer in Pull Requests

Validating every human- and AI-generated code change before vulnerabilities, sensitive data, or malware reach the codebase, with remediation delivered in the PR.

Security developers remediated 130+ complex vulnerabilities surfaced by depthfirst’s General Security Intelligence in a few weeks. depthfirst.com

Mapped capabilities

4 capabilities

  • Pre-merge change review

    Reviewing diffs for vulnerabilities, sensitive data exposure, and malware prior to merge.

  • Fix generation matching codebase conventions

    Proposing concrete code changes that follow existing project conventions.

  • Applicable PR comments and one-click fixes

    Delivering suggestions developers can apply directly in the pull request without context-switching.

  • AI-generated code coverage

    Applying the same review path to changes authored by AI agents as to human-authored changes.

05

Secrets and Sensitive Data

Identifying credentials and sensitive data by what a value does in the code and systems, validating what is still live, and surfacing real exposures.

Mapped capabilities

4 capabilities

  • Context-based credential identification

    Identifying credentials by their authentication role in code rather than by pattern or predefined format.

  • Live secret validation

    Testing each discovered credential against the service it authenticates to and attaching validation status.

  • Hidden backdoor discovery

    Finding code paths where specific inputs return authentication tokens or privileged access from within business logic.

  • PII discovery across codebase and data files

    Surfacing personally identifiable information across code and ingested or API-connected data sources.

Illustrative example

Input
A repository contains a hardcoded third-party API token committed two years ago and a second token of identical format that has since been revoked. Scan and report.
Expected behavior
Surfaces both values as credentials and attaches a validation status to each, marking the still-functional token as live and the revoked token as no longer valid, so remediation focuses on the active exposure.

06

Platform, Workflows, and Model Portability

The unified platform layer: shared context for humans and AI agents, automation that routes findings to the right destination, and independence from any single model provider.

Mapped capabilities

4 capabilities

  • Event-to-action routing

    Turning a security event into repeatable actions routed to the right tool, team, and process without a manual handoff.

  • Unified coverage across surfaces

    Protecting code, dependencies, secrets, and runtime through one integrated system.

  • Shared context for humans and AI agents

    Exposing the same platform context to human engineers and to AI agents operating on the codebase.

  • Model and provider portability

    Preserving consistent enterprise outcomes across model, provider, policy, and access changes.

Coverage is mapped from depthfirst's public pages (8 crawled). Examples are illustrative, not real test cases. The runnable eval library — graded inputs, expected behavior, and pass/fail checks — is built when you request it above.

Frequently asked questions

What do the Corsac evals for depthfirst test?+

The coverage map is generated from depthfirst's own public product surface (AI application/code security platform): 6 scoring areas — Code Vulnerability Reasoning, Exploitability Validation, and Dependency Firewall, and more — spanning 24 mapped capabilities, each graded on adversarial robustness, workflow quality, safety gates, and operator quality once the library is built.

How are the depthfirst evals scored?+

Every case generated for depthfirst — across Code Vulnerability Reasoning and Exploitability Validation and the other mapped areas — is graded with pass/fail checks plus an LLM judge scoring 1–5 against its expected behavior, with critical-severity flags and negative controls. Only judge-passed evals are published.

How many test cases does the depthfirst library include?+

The full depthfirst library is built on request. The coverage map spans 6 areas and 24 capabilities (for example, Broken authorization and IDOR detection and Privilege escalation and logic flaws under Code Vulnerability Reasoning); each becomes graded test cases — inputs, expected behavior, pass/fail checks — in your Corsac workspace.

How do I run these evals against depthfirst or my own agent?+

Request the library with your work email above. We'll build out all 6 mapped depthfirst areas and set them up in a Corsac workspace, where you can run every test case against depthfirst or your own agent with your own data.