Skip to content
Back to skills

Drv Code Security Eval

ASecurity

Evaluates the effectiveness of a Detect-Repair-Verify (DRV) workflow for fixing security vulnerabilities in LLM-generated code across different programming languages and granularity scopes (project, requirement, file). It measures how well iterative repair converges to a state that is both functionally correct and secure. Use when the user wants to benchmark on Custom LLM-generated code artifacts (JS, PHP, Python), or asks about evaluating this task. Reports S\C Yield Rate.

  • 3 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 11, 2026
securitypythonphpgitsecurity

Security analysis

A100/100

Scanned September 11, 2026

npx -y skills add qhjqhj00/research-skills-pool --skill drv-code-security-eval --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Drv Code Security Eval?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Drv Code Security Eval
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/qhjqhj00-drv-code-security-eval/badge)](https://www.skillsdirectory.com/skills/qhjqhj00-drv-code-security-eval)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: drv-code-security-eval
description: Evaluates the effectiveness of a Detect-Repair-Verify (DRV) workflow for fixing security vulnerabilities in LLM-generated code across different programming languages and granularity scopes (project, requirement, file). It measures how well iterative repair converges to a state that is both functionally correct and secure. Use when the user wants to benchmark on Custom LLM-generated code artifacts (JS, PHP, Python), or asks about evaluating this task. Reports S\C Yield Rate.
metadata:
  skill_kind: dataset_eval
  source_arxiv: 2603.23633
  bibtex_key: [REDACTED]
  confidence: high
---

# drv-code-security-eval

> Detect--Repair--Verify for LLM-Generated Code: A Multi-Language, Multi-Granularity Empirical Study — Cheng et al. (2026) (arXiv:2603.23633, 2026)

## What this evaluates

Evaluates the effectiveness of a Detect-Repair-Verify (DRV) workflow for fixing security vulnerabilities in LLM-generated code across different programming languages and granularity scopes (project, requirement, file). It measures how well iterative repair converges to a state that is both functionally correct and secure.

## Datasets

- **Custom LLM-generated code artifacts (JS, PHP, Python)** — total ?; splits: test (-1); repo https://github.com/Hahappyppy2024/EmpiricalVDR

## Metrics

- `Used Iterations` — range: integer
  - Records the iteration number at which the reported result is obtained. Lower values indicate faster convergence.
- `Func. Pass Rate` — range: [0, 1]
  - Proportion of repaired artifacts that preserve expected functional behavior as verified by test suites.
- `Exploit Success Rate` — range: [0, 1]
  - Proportion of repaired artifacts where the corresponding exploit remains successful. Lower values indicate better security improvement.
- `S\C Yield Rate` **(primary)** — range: [0, 1]
  - Records whether a case is both functionally correct and non-exploitable. Calculated as the average of (Func. Pass Rate == 1.0 AND Exploit Success Rate == 0.0) across cases. Serves as the main indicator of secure-and-correct convergence.

## Input / output format

**Input**: LLM-generated code artifacts at project, requirement, or file granularity, accompanied by known security vulnerabilities, functional test suites, and exploit scripts.

**Output**: Repaired code artifacts. Each artifact is evaluated to produce binary/continuous scores for functional pass rate, exploit success rate, and secure-and-correct yield.

## Scoring recipe

```python
def score_artifact(repaired_code, tests, exploits):
    func_pass = run_tests(repaired_code) == PASS
    exploit_success = run_exploits(repaired_code) == SUCCESS
    func_pass_rate = 1.0 if func_pass else 0.0
    exploit_success_rate = 1.0 if exploit_success else 0.0
    sc_yield = 1.0 if (func_pass and not exploit_success) else 0.0
    return func_pass_rate, exploit_success_rate, sc_yield

def aggregate_metrics(results):
    avg_func = sum(r[0] for r in results) / len(results)
    avg_exploit = sum(r[1] for r in results) / len(results)
    avg_sc = sum(r[2] for r in results) / len(results)
    return avg_func, avg_exploit, avg_sc
```

## Common pitfalls

- Repair scope (project vs. requirement vs. file) drastically changes convergence and success rates; results are not directly comparable across granularities without normalization.
- Exploit Success Rate measures residual vulnerability, not detection accuracy; a low rate does not guarantee the vulnerability was correctly identified or patched.
- S\C Yield Rate requires simultaneous optimization of functionality and security; optimizing solely for functional pass rate may leave vulnerabilities intact.

## Evidence (verbatim from paper)

> Four indicators are used throughout. Used Iterations records the iteration at which the reported result is obtained. Func. Pass Rate shows whether the repaired artifact still preserves the expected functional behavior. Exploit Success Rate shows whether the corresponding exploit remains successful after repair, where lower values indicate better security improvement. S\C Yield Rate records whether a case is both functionally correct and non-exploitable, and serves as the main indicator of secure-and-correct convergence.

## Citation

```bibtex
@misc{cheng2026detectrepairverify,
  title={Detect--Repair--Verify for LLM-Generated Code: A Multi-Language, Multi-Granularity Empirical Study},
  author={Cheng et al. (2026)},
  year={2026},
  note={arXiv:2603.23633}
}
```

- arXiv: 2603.23633

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.