RSigma
Related Servers
Alternatives to RSigma
AlicenseNot gradedqualityDmaintenanceAn MCP server that provides Sigma rule validation and configuration capabilities for AI assistants. It enables users to validate Sigma detection rules against various validators and manage validator configurations through MCP tools and resources.4MIT
Related Servers
- AlicenseAqualityAmaintenanceSigma detection rule writing, validation, and pySigma-based multi-backend conversion (Splunk, Elastic, Wazuh, Kibana) via 3 MCP tools and 3 Claude Code skills, backed by a 61-rule production corpus across 11 MITRE ATT\&CK tactic categories.32MIT
- AlicenseNot gradedqualityDmaintenanceUnifies 7,283+ detection rules from Sigma, Splunk ESCU, Elastic, and KQL into a single queryable interface via MCP, with a web dashboard and autonomous agent pipeline for detection engineering.652 npm1Apache 2.0
- AlicenseNot gradedqualityAmaintenanceAn MCP server that exposes a 60+ tool security and threat-intel stack to AI agents, enabling secret scanning, Sigma rule generation, ransomware lookup, OSINT, and deep research.1MIT
- AlicenseNot gradedqualityCmaintenanceReal security scanners for AI coding agents — SAST (441 rules), secret detection (419+ patterns), dependency CVEs (OSV.dev), MCP/skill vetting, MITRE ATT&CK. Open-source, Rust, free7 npmApache 2.0
- AlicenseAqualityAmaintenanceHigh-performance local MCP server and CLI written in Rust that scrubs 90%+ framework noise from AI debug logs with Tree-sitter AST validation and test rollback.56MIT
- AlicenseAqualityAmaintenanceMCP server exposing rlg (RustLogs) log files as tools for on-call / SRE agent workflows. Three tools over JSON-RPC stdio — tail_log (last N events, filtered by level/target), filter_log (predicate filtering), summarize_errors (grouped error taxonomy). Pure Rust. MIT OR Apache-2.0.36Apache 2.0
TDQS
Scored across 15 tools
Most tools have clearly distinct purposes (e.g., convert_rules vs reverse_convert, evaluate_events vs test_exemplars, list_* vs resolve_pipeline). However, the parse/validate/lint/fix cluster (parse_rule, validate_rules, lint_rules, fix_rules) has overlapping boundaries that could lead an agent to pick the wrong one despite detailed descriptions.
All 15 tools use snake_case with a predictable verb_noun pattern (evaluate_events, parse_rule, lint_rules, list_backends, etc.). The only mild deviation is reverse_convert, which is still snake_case and understandable, so consistency is excellent.
15 tools is at the upper end of the ideal 3-15 range but each tool covers a distinct facet of the Sigma rule lifecycle (authoring, parsing, validation, conversion, evaluation, pipelines). The count is well-scoped for the broad purpose of a Sigma rule toolkit.
The surface covers the core Sigma lifecycle very well: authoring (reverse_convert, tune_rules, author_ads), parsing (parse_rule, parse_condition), validation (validate_rules, lint_rules), fixing (fix_rules), conversion (convert_rules, list_backends), evaluation (evaluate_events), testing (test_exemplars), and pipeline/field introspection. Minor gaps exist, such as no rule search/index or diffing tool, but agents can work around these with file paths.