feat(ttp): E.3.8 R0054-R0058 intel cohort + mark step done
5 YAMLs for the intel-verdict cohort per Appendix B / A.10: AbuseIPDB category mapping, GreyNoise classification, Feodo Tracker hit, ThreatFox IOC type, aggregate-malicious bump-only. IntelLifter (E.3.10) consumes by rule_id and tolerates absence silently (null provider column → no tag). R0058 is the meta bump-only rule — emits a single confidence=0.0 sentinel so it validates and surfaces in the catalogue, but the repository's sub-0.3 drop ensures no fresh tag persists if the fanout fires accidentally. test_intel_rules.py pins that zero-confidence invariant. Marks E.3.8 done in development/TTP_TAGGING.md with the cohort- split summary.
This commit is contained in:
23
rules/ttp/R0058.yaml
Normal file
23
rules/ttp/R0058.yaml
Normal file
@@ -0,0 +1,23 @@
|
||||
rule_id: R0058
|
||||
rule_version: 1
|
||||
name: aggregate_malicious_verdict_bump
|
||||
description: |
|
||||
Aggregate intel verdict = "malicious" with no specific provider
|
||||
mapping. Per Appendix B: confidence-bump existing tags only,
|
||||
never emits a fresh tag. emits is intentionally a single
|
||||
zero-confidence sentinel so the rule still validates and the
|
||||
catalogue surfaces it; the IntelLifter inspects rule_id and
|
||||
bumps existing tags' confidence rather than calling the engine
|
||||
fanout.
|
||||
applies_to:
|
||||
- intel
|
||||
match:
|
||||
kind: lifter:intel_aggregate_bump
|
||||
bump_amount: 0.05
|
||||
emits:
|
||||
- tactic: TA0042
|
||||
technique_id: T1588
|
||||
confidence: 0.0
|
||||
evidence_fields:
|
||||
- aggregate_verdict
|
||||
- bumped_rule_ids
|
||||
Reference in New Issue
Block a user