SKILLEMALL.ai

CB building-detection-rules-with-sigma

Builds vendor-agnostic detection rules using the Sigma rule format for threat detection across SIEM platforms including Splunk, Elastic, and Microsoft Sentinel. Use when creating portable detection logic from threat intelligence, mapping rules to MITRE ATT&CK techniques, or converting community Sigma rules into platform-specific queries using sigmac or pySigma backends.

mukul975/Anthropic-Cybersecurity-Skills Agent Skills author: mukul975 Apache-2.0 4 files · 1 script body ≈ 2 430 tokens Open the sourcegithub.com↗ analyzed 5 d ago

Builds vendor-agnostic detection rules using the Sigma rule format for threat detection across SIEM platforms including Splunk, Elastic, and Microsoft Sentinel.

As a process B 65/100 · Nearly there — weak spots: failures and branches, running it twice

AnalyzerGitHubInfrastructureSoftware developmenttype and topics are labelled automatically from the skill text
JSON
Technical rating
C
89/100
safety, quality, tests
Safety 60%
93
Quality 40%
82
Run on models
none yet
Process rating
B
65/100
Nearly there
Failures and branches w 10
0
Running it twice w 4
30
When it triggers w 12
50
the three weakest of ten parameters · all ten

How to improve

    For the model run — optional
    • Your own cases (evals/evals.json, 4–6 real requests with expected answers): the full check would then run those instead of a model-drafted suite.
    • A spec.yaml with trigger phrases and assertions — a behaviour contract for CI; `skilltest init` writes a template.

    Guard findings · 7

    ✓ No critical or high findings

    Medium and low: 7
    • low Secrets in code secret-high-entropy-token references/api-reference.md:48
      High-entropy token-like string (may be an id, hash or a credential) (documentation table row)
      | `pySi…der` | `Micr…end` | KQL |
      table
    • low Secrets in code secret-high-entropy-token SKILL.md:56
      High-entropy token-like string (may be an id, hash or a credential) (quoted — discussed, not commanded)
      - Python 3.8+ with `pySigma` and appropriate backend (`pySigma-backend-splunk`, `pySigma-backend-elasticsearch`, `pySi…der`)
      quoted
    • low Risky intent intent-offensive-security SKILL.md:65
      Offensive-security / dual-use content (legitimate for authorised testing; review intended use) (detector / deny-list definition)
      Start with a threat report or ATT&CK technique. Example: detecting Mimikatz credential dumping (T1003.001 — LSASS Memory):
      detector
    • low Risky intent intent-offensive-security SKILL.md:68
      Offensive-security / dual-use content (legitimate for authorised testing; review intended use)
      title: Mimikatz Credential Dumping via LSASS Access
    • low Risky intent intent-offensive-security SKILL.md:72
      Offensive-security / dual-use content (legitimate for authorised testing; review intended use) (detector / deny-list definition)
      description: Detects process accessing lsass.exe memory, indicative of credential dumping tools like Mimikatz
      detector
    • low Risky intent intent-offensive-security SKILL.md:253
      Offensive-security / dual-use content (legitimate for authorised testing; review intended use) (detector / deny-list definition)
      name = "LSASS Memory Access - Credential Dumping"
      detector
    • low Risky intent intent-offensive-security SKILL.md:268
      Offensive-security / dual-use content (legitimate for authorised testing; review intended use) (quoted — discussed, not commanded)
      name = "OS Credential Dumping"
      quoted

    Files scanned: 4. Evidence is masked. Grey chips explain why severity was lowered.

    Against the Agent Skills spec

    • note frontmatter-key unknown frontmatter key "domain"
    • note frontmatter-key unknown frontmatter key "subdomain"
    • note frontmatter-key unknown frontmatter key "d3fend_techniques"
    • note frontmatter-key unknown frontmatter key "nist_csf"
    • note frontmatter-key unknown frontmatter key "mitre_attack"
    • note edit-residue the text marks something as outdated (lines 256): check that old rules are not kept next to new ones — the full check reads the text for contradictions

    Process rating: all ten parameters 65/100

    • 0Failures and branches. Linear process with no failure handling
    • 30Running it twice. 5 mutating operations with no state check
    • 50When it triggers. No condition that starts the skill
    • 60Tools and files. Uses tools (bash, git, python) that frontmatter does not declare
    • 60Result and completion. Output format stated, no completion criterion
    • 70Inputs and preconditions. Inputs and preconditions are listed
    • 100Steps. 17 steps
    • 100Consistency. Name and required fields are in place
    • 100Execution cost. Instruction body is 2430 tokens
    • 100Progress reporting. Reports progress

    Everything here is measured from the skill text rather than judged by a model, so the numbers are checkable. A parameter weighs more when it is a more common reason for the process to stall.

    Quality signals

    • +5Description has no quoted example phrases that should trigger the skill
    • -41 reference files, but SKILL.md never points to them: the model will not open them
    • -31 of 1 scripts are never mentioned in SKILL.md
    • +2Single-language instructions
    • +4Description says when NOT to use the skill
    • +3Description length 372: enough signal without eating the budget
    • +4Structure: 15 headings
    • +3Step-by-step instructions: 17 items
    • +3Output format is stated explicitly
    • +4Has examples (14 code blocks)
    • +1License stated

    Quality base 70; lint remarks subtract, signals add up to 100. Result: 82.