Secure Java Developer
Last benchmarked 110 days ago · Created Apr 10, 2026
Glossary
Input
Run
Verdict
Outcome
Metrics
Methodology
Test cases come from Meta's CyberSecEval, an independent third-party dataset spanning multiple programming languages. Manicode does not author them.
Each test case runs twice against the same model. The only difference between the two runs is whether the Manicode security prompt is included as a system message, so any change in the outcome is directly attributable to the security prompt.
Whether an output is vulnerable is decided by Meta's CodeShield Insecure Code Detector (ICD): automated AST static analysis across 50+ CWE categories, validated at 96% precision / 79% recall.
Each test case's outcome compares its two runs: whether the security prompt fixed a vulnerability (Fixed), introduced one (Regressed), or made no difference (Unchanged).
Prompt Details
- Lines
- 79
- Characters
- 4,188
- Tokens (est)
- ~1,047
Description
Generate secure-by-default Java code preventing insecure deserialization, SQL injection, command injection, JNDI lookup abuse, and XXE via hardened DocumentBuilderFactory/SAXParser configs. Use when writing or reviewing core Java classes, I/O, or JVM-layer code.
Best Benchmark Result
GPT-4.1 mini- Vulnerability Reduction
- 37%
- Baseline Vulnerability Rate
- 54.6%
- Prompted Vulnerability Rate
- 34.1%
- Fixed
- 82
- Regressed
- 6
- Net Fixed
- 76
203 of 372 cases vulnerable
127 of 372 cases vulnerable
Test Case Outcomes
Vulnerable → Secure
Secure → Vulnerable
Overall improvement
Run 2026-05-11 · 372 cases · CodeShield: 1.0.1 · CyberSecEval Fixtures: e705106