REVIEW 4 cited by
Fixing Security Vulnerabilities with AI in OSS-Fuzz
Not yet reviewed by Pith; the record is open.
This paper has not been read by Pith yet. Machine review is queued; the pith claim, tier, and objections will appear here once it completes.
SPECIMEN: schema-true, not a live event
T0 review · schema-true
One-sentence machine reading of the paper's core claim.
pith:XXXXXXXX · record.json · timestamp
Signed reviews
read the original abstract
Critical open source software systems undergo significant validation in the form of lengthy fuzz campaigns. The fuzz campaigns typically conduct a biased random search over the domain of program inputs, to find inputs which crash the software system. Such fuzzing is useful to enhance the security of software systems in general since even closed source software may use open source components. Hence testing open source software is of paramount importance. Currently OSS-Fuzz is the most significant and widely used infrastructure for continuous validation of open source systems. Unfortunately even though OSS-Fuzz has identified more than 10,000 vulnerabilities across 1000 or more software projects, the detected vulnerabilities may remain unpatched, as vulnerability fixing is often manual in practice. In this work, we rely on the recent progress in Large Language Model (LLM) agents for autonomous program improvement including bug fixing. We customise the well-known AutoCodeRover agent for fixing security vulnerabilities. This is because LLM agents like AutoCodeRover fix bugs from issue descriptions via code search. Instead for security patching, we rely on the test execution of the exploit input to extract code elements relevant to the fix. Our experience with OSS-Fuzz vulnerability data shows that LLM agent autonomy is useful for successful security patching, as opposed to approaches like Agentless where the control flow is fixed. More importantly our findings show that we cannot measure quality of patches by code similarity of the patch with reference codes (as in CodeBLEU scores used in VulMaster), since patches with high CodeBLEU scores still fail to pass given the given exploit input. Our findings indicate that security patch correctness needs to consider dynamic attributes like test executions as opposed to relying of standard text/code similarity metrics.
Forward citations
Cited by 4 Pith papers
-
PoCGen: Generating Proof-of-Concept Exploits for Vulnerabilities in Npm Packages
PoCGen combines LLM-based exploit generation with static taint analysis and dynamic validation to produce proof-of-concept exploits for 77% of 560 npm vulnerabilities in the SecBench.js dataset.
-
PatchIsland: Orchestration of LLM Agents for Continuous Vulnerability Repair
An orchestrated ensemble of LLM agents with patch-based deduplication patched 31 of 43 confirmed vulnerabilities in the AIxCC final and 84 of 92 in an internal benchmark.
-
Fixing 7,400 Bugs for 1$: Cheap Crash-Site Program Repair
A crash-site, template-guided repair system patches memory-corruption vulnerabilities with one cheap LLM call, reaching near-SoTA 'plausible' fix rates at under one percent of the token cost.
-
What Motivates Whom? A Survey of Newcomers to OSS and Experienced OSS Practitioners
Demographics and motivations correlate with OSS project-selection preferences, with distinct patterns for newcomers versus experienced practitioners in a 208-person survey.
Discussion (0). Continue with ORCID to comment.