CtrlK
BlogDocsLog inGet started
Tessl Logo

contracts-bridge-exploit

Cross-chain bridge attack — message-validation bypass (Wormhole class), validator key compromise (Ronin / Harmony class), reentrancy on token-bridge claim, Merkle-proof forgery on optimistic bridges, signature replay across chains. Bridges have lost >$2B; understand why.

67

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Critical

Do not install without reviewing

SKILL.md
Quality
Evals
Security

Quality

Content

80%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A concise, highly actionable bridge-audit reference with real exploit code, tooling, and a sharp checklist. Its weak spots are workflow clarity (no explicit validation/feedback loop) and progressive disclosure (everything inline with external-only references).

Suggestions

Convert the audit checklist into an explicit gated workflow — e.g. "Run forge test --fork-url … --match-contract Bridge; if any check fails, fix and re-run before proceeding" — to add validation checkpoints and a feedback loop.

Split the per-exploit deep dives into a references/ file (e.g. EXPLOITS.md) and keep SKILL.md as an overview pointing one level deep, improving progressive disclosure.

Replace the bare external reference list with clearly signaled pointers (author/role and what to extract from each) so the navigation surface is explicit.

DimensionReasoningScore

Conciseness

Lean and efficient: a taxonomy table, terse per-exploit lessons, and focused code/tooling blocks, assuming Claude's Solidity and crypto competence without padding basic concepts. Not a level 2 because there is no unnecessary explanation to tighten.

3 / 3

Actionability

Provides concrete, executable material — vulnerable Solidity claim() snippets (replay, reentrancy), real commands (forge test --fork-url, slither, echidna-test), and a specific 8-item audit checklist with named checks (trust-chain source, nonce vs chainId binding, default-value traps).

3 / 3

Workflow Clarity

The checklist and fork-test tooling give a usable audit sequence, but the checklist items are diagnostic questions rather than explicit pass/fail validation gates, and there is no validate→fix→retry feedback loop tying the tooling to the checks. Not a 3 because explicit validation checkpoints and error-recovery loops are absent; not a 1 because a sequenced checklist and verification tooling are present.

2 / 3

Progressive Disclosure

Sections are well-organized (taxonomy, attack classes, checklist, tooling, OPSEC, references), but the skill is a single ~100-line monolithic file with only external, non-navigable references and no one-level-deep bundle split. Not a 3 because there is no clear overview pointing to separate detail files; not a 1 because structure is clean and references are not deeply nested.

2 / 3

Total

10

/

12

Passed

Description

82%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A specific, distinctive description rich in natural trigger terms, but it omits an explicit "Use when…" clause, leaving the when-to-use guidance implied rather than stated. Adding a trigger sentence would raise completeness.

Suggestions

Append an explicit trigger clause such as "Use when auditing or modeling cross-chain bridge attacks — e.g. Wormhole/Ronin/Harmony/Nomad-class exploits, signature replay, or Merkle-proof forgery." to satisfy the completeness "when" requirement.

Move or duplicate a few high-value trigger keywords (bridge attack, cross-chain exploit, validator compromise) into the description body itself rather than relying solely on the when_to_use metadata field.

DimensionReasoningScore

Specificity

Lists multiple concrete attack classes — "message-validation bypass (Wormhole class)", "validator key compromise (Ronin / Harmony class)", "Merkle-proof forgery on optimistic bridges", "signature replay across chains" — rather than vague language.

3 / 3

Completeness

It clearly states what the skill covers (the attack classes) but contains no explicit "Use when…" trigger clause; the closing "Bridges have lost >$2B; understand why." is motivation, not a usage trigger, so completeness is capped at 2 per the guideline.

2 / 3

Trigger Term Quality

Covers natural terms a user would say when needing this skill (Wormhole, Ronin, Harmony, Merkle-proof, optimistic, signature replay), reinforced by a rich when_to_use keyword list (cross-chain, relayer, validator, layerzero, axelar).

3 / 3

Distinctiveness Conflict Risk

A narrow, named niche (cross-chain bridge attacks with specific exploit classes) that is unlikely to trigger for or conflict with unrelated skills.

3 / 3

Total

11

/

12

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
PurpleAILAB/Decepticon
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.