less-noise-attack
Skill37 starsChanged 5 months agoMITView on GitHub
Runs offensive work in a low-noise mode — passive recon first, minimal footprint, and only deliberate, targeted active actions that blend with legitimate traffic, so the engagement stays below detection thresholds. Not the default; activate only when the user explicitly signals stealth as the priority, e.g. "stay under the radar", "avoid the SOC", "be stealthy", "ghost mode", "don't trigger alerts", or "go quiet".
In this repository38 other files it gives its agents.
- ad-breachSkill
- ai-llm-hunterSkill
- attack-surfaceSkill
- bugbounty-reporterSkill
- cavemanSkill
- check-exploitSkill
- clickjacking-hunterSkill
- compliance-gap-analyzerSkill
- control-lookupSkill
- ctf-writeupSkill
- cvss-scorerSkill
- deadangleSkill
- droid-reconSkill
- economist-attackSkill
- engagement-handoffSkill
- finding-writerSkill
- find-skillsSkill
- graphql-raiderSkill
- hexstrike-forgeSkill
- high-severity-hunterSkill
- hpp-hunterSkill
- idor-hunterSkill
- js-analyzerSkill
- jwt-crackerSkill
- less-aggressive-attackSkill
- nuclei-template-writerSkill
- pentest-reportSkill
- redirect-forgeSkill
- redmindSkill
- remediation-plannerSkill
- risk-assessorSkill
- scope-grillSkill
- skill-benchmarkSkill
- ssrf-hunterSkill
- ssti-hunterSkill
- vuln-diagnoseSkill
- xss-hunterSkill
- xxe-phantomSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
24 rules. About 0 are common, 24 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈24
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
- Distinctive: line 16
Every action you take is a signal.
- Distinctive: line 19
Do exactly what is needed.
- Distinctive: line 47
Only escalate to active interaction when:
- Distinctive: line 65
Every action has a noise cost.
- Distinctive: line 78
Principle: never upgrade the noise level when the current level can produce the answer.
- Distinctive: line 84
Do only what is needed to reach the next decision point.
- Distinctive: line 86
If one action answers the question, take one action.
- Distinctive: line 87
If passive data already resolves something, do not re-confirm it with an active probe.
- Distinctive: line 88
If a target has been confirmed, interact with what is relevant to the objective — not everything that is exposed.
- Distinctive: line 89
If a finding is confirmed, document it and move — do not repeat the technique across every adjacent surface looking for more instances.
- Distinctive: line 90
If a surface yields nothing after a targeted approach, log it and redirect — do not broaden the probe to compensate.
- Distinctive: line 98
When active interaction is unavoidable, control how it looks — across every domain.
- Distinctive: line 102
Avoid burst patterns — concentrated activity in a short window is statistically anomalous regardless of the domain
- Distinctive: line 108
Use tooling configured to match normal operational patterns, not default scanner behavior
- Distinctive: line 110
Follow the expected interaction flow — skipping steps a real actor would not skip is anomalous
- Distinctive: line 138
Every action, before it is taken: *would a legitimate actor in this environment do this?
- Distinctive: line 167
If detection is suspected — an action was blocked, a session was reset, a response was anomalous, behavior changed:
- Distinctive: line 169
Stop the current action immediately
- Distinctive: line 170
Do not retry the same action — repeating a detected action confirms the signature and escalates the response
- Distinctive: line 171
Do not pivot to a louder technique to overcome the block — that raises the noise profile and confirms presence
- Distinctive: line 173
If the engagement context allows, reassess the approach from a different angle or access path before continuing
- Distinctive: line 182
When a high-severity finding is confirmed — authentication bypass, access to real funds or customer data, full account takeover, anything …
- Distinctive: line 197
Before any active action:
- Distinctive: line 202
If the action does not advance the objective, it does not happen — regardless of how interesting the surface looks.
≈ “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.
Files
Less Noise Attack — Low-Noise Offensive Operations
The Core Discipline
- Noise is evidence of presence. Presence without results is pure loss.
- Every action you take is a signal. Signals accumulate. Accumulated signals become detections.
- The goal is not to be fast — it is to reach the objective without being noticed doing it.
- Passive first. Active only when passive is exhausted or insufficient. Targeted active only.
- Do exactly what is needed. Never touch what does not need touching. Never scan what can be inferred.
The question driving every decision: what is the lowest-visibility path to the information or access I actually need right now?
Recon Doctrine — Passive Before Active
Phase 1 — Passive Only
Exhaust passive sources before generating any active signal against the target.
What passive recon covers across all engagement types:
- Public records: DNS, WHOIS, certificate transparency, ASN/BGP/IP range data
- Infrastructure visibility: passive fingerprinting services that aggregate data without touching the target
- Organizational intelligence: employee enumeration, org structure, technology signals from public job postings, conference talks, public repositories
- Leaked material: public repositories, paste sites, breach data, exposed config files, archived documentation
- Cached intelligence: search engine caches, historical snapshots — endpoints, credentials, internal references, and technology versions that were once publicly accessible
- Relationship mapping: third-party integrations, vendor relationships, supply chain exposure, trust boundaries inferable without active probing
The target does not know you exist yet. That is the optimal state. Stay there as long as possible.
Before moving to active, ask: do I have enough to build a targeted attack plan? If yes, stay passive.
Phase 2 — Gate to Active
Only escalate to active interaction when:
- Passive sources do not resolve a specific question the attack plan depends on
- A target has been confirmed and needs validation that passive data cannot provide
- A specific vulnerability hypothesis requires direct interaction to test
- The passive phase has surfaced a high-value target that justifies the exposure cost of touching it
When you go active, go narrow:
- One target, not a sweep
- One question, not a coverage pass
- One confirmation, not a carpet-bomb of the surface
Active interaction is not a mode — it is a series of deliberate, justified, individual decisions.
Noise Budget
Every action has a noise cost. The budget is not unlimited.
| Action Category | Noise Level | Notes |
| Passive intelligence gathering (no target contact) | Zero | Spend freely |
| Single targeted interaction with a known surface | Very Low | Indistinguishable from ambient legitimate activity |
| Targeted enumeration against a specific known target | Low–Medium | Controlled, narrow, justified |
| Broad enumeration or sweeping across a range | High | Volume itself is a detection signature |
| Full automated scan across a target or range | Critical | Triggers network, host, and behavioral detections simultaneously |
| Repeated failed interaction attempts at scale | Critical | Lockout, anomaly alert, behavioral flag |
| Known offensive tool with default configuration | Critical | Tool signatures exist in virtually every modern detection stack |
| Manual, deliberate, targeted action | Low | Hard to distinguish from legitimate operational behavior |
Principle: never upgrade the noise level when the current level can produce the answer.
Action Minimalism
Do only what is needed to reach the next decision point.
- If one action answers the question, take one action. Not five.
- If passive data already resolves something, do not re-confirm it with an active probe.
- If a target has been confirmed, interact with what is relevant to the objective — not everything that is exposed.
- If a finding is confirmed, document it and move — do not repeat the technique across every adjacent surface looking for more instances.
- If a surface yields nothing after a targeted approach, log it and redirect — do not broaden the probe to compensate.
The instinct to "test more to be sure" is the instinct that gets operators detected. A confirmed signal is enough. Move.
Operational Behavior Discipline
When active interaction is unavoidable, control how it looks — across every domain.
Timing:
- Introduce natural, variable delays between actions — uniform timing is a machine signature
- Avoid burst patterns — concentrated activity in a short window is statistically anomalous regardless of the domain
- Spread enumeration across time when the engagement timeline allows
- Match activity cadence to the target environment's expected operational rhythm
Appearance:
- Behave the way a legitimate entity in that environment would behave
- Use tooling configured to match normal operational patterns, not default scanner behavior
- Maintain state and context that a legitimate actor in that environment would maintain
- Follow the expected interaction flow — skipping steps a real actor would not skip is anomalous
Volume:
- Any enumeration is rate-limited against what normal operational load looks like in that environment
- Target sets are focused and derived from gathered intelligence — not generic maximum-coverage lists
- Testing that involves repeated interaction is narrow and targeted, never scaled unless the objective requires it
SOC Perspective — Know What You Look Like
Understanding what defenders see is the operational requirement, not a bonus.
What gets detected first across all domains:
- Sweep and scan signatures — high-volume, sequential, or range-based activity
- Repeated failure patterns — failed authentications, failed connections, failed lookups at volume
- Known offensive tool fingerprints — default configurations, timing patterns, known payload signatures
- Behavioral anomalies — activity that does not match the normal operational profile of the environment
- Temporal and geographic anomalies — timing, origin, or access patterns that deviate from baseline
- Lateral movement signatures — access to resources not historically touched together, credential reuse across systems
- Privilege escalation patterns — access requests that skip the normal escalation path
What blends:
- Single, deliberate, targeted actions consistent with what a legitimate actor would do
- Activity that follows the expected timing and flow of the environment
- Interaction patterns that match the observed baseline of the target
- Volume and frequency consistent with normal operational load
Every action, before it is taken: would a legitimate actor in this environment do this? Would this stand out in a normal day's logs?
Escalation Logic
This skill gates active interaction — it does not prevent it.
PASSIVE RECON
↓
Does passive data answer the question?
YES → Use it. Do not go active.
NO ↓
Is the question required to advance the objective?
NO → Defer. Move to the next required question.
YES ↓
What is the minimal active action that answers it?
→ Execute that action only.
→ Analyze the result before authorizing the next step.
→ Return to passive analysis of what was revealed.Each active step is followed by analysis before the next step is authorized. Active interaction is never a continuous sweep — it is a series of discrete, justified decisions with analysis between them.
Detection Recovery
If detection is suspected — an action was blocked, a session was reset, a response was anomalous, behavior changed:
- Stop the current action immediately
- Do not retry the same action — repeating a detected action confirms the signature and escalates the response
- Do not pivot to a louder technique to overcome the block — that raises the noise profile and confirms presence
- Analyze what the response reveals about the defensive posture — it is intelligence
- If the engagement context allows, reassess the approach from a different angle or access path before continuing
- Log what triggered the response — understanding the detection boundary has operational value
A detection event is information. Treat it as data, not as an obstacle to push through.
Critical Finding — Stop, Do Not Weaponize
When a high-severity finding is confirmed — authentication bypass, access to real funds or customer data, full account takeover, anything that crosses into material impact — the posture changes immediately:
- Stop at confirmation. A critical finding is proven the moment access is demonstrated. It does not need to be exercised to its full impact to be real.
- Do not use it as a pivot platform. Turning a confirmed critical into a launch point for deeper compromise multiplies both the noise and the operational risk — and on a live target it can cause real damage.
- Notify the engagement owner before going further. A confirmed critical is a reporting event, not a green light to escalate. Continuing past it without explicit authorization is its own liability.
- Capture the minimal evidence that proves it, and hold. Any further action waits for an explicit decision from the engagement owner.
The lowest-noise response and the most professional response are the same one: confirm it, document it, stop.
Objective Anchoring
This skill does not make every surface passive-only. It makes every action justify itself against the objective.
Before any active action:
- What specific information or access does this action produce?
- Is that information or access required to advance toward the objective?
- Is there a lower-noise path to the same result?
If the action does not advance the objective, it does not happen — regardless of how interesting the surface looks. Interest is not justification. Impact on the objective is.
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
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.

