agentleFS
RifteoRifteo/skills/less-noise-attack/SKILL.md

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".

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
  1. Distinctive:

    Every action you take is a signal.

    line 16
  2. Distinctive:

    Do exactly what is needed.

    line 19
  3. Distinctive:

    Only escalate to active interaction when:

    line 47
  4. Distinctive:

    Every action has a noise cost.

    line 65
  5. Distinctive:

    Principle: never upgrade the noise level when the current level can produce the answer.

    line 78
  6. Distinctive:

    Do only what is needed to reach the next decision point.

    line 84
  7. Distinctive:

    If one action answers the question, take one action.

    line 86
  8. Distinctive:

    If passive data already resolves something, do not re-confirm it with an active probe.

    line 87
  9. Distinctive:

    If a target has been confirmed, interact with what is relevant to the objective — not everything that is exposed.

    line 88
  10. Distinctive:

    If a finding is confirmed, document it and move — do not repeat the technique across every adjacent surface looking for more instances.

    line 89
  11. Distinctive:

    If a surface yields nothing after a targeted approach, log it and redirect — do not broaden the probe to compensate.

    line 90
  12. Distinctive:

    When active interaction is unavoidable, control how it looks — across every domain.

    line 98
  13. Distinctive:

    Avoid burst patterns — concentrated activity in a short window is statistically anomalous regardless of the domain

    line 102
  14. Distinctive:

    Use tooling configured to match normal operational patterns, not default scanner behavior

    line 108
  15. Distinctive:

    Follow the expected interaction flow — skipping steps a real actor would not skip is anomalous

    line 110
  16. Distinctive:

    Every action, before it is taken: *would a legitimate actor in this environment do this?

    line 138
  17. Distinctive:

    If detection is suspected — an action was blocked, a session was reset, a response was anomalous, behavior changed:

    line 167
  18. Distinctive:

    Stop the current action immediately

    line 169
  19. Distinctive:

    Do not retry the same action — repeating a detected action confirms the signature and escalates the response

    line 170
  20. Distinctive:

    Do not pivot to a louder technique to overcome the block — that raises the noise profile and confirms presence

    line 171
  21. Distinctive:

    If the engagement context allows, reassess the approach from a different angle or access path before continuing

    line 173
  22. Distinctive:

    When a high-severity finding is confirmed — authentication bypass, access to real funds or customer data, full account takeover, anything …

    line 182
  23. Distinctive:

    Before any active action:

    line 197
  24. Distinctive:

    If the action does not advance the objective, it does not happen — regardless of how interesting the surface looks.

    line 202

≈ “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

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 CategoryNoise LevelNotes
Passive intelligence gathering (no target contact)ZeroSpend freely
Single targeted interaction with a known surfaceVery LowIndistinguishable from ambient legitimate activity
Targeted enumeration against a specific known targetLow–MediumControlled, narrow, justified
Broad enumeration or sweeping across a rangeHighVolume itself is a detection signature
Full automated scan across a target or rangeCriticalTriggers network, host, and behavioral detections simultaneously
Repeated failed interaction attempts at scaleCriticalLockout, anomaly alert, behavioral flag
Known offensive tool with default configurationCriticalTool signatures exist in virtually every modern detection stack
Manual, deliberate, targeted actionLowHard 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.

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.