agentleFS
noahfranklinnoahfranklin/gideon/skills/vuln-chaining/SKILL.md

vuln-chaining

Skill2 starsChanged 47 days agoMITView on GitHub

Use to move beyond isolated findings — combine low-severity primitives into high-impact exploit chains, reason about attack paths across domains (web+api+cloud+identity+network), correlate related weaknesses, and hunt for novel/logic vulnerabilities that scanners miss. Provides a primitive taxonomy, chaining and correlation methodology, and attack-path graphing to prioritize the fixes that break the most paths. Authorized engagements only.

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Model intended behavior, then break the assumption: every "the client will always…" or "this can only be reached after…" is a hypothesis to …

    line 54

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Vulnerability Chaining, Correlation & Novel-Bug Hunting

The skill that turns a list of findings into an attack. Real-world compromise is rarely one critical bug — it's a chain of small ones, and the real risk is the path, not the individual issue. This skill teaches how to combine, correlate, and discover.

0. Authorization gate

  • Chaining/exploitation across the in-scope assets is authorized.
  • Cross-domain movement (e.g., web → cloud → identity) is within the agreed scope before you traverse it.

1. Think in primitives, not "vulns"

Reframe each finding as a capability primitive — what it grants an attacker:

PrimitiveExample sourcesGrants
Info disclosureverbose errors, IDOR-read, metadata leakrecon, IDs, versions
Arbitrary readLFI, SSRF, path traversal, IDORfiles, secrets, tokens
Arbitrary writeupload, mass assignment, writable configfoothold, config change
Auth contextleaked token/key, session flaw, SSRF-to-metadata credsidentity, API access
Code/command execinjection, deserialization, SSTIfoothold
Privilege changeprivesc, dangerous ACL, IAM comboescalation
Trust/pivotSSRF, delegation, cross-account role, hybrid identityreach new zones

A chain is a sequence of primitives where each unlocks the inputs for the next.

2. Chaining methodology

  1. Inventory primitives from all skills' findings (web, api, cloud, AD, network...).
  2. Define goals (crown-jewel data, DA, cloud org-admin).
  3. Backward-chain from each goal: what capability would achieve it? What primitive yields that capability? Repeat until you reach a primitive you already hold or can obtain.
  4. Forward-chain from your current access to see what it unlocks.
  5. Bridge domains — the highest-impact chains cross boundaries:
    • Web SSRF → cloud metadata creds → cloud IAM privesc → data.
    • Phish → workstation foothold → local privesc → AD cred access → DA.
    • Leaked repo secret → API key → over-permissive cloud role → lateral.
    • On-prem AD compromise → hybrid sync → Entra global admin (and reverse).
  6. Validate each link actually works end to end (a chain is only as strong as its weakest assumption).

3. Correlation

  • Same root cause, many symptoms: cluster findings that share a cause (e.g., one missing authorization layer causing IDOR across many endpoints) → fix the cause once.
  • Compounding: individually-low findings that together cross a severity threshold (rate-limit gap + weak password policy + no MFA = practical account takeover).
  • Cross-tool correlation: merge outputs from the domain skills into one graph; a finding trivial in isolation may be the missing edge in a critical path.
  • Temporal/behavioral: correlate what defenders can/can't see per step (feeds the purple-team detection-gap matrix in red-team-ops).

4. Attack-path graphing

Model the environment as a graph: nodes = assets/identities/data; edges = primitives/relationships that let you move between them. Then:

  • Find shortest paths from an entry point to each goal.
  • Identify choke-point edges: the single edge appearing in the most paths to crown jewels — fixing it breaks many chains at once (maximum-leverage remediation).
  • BloodHound does this for AD; apply the same reasoning manually across web/api/cloud/identity.

5. Hunting novel & logic vulnerabilities (what scanners miss)

Scanners find known patterns; novel bugs live in your system's unique logic and assumptions.

  • Model intended behavior, then break the assumption: every "the client will always…" or "this can only be reached after…" is a hypothesis to test.
  • Business-logic classes: state-machine skips, race conditions/TOCTOU, quantity/price/limit manipulation, replay, workflow reordering, trust of client-controlled data, inconsistent authorization between endpoints doing the "same" thing.
  • Boundary & type confusion: how components disagree about parsing/encoding/identity (parser differentials, unicode/normalization, request smuggling between proxy and app).
  • Emergent/integration bugs: vulnerabilities that exist only in how two secure-looking components interact (e.g., trust of an internal header, SSO assertion reuse).
  • Hypothesis-driven PoC loop: form a hypothesis → craft a minimal test → observe → refine → confirm with a reproducible PoC. Document the reasoning, not just the payload.
  • Variant analysis: once you find one novel bug, systematically look for the same mistake elsewhere in the codebase/app — root-cause patterns repeat.

6. Prioritization output

Deliver a ranked list where severity reflects chain impact, not just individual CVSS, plus the choke-point fixes that break the most paths. This is what makes remediation efficient and the report credible.

7. Reporting

Present: primitive inventory, the attack-path graph, each realized chain (with the goal reached), correlated root causes, and choke-point remediations. Feed into red-team-ops reporting. See references/chaining-playbook.md.


<sub>© 2026 noahfranklin · Part of the Gideon security suite · MIT License · Original work.</sub>

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.