Malware Report Writer
Create professional, comprehensive malware analysis reports for enterprise security teams, incident response, and threat intelligence.
When to Use This Skill
Use this skill when the user needs to:
- Create a complete malware analysis report from analysis findings
- Structure analysis results into professional documentation
- Write executive summaries for malware samples
- Format IOCs and detection rules for delivery
- Review or improve existing malware reports
- Prepare report documentation for stakeholders
Quick Start
Creating a New Report
- Use the report template from
assets/report_template.md as the base structure
- Gather all analysis artifacts:
- Sample hashes and file information
- Static analysis findings (strings, imports, PE structure)
- Dynamic analysis observations (processes, registry, network, files)
- IOCs identified
- Detection rules created
- Populate each section systematically
- Review against best practices in
references/best_practices.md
Report Structure
The standard report includes these sections in order:
- Executive Summary - High-level overview for non-technical stakeholders
- Sample Information - Basic file metadata and hashes
- Static Analysis - File structure, strings, imports/exports, resources
- Dynamic Analysis - Runtime behavior, system changes, network activity
- IOCs - Organized by type (file, network, host indicators)
- Detection Rules - YARA rules and optionally Sigma rules
- Malware Classification - Family, type, capabilities
- Remediation and Mitigation - Actionable response steps
- Technical Details - Additional deep-dive analysis
- Conclusion - Final summary and assessment
- References - External resources and links
- Appendix - Timeline, tools used, screenshots
Key Principles
Professional Quality
- Use precise technical language with clear explanations
- Include all three hash types (MD5, SHA1, SHA256)
- Provide full context for every finding
- Document methodology and tools used
- Include timestamps and version information
Professional Report Requirements
Industry-standard reports require:
- Complete technical documentation of malware samples
- Professional format suitable for enterprise delivery
- Working detection rules based on malware characteristics
- Clear IOCs that can be operationalized
Critical: The quality of your report reflects your professionalism. Allocate sufficient time for writing and review.
Audience Awareness
Structure content for multiple audiences:
- Executive Summary: Non-technical decision makers
- Technical Sections: Security analysts and researchers
- IOCs/Detection: SOC teams and detection engineers
- Remediation: Incident responders
Writing Guidelines
Executive Summary
- 2-4 paragraphs maximum
- Plain language, minimal jargon
- Answer: What? How critical? What actions?
- Include key findings in bullet points
Technical Analysis
- Document both positive and negative findings
- Provide evidence for every claim
- Use code blocks for technical artifacts
- Include screenshots when they add value
- Connect behaviors to specific evidence
IOCs Section
Format:
- Group by type (file, network, host)
- Include context for each indicator
- Provide confidence levels if uncertain
- Test IOCs for accuracy before including
Avoid:
- Environment-specific artifacts
- Personal/analyst system information
- Common legitimate values
- Untested indicators
Detection Rules
YARA Rules:
- Test against sample (must detect)
- Test against clean files (must not false positive)
- Include metadata: author, date, description, hash
- Use meaningful string and variable names
- Add comments explaining detection logic
- Set appropriate conditions to balance detection and false positives
Best practices:
rule Malware_Family_Variant {
meta:
description = "Detects Malware_Family based on C2 configuration"
author = "Analyst Name"
date = "2025-10-25"
hash = "abc123..."
reference = "Internal analysis"
strings:
$c2_config = { 48 8B ?? ?? ?? ?? ?? 48 8D ?? ?? } // Config access pattern
$ua_string = "Mozilla/4.0 (Suspicious UA)" ascii
$mutex = "Global\\UniqueMalwareMutex" wide
condition:
uint16(0) == 0x5A4D and // MZ header
filesize < 2MB and
2 of them
}
Common Mistakes to Avoid
- Over-relying on automated tool output without interpretation
- Listing findings without explaining significance
- Missing critical hashes or file metadata
- Weak or untested detection rules
- Vague remediation recommendations
- Poor grammar/spelling
- Inconsistent formatting
- Environment-specific artifacts in IOCs
Best Practices Reference
For detailed guidance on report quality, writing style, and common pitfalls, see references/best_practices.md.
Key topics covered:
- Report writing principles (clarity, completeness, objectivity)
- Structure guidelines for each section
- IOC quality standards
- Detection rule best practices
- Audience considerations
- Quality checklist
- Efficient workflow strategies
Time Management Strategies
For efficient malware report creation:
Recommended workflow:
Pro tip: Start documenting in report format during analysis to save time.
Quality Checklist
Before submitting any report, verify:
Technical Accuracy:
Detection Rules:
IOCs:
Report Quality:
Professional Standards:
Output Format
Create reports in Markdown format using the template structure. For professional delivery:
- Create report in Markdown using the template
- Convert to PDF for professional appearance (if required)
- Ensure all sections are complete
- Include any screenshots as appendix items
- Verify detection rules are included and tested
Example Usage
User request: "Help me write a report for this ransomware sample I analyzed"
Workflow:
- Load the report template
- Ask user for key findings from their analysis
- Structure findings into appropriate sections
- Help craft executive summary
- Format IOCs properly
- Review and validate YARA rules
- Provide remediation recommendations
- Review final report against quality checklist
1---2name: malware-report-writer3description: Professional malware analysis report creation for enterprise malware analysis and incident response. Use when the user needs to create, structure, or improve a malware analysis report, write technical documentation for malware samples, create executive summaries, or format IOCs and detection rules for professional delivery.4---5
6# Malware Report Writer
7
8Create professional, comprehensive malware analysis reports for enterprise security teams, incident response, and threat intelligence.
9
10## When to Use This Skill
11
12Use this skill when the user needs to:
13- Create a complete malware analysis report from analysis findings
14- Structure analysis results into professional documentation
15- Write executive summaries for malware samples
16- Format IOCs and detection rules for delivery
17- Review or improve existing malware reports
18- Prepare report documentation for stakeholders
19
20## Quick Start
21
22### Creating a New Report
23
241. Use the report template from `assets/report_template.md` as the base structure
252. Gather all analysis artifacts:
26 - Sample hashes and file information
27 - Static analysis findings (strings, imports, PE structure)
28 - Dynamic analysis observations (processes, registry, network, files)
29 - IOCs identified
30 - Detection rules created
313. Populate each section systematically
324. Review against best practices in `references/best_practices.md`
33
34### Report Structure
35
36The standard report includes these sections in order:
37
381. **Executive Summary** - High-level overview for non-technical stakeholders
392. **Sample Information** - Basic file metadata and hashes
403. **Static Analysis** - File structure, strings, imports/exports, resources
414. **Dynamic Analysis** - Runtime behavior, system changes, network activity
425. **IOCs** - Organized by type (file, network, host indicators)
436. **Detection Rules** - YARA rules and optionally Sigma rules
447. **Malware Classification** - Family, type, capabilities
458. **Remediation and Mitigation** - Actionable response steps
469. **Technical Details** - Additional deep-dive analysis
4710. **Conclusion** - Final summary and assessment
4811. **References** - External resources and links
4912. **Appendix** - Timeline, tools used, screenshots
50
51## Key Principles
52
53### Professional Quality
54- Use precise technical language with clear explanations
55- Include all three hash types (MD5, SHA1, SHA256)
56- Provide full context for every finding
57- Document methodology and tools used
58- Include timestamps and version information
59
60### Professional Report Requirements
61Industry-standard reports require:
62- Complete technical documentation of malware samples
63- Professional format suitable for enterprise delivery
64- Working detection rules based on malware characteristics
65- Clear IOCs that can be operationalized
66
67**Critical:** The quality of your report reflects your professionalism. Allocate sufficient time for writing and review.
68
69### Audience Awareness
70Structure content for multiple audiences:
71- **Executive Summary**: Non-technical decision makers
72- **Technical Sections**: Security analysts and researchers
73- **IOCs/Detection**: SOC teams and detection engineers
74- **Remediation**: Incident responders
75
76## Writing Guidelines
77
78### Executive Summary
79- 2-4 paragraphs maximum
80- Plain language, minimal jargon
81- Answer: What? How critical? What actions?
82- Include key findings in bullet points
83
84### Technical Analysis
85- Document both positive and negative findings
86- Provide evidence for every claim
87- Use code blocks for technical artifacts
88- Include screenshots when they add value
89- Connect behaviors to specific evidence
90
91### IOCs Section
92**Format:**
93- Group by type (file, network, host)
94- Include context for each indicator
95- Provide confidence levels if uncertain
96- Test IOCs for accuracy before including
97
98**Avoid:**
99- Environment-specific artifacts
100- Personal/analyst system information
101- Common legitimate values
102- Untested indicators
103
104### Detection Rules
105**YARA Rules:**
106- Test against sample (must detect)
107- Test against clean files (must not false positive)
108- Include metadata: author, date, description, hash
109- Use meaningful string and variable names
110- Add comments explaining detection logic
111- Set appropriate conditions to balance detection and false positives
112
113**Best practices:**
114```yara
115rule Malware_Family_Variant {
116 meta:
117 description = "Detects Malware_Family based on C2 configuration"
118 author = "Analyst Name"
119 date = "2025-10-25"
120 hash = "abc123..."
121 reference = "Internal analysis"
122
123 strings:
124 $c2_config = { 48 8B ?? ?? ?? ?? ?? 48 8D ?? ?? } // Config access pattern
125 $ua_string = "Mozilla/4.0 (Suspicious UA)" ascii
126 $mutex = "Global\\UniqueMalwareMutex" wide
127
128 condition:
129 uint16(0) == 0x5A4D and // MZ header
130 filesize < 2MB and
131 2 of them
132}
133```
134
135### Common Mistakes to Avoid
136- Over-relying on automated tool output without interpretation
137- Listing findings without explaining significance
138- Missing critical hashes or file metadata
139- Weak or untested detection rules
140- Vague remediation recommendations
141- Poor grammar/spelling
142- Inconsistent formatting
143- Environment-specific artifacts in IOCs
144
145## Best Practices Reference
146
147For detailed guidance on report quality, writing style, and common pitfalls, see `references/best_practices.md`.
148
149Key topics covered:
150- Report writing principles (clarity, completeness, objectivity)
151- Structure guidelines for each section
152- IOC quality standards
153- Detection rule best practices
154- Audience considerations
155- Quality checklist
156- Efficient workflow strategies
157
158## Time Management Strategies
159
160For efficient malware report creation:
161
162**Recommended workflow:**
163- **Phase 1-2**: Analysis
164 - Document findings continuously (don't wait)
165 - Take screenshots and capture evidence
166 - Create detection rules during analysis
167 - Organize notes by report section
168
169- **Phase 3-4**: Report writing
170 - Draft all technical sections first
171 - Write IOCs, detection rules, remediation
172 - Create executive summary and conclusion
173 - Final quality check and formatting
174
175**Pro tip:** Start documenting in report format during analysis to save time.
176
177## Quality Checklist
178
179Before submitting any report, verify:
180
181**Technical Accuracy:**
182- [ ] All three hash types included and verified
183- [ ] File paths are complete and accurate
184- [ ] Timestamps include timezone
185- [ ] Process IDs included for process activity
186- [ ] Tool versions documented
187
188**Detection Rules:**
189- [ ] YARA rules tested against sample (detects correctly)
190- [ ] YARA rules tested against clean files (no false positives)
191- [ ] Rules include complete metadata
192- [ ] Conditions are appropriate and not over-matching
193
194**IOCs:**
195- [ ] Grouped by type (file, network, host)
196- [ ] Context provided for each IOC
197- [ ] No environment-specific artifacts
198- [ ] All IOCs validated
199
200**Report Quality:**
201- [ ] Executive summary is non-technical and actionable
202- [ ] All sections completed
203- [ ] Grammar and spelling checked
204- [ ] Consistent formatting throughout
205- [ ] Evidence supports all claims
206- [ ] Remediation steps are specific and prioritized
207
208**Professional Standards:**
209- [ ] Report is professional and enterprise-ready
210- [ ] Detection rules work and are well-documented
211- [ ] Technical details demonstrate thorough analysis
212- [ ] Report answers: What is it? What does it do? How to detect? How to remove?
213
214## Output Format
215
216Create reports in Markdown format using the template structure. For professional delivery:
2171. Create report in Markdown using the template
2182. Convert to PDF for professional appearance (if required)
2193. Ensure all sections are complete
2204. Include any screenshots as appendix items
2215. Verify detection rules are included and tested
222
223## Example Usage
224
225**User request:** "Help me write a report for this ransomware sample I analyzed"
226
227**Workflow:**
2281. Load the report template
2292. Ask user for key findings from their analysis
2303. Structure findings into appropriate sections
2314. Help craft executive summary
2325. Format IOCs properly
2336. Review and validate YARA rules
2347. Provide remediation recommendations
2358. Review final report against quality checklist