KASS turned smart-contract findings into executable attack simulations
KASS is a July 2026 research framework that retrieves audit knowledge, plans an exploit, generates a Foundry proof of concept, executes it, and revises the strategy when the test fails.
Published research on authorized smart-contract exploit synthesis and simulation. It is not evidence of an in-the-wild theft.
First seen
Jul 17, 2026
Case kind
research
AI role
WITH AI
Claims
4
Reconstruction
KASS starts where many scanners stop. It takes a suspected smart-contract weakness and asks whether an executable transaction sequence can actually change state in a harmful way. The framework retrieves related audit findings, builds an attack plan, generates a Foundry proof of concept and runs the test. Failed code can be repaired inside the current strategy, while failed assumptions can trigger a broader replanning loop.
The paper reports 98 successful exploit generations across 104 SmartBugs-Curated contracts and nine validations across 11 CVE-tagged contracts. Those numbers are useful evidence of capability, but they are not a loss estimate and should not be treated as a direct ranking against every other system because some comparison numbers come from different protocols.
For DiggingBeagle, the important shift is methodological. Detection, exploit synthesis and measurable state change can now sit in one reproducible workflow. That is useful for defenders, but it also resembles the exploit-development loops appearing in real threat-actor reporting.
Mechanism & boundary
01
Retrieve analogous audit knowledge
Relevant findings from prior audits are retrieved for planning.
Boundary: finding / attack knowledge
02
Build an attack plan
The planner turns the target weakness into an explicit exploit strategy.
Boundary: knowledge / strategy
03
Generate an executable proof of concept
The generator emits a Foundry test constrained by the plan.
Boundary: strategy / executable test
04
Execute and repair
Foundry execution provides feedback for code repair or strategy replanning.
Boundary: test / state change
Timeline
Jul 17, 2026
KASS paper published
report
The arXiv paper reports SmartBugs-Curated and CVE-tagged evaluations.
Claims & evidence
reported findingsupported
On 11 real CVE-tagged smart contracts, the KASS paper reports validating nine exploit cases.
The paper reports a 94.23% success rate over 104 SmartBugs-Curated contracts.
reported findingsupported
The paper reports KASS outperforming a reproduced Claude Code baseline under the same protocol, while comparisons with REX and AdvScanner rely on previously reported results rather than a shared implementation.
Scope: Cross-system percentages should not be read as a clean vendor benchmark because the paper notes protocol and implementation differences.
KASS paper. KASS and Claude Code were evaluated by the authors; the REX value is a previously reported result and is not a same-implementation head-to-head.
KASS makes exploitability a first-class research object. A future assessment can ask not only whether a detector flags a bug, but whether a controlled proof of concept reaches the claimed state change and under which assumptions.
Controls & mitigations
Keep exploit execution inside disposable, forked or otherwise controlled environments.
Preserve the exact contract version, chain state and test harness for reproducibility.
Separate detector accuracy from exploit-generation success when comparing tools.
What remains unknown
Independent reproduction outside the paper's authors is not established in the current source set.
The paper's comparison with systems whose implementations were unavailable is not a same-protocol head-to-head benchmark.
DiggingBeagle. “KASS turned smart-contract findings into executable attack simulations.” First seen Jul 17, 2026. https://diggingbeagle.com/cases/kass-turned-smart-contract-findings-into-executable-attack-simulations/
DiggingBeagle is a non profit research project documenting AI security incidents, agent failures, vulnerabilities and AI-assisted operations. A case keeps its claims beside the sources that support, contest or limit them. Later updates stay visible, so a reader can see when the account changed.
We publish case reconstructions, dated reporting and analysis across records. Each has a different evidentiary role. About the project and our methodology explain how the work is reviewed.