Agent Governance & Safety•Study date: October 9, 2026•Printable brief ↗Field Case Study

Published by Sean Carr

A Speed Fix Introduced a Potential Tenant-Isolation Defect, and Independent Review Blocked It

A throughput change introduced a potential tenant-isolation defect. Independent review classified it as P0 and blocked deployment.

Where this shows up in MeshTen: every change to an auth, tenant isolation, or health data surface gets a second review from a different model family before it can merge.
Executive Brief

At a Glance

Builder Test Suite

Passing

The builder's tests passed but missed the potential tenant-isolation defect.

Round 1 Verdict

BLOCK (1 P0, 4 P1)

Adversarial review caught 1 P0 tenant-isolation defect and 4 P1 defects; static checks caught 2 P2 warnings.

Upgrade commit to first remediation

about 25 minutes

Upgrade committed at 17:45, review report generated at 17:56, and first remediation committed at 18:10 (local time), about 25 minutes after the upgrade commit.

Round 2 Verdict

BLOCK (7 P1)

0 P0 defects; 4 P1 defects from adversarial review and 3 P1 secret-shaped literals in test files flagged by static scanning.

Empirical Findings TableScroll table →
Telemetry MetricMeasured ValueContext & Observability
Builder Test SuitePassingThe builder's tests passed but missed the potential tenant-isolation defect.
Round 1 VerdictBLOCK (1 P0, 4 P1)Adversarial review caught 1 P0 tenant-isolation defect and 4 P1 defects; static checks caught 2 P2 warnings.
Upgrade commit to first remediationabout 25 minutesUpgrade committed at 17:45, review report generated at 17:56, and first remediation committed at 18:10 (local time), about 25 minutes after the upgrade commit.
Round 2 VerdictBLOCK (7 P1)0 P0 defects; 4 P1 defects from adversarial review and 3 P1 secret-shaped literals in test files flagged by static scanning.
Round 2 Recurring Classes3 of 4Three of four findings recurred in narrower variations after the initial patch.
Round 3 VerdictBLOCK (5 P1)0 P0 defects; 5 P1 defects identified during adversarial review.
Production Deployment0 DeployedThe upgrade was not deployed.

Executive Summary & Core Finding

A throughput change introduced a potential tenant-isolation defect. Independent cross-model review classified it as P0 and blocked deployment. Across three review reports, 1 P0 and 16 P1 findings were recorded. The upgrade was not deployed.

Method

1

Builder: one AI build lane worked from a written brief requesting a throughput improvement.

2

Reviewer: an independent model from a different model family inspected the change. High-severity review findings blocked deployment.

3

Loop: review findings return to the builder as prioritized fix items. Each remediation was reviewed again as a cumulative diff against the original baseline.

4

Accounting: all reported metrics trace directly to saved machine-generated review logs and git commit history rather than author status reports.

Empirical Telemetry

What We Measured

One upgrade, three review rounds, one P0 and 16 P1s blocked before merge, zero deployed

Builder Test Suite

Passing

The builder's tests passed but missed the potential tenant-isolation defect.

Round 1 Verdict

BLOCK (1 P0, 4 P1)

Adversarial review caught 1 P0 tenant-isolation defect and 4 P1 defects; static checks caught 2 P2 warnings.

Upgrade commit to first remediation

about 25 minutes

Upgrade committed at 17:45, review report generated at 17:56, and first remediation committed at 18:10 (local time), about 25 minutes after the upgrade commit.

Round 2 Verdict

BLOCK (7 P1)

0 P0 defects; 4 P1 defects from adversarial review and 3 P1 secret-shaped literals in test files flagged by static scanning.

Round 2 Recurring Classes

3 of 4

Three of four findings recurred in narrower variations after the initial patch.

Round 3 Verdict

BLOCK (5 P1)

0 P0 defects; 5 P1 defects identified during adversarial review.

Production Deployment

0 Deployed

The upgrade was not deployed.

Experimental Notes & Observability Details

  • Static scanning flagged three secret-shaped literals in test files.
  • The reviewer identified the potential P0 through code inspection; no live exploit was run.
Interpretation & Working Hypotheses

What We Think It Suggests

  • Performance changes need direct tests of tenant-isolation invariants.
  • Passing throughput tests did not establish tenant isolation in this incident.
  • In this incident, independent review found a defect missed by the builder's tests. We did not compare same-model and cross-model reviewers.
  • Review findings need remediation and another independent review.
  • Three of four round 2 adversarial findings revisited earlier findings in narrower variations.
Methodology Boundaries

Limits

  • Single incident (n=1): This analysis examines one service upgrade authored by one builder model family and inspected by one reviewer model family; it does not measure an aggregate vulnerability catch rate.
  • The reviewer identified the potential P0 through code inspection; no live exploit was run.
  • Unmerged branch state: The upgrade remains on an unmerged feature branch pending resolution of all outstanding high-severity findings.

Detailed Analysis & Field Observations

A throughput change introduced a potential tenant-isolation defect. Independent cross-model review classified it as P0 and blocked deployment.

The builder's tests passed but missed the potential tenant-isolation defect.

Each remediation was reviewed again as a cumulative diff against the original baseline. The reviewer identified the potential P0 through code inspection; no live exploit was run.

The first remediation was committed about 25 minutes after the upgrade commit. Round 1 recorded 1 P0 and 4 P1 findings. Round 2 recorded zero P0s and seven P1 findings: four from adversarial review and three from static scanning. Static scanning flagged three secret-shaped literals in test files.

Round 3 recorded five P1 findings. Across the three reports, 1 P0 and 16 P1 findings blocked the upgrade before deployment.