Trace a Test Before You Trust Its Cache Hit
Inspect the work a test performs, then change a relevant input to check whether its cached result is invalidated.
The TestifySec blog
Engineering lessons, product perspectives, and the work behind developer and agent trust.
54 articles
Inspect the work a test performs, then change a relevant input to check whether its cached result is invalidated.
Give developers and agents the same requirements at the Git push boundary, with decisions you can inspect.
Review which configured compliance controls a pull request may affect, with an informational check in the developer workflow.
Why agent-written code needs inspectable execution evidence, protected signing authority, and a separate acceptance decision.
What our original build experiment demonstrated, where its SLSA claim failed, and how to evaluate the signing boundary.
Use a reviewed package inventory and an enforced verification step to catch unwanted release contents.
Separate test execution from deployment authority, scope credentials, and verify the artifact you promote.
Separate package integrity, runtime observation, and incident response when assessing a compromised dependency.
A review of the March 2026 incident and the distinct roles of prevention, observation, and policy verification.
A signature cannot make fabricated evidence true. Start with the producer, the execution boundary, and the exact claim being verified.
Use local hooks for developer feedback, and keep authoritative repository decisions at a separately controlled boundary.
Tie a scan result to the source or artifact it examined, and make the producer and verification policy explicit.
Articles retain their publication dates. For current product behavior and setup instructions, use the documentation.
Ready to try a workflow?
Find the right starting point for CI/lock, Pushgate, or the platform.