agentsclimarketplace

Hunting process injection with sysmon

Skill meltedinhex/analyst-ai-pack/skills/hunting-process-injection-with-sysmon

Hunts for process injection using Sysmon telemetry: correlating CreateRemoteThread (EID 8), suspicious cross-process access (EID 10), and RWX image-less memory to surface hollowing, shellcode injection, and APC abuse. Activates for requests to hunt process injection, analyze Sysmon EID 8/10, or detect code injection on Windows.From its SKILL.md

Install
npx -y skills add meltedinhex/analyst-ai-pack --skill hunting-process-injection-with-sysmon

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 21 stars21 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its file declares

Copied from the file, not written here

The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.3 KB, 580 tokens by cl100k_base, as published. Nobody here has run it

Hunting Process Injection with Sysmon

When to Use

  • You have Sysmon (or equivalent EDR) telemetry and want to hunt code injection across hosts.
  • You are testing a hypothesis that an implant injects into benign processes (explorer.exe, svchost.exe) to evade defenses.
  • You need to triage EID 8/10 events into a prioritized list of injection candidates.

Do not use EID 8/10 in isolation as a verdict — legitimate software (security tools, debuggers, injectors in dev tools) generates these; correlation and baselining are required.

Prerequisites

  • Sysmon configured to log Event ID 8 (CreateRemoteThread) and 10 (ProcessAccess) with useful access masks; a SIEM or log export to query.
  • A baseline of normal cross-process access for your environment.

Workflow

Step 1: Pull the candidate events

Collect EID 8 (remote thread creation) and EID 10 (process access) with high-power access masks (e.g., 0x1F0FFF, PROCESS_VM_WRITE | PROCESS_CREATE_THREAD).

Step 2: Filter known-good

Remove baseline noise: security agents, legitimate debuggers, and known injector pairs. Keep unusual source→target pairs (e.g., a document app injecting into a browser).

python scripts/analyst.py triage sysmon.json

Step 3: Correlate signals

Raise priority when multiple indicators stack: cross-process write + remote thread into the same target, target with RWX private memory, or source process spawned from a macro/script.

Step 4: Pivot per candidate

For top candidates, pull the source process tree, image path, signing status, and network connections to confirm or clear.

Step 5: Confirm and respond

Validate suspected hollowing/shellcode (memory analysis), then escalate confirmed injections to IR and convert the logic into a detection rule.

Validation

  • Surfaced candidates show a coherent injection pattern (access + remote thread to same PID), not isolated single events.
  • Known-good injectors are filtered, keeping the candidate list small and reviewable.
  • Confirmed cases are corroborated by process lineage or memory evidence.

Pitfalls

  • Alerting on every EID 10 — the access mask matters; filter to write/inject rights.
  • Ignoring source lineage; a script-spawned source is far more suspicious.
  • No baseline, so security tooling buries real injection in noise.

References

What ships with it: 3 files

4.6 KB alongside SKILL.md, 1 of them executable

references/

scripts/

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.