Vulnerability fixes must also keep projects working
In plain words
A coding agent asked to update a vulnerable software package has two jobs: remove the vulnerability and avoid breaking the project. VulnBump is a set of real project upgrades that tests both jobs.
A separate checker verifies each attempt by rescanning for the vulnerability, building the project, and rerunning tests that already passed.
Across 307 upgrades, Snyk’s Evo Remediation Agent passed all checks more often than the tested Claude Code setups. These results cover one attempt per upgrade and each project’s own tests.
The research
When a dependency has a known security fix, can a coding agent apply it without leaving the vulnerability in place or breaking the project? Upgrade checks that look only at whether builds and tests still work can miss an incomplete fix. The paper asks how to evaluate both sides of the task together.
VulnBump tests real dependency upgrades with an independent four-check verdict, showing which coding systems remove vulnerabilities while keeping projects working.
The authors introduce VulnBump, which tests 307 dependency upgrades in 43 repositories across six package managers. An independent verifier checks in a fresh container that dependencies resolve, a rescan finds the vulnerability fixed, the project builds, and previously passing tests still pass.
Using the same model, Snyk’s Evo Remediation Agent passed all four checks on 90.2% of upgrades, versus 77.5% for Claude Code with the same Snyk findings and target. The joint score measures remediation and project integrity together.
The rates are pooled across upgrades, not repository averages. Evo Remediation Agent and Claude Code use different harnesses, prompts, and tools, so the comparison does not identify which component explains their difference; each system ran once and was checked with each project’s own tests.
Analysis
Deep
- Original paper authors
- Gabija Pasiunaite, Ryan McMorrow, Brian Clark, Liran Tal, Luke Tu
- Submitted to arXiv
- License
- CC BY 4.0