Author yara x rules
The Source for macOS Agent Workflows
npx -y skills add gaelic-ghost/socket --skill author-yara-x-rulesAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 6 stars6 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 author says it does
Copied from the file, not written here
Author, test, tune, and document YARA-X detection rules from validated artifact evidence. Use when malware, suspicious files, scripts, documents, or binary features need local pattern detection with stable discriminators, metadata, positive and negative fixtures, performance checks, false-positive review, rule provenance, and regression testing.
SKILL.md
2.1 KB, as published. Nobody here has run it
Author YARA-X Rules
Overview
Create rules that detect the validated property the evidence supports, not a broader malware-family claim. Prefer structural combinations over unique-looking strings copied from one sample.
Read references/yara-x-rule-quality.md before selecting patterns or declaring coverage.
Workflow
- Define the detection objective and non-goals.
- Build the fixture set.
- Preserve representative positive samples and near-miss benign negatives with hashes and provenance.
- Use synthetic or redistributable fixtures for repository tests.
- Select discriminators.
- Prefer format/module facts, byte structures, stable code/config fragments, and combinations of independently meaningful strings.
- Avoid mutable infrastructure, compiler boilerplate, paths, timestamps, or one generic API name as decisive evidence.
- Author metadata and conditions.
- Include purpose, author, date, source/evidence reference, scope, confidence, and known limitations.
- Bound file type and size where it improves correctness or performance.
- Validate with current YARA-X.
- Record version; compile/lint the rule; test all positives, negatives, malformed inputs, and a bounded benign corpus.
- Investigate timeouts, warnings, and module-undefined behavior.
- Review false positives and coverage.
- Tune by improving evidence combinations, not by accumulating arbitrary exclusions.
- Preserve regression evidence.
- Store allowed fixtures or deterministic generators, expected matches/non-matches, and rule revision.
Output
Return the rule, objective, evidence basis, fixture results, performance notes, known misses/false positives, and deployment limits.