skills/pentest-slides/SKILL.md
Format penetration test reports into professional Google Slides presentations. Use when generating slides from pentest findings, converting REPORT_FINAL.md to slide format, or creating executive-ready pentest presentations. Triggers on phrases like "create slides from report", "format report for slides", "pentest presentation", "convert report to slides".
npx skillsauth add duriandurino/openclawrino pentest-slidesInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Transform pentest reports into concise, professional Google Slides presentations that reflect the current reporting contract: executive risk, attack paths, evidence-backed findings, remediation roadmap, and retest/cleanup readiness.
gog slides create-from-markdown "Title" --content-file slides.md --account <email>Every pentest presentation MUST follow this exact structure:
# SLIDE 1: Title Slide
---
# [Engagement Name]
## Penetration Test Report
**Target:** [Primary Target]
**Date:** [YYYY-MM-DD]
**Overall Risk:** [CRITICAL | HIGH | MEDIUM | LOW]
**Status:** [Draft | Final]
---
# SLIDE 2: Executive Summary
---
## Executive Summary
- [Top risk theme 1]
- [Top risk theme 2]
- [Top risk theme 3]
- **Bottom Line:** [One sentence on business impact or compromise outcome]
---
# SLIDE 3: Scope, ROE & Methodology
---
## Scope, ROE & Methodology
**Target:** [What was tested]
**Access Level:** [Local/Remote/Physical]
**Authorization:** [Reference or status]
**Limitations:** [Key blocker or constraint]
**Phases:**
- ✅ Recon / Discovery — [brief result]
- ✅ Enumeration — [brief result]
- ✅ Validation / Analysis — [brief result]
- ✅ Exploitation / Post-Exploitation — [brief result or not authorized]
---
# SLIDE 4: Attack Path / Engagement Story
---
## Attack Path / Engagement Story
| Step | Action | Result | Evidence |
|------|--------|--------|----------|
| 1 | [Entry action] | [Result] | [EVI-XXX] |
| 2 | [Next action] | [Result] | [EVI-XXX] |
| 3 | [Next action] | [Result] | [EVI-XXX] |
| 4 | **Impact Achieved** | [Access or business impact] | [EVI-XXX] |
---
# SLIDE 5: Findings Summary
---
## Findings Summary
| # | Finding | Severity | Status | Asset |
|---|---------|----------|--------|-------|
| V-0XX | [Name] | 🔴 CRITICAL | validated | [asset] |
| V-0XX | [Name] | 🟠 HIGH | validated | [asset] |
| V-0XX | [Name] | 🟡 MEDIUM | suspected/validated | [asset] |
| ... | ... | ... | ... | ... |
---
# SLIDES 6-8: Detailed Findings (one per slide)
---
## [V-0XX: Finding Name]
### [🔴 CRITICAL / 🟠 HIGH / 🟡 MEDIUM] — [validated / exploited / retested]
**What:** [2-3 sentence description]
**Impact:** [What an attacker can achieve]
**Evidence:** [Key evidence ID(s) or proof reference]
**Fix:**
- [Specific remediation step 1]
- [Specific remediation step 2]
---
# SLIDE 9: Remediation & Retest Roadmap
---
## Remediation & Retest Roadmap
**🔴 Immediate (0-24 hours):**
- [Action 1]
- [Action 2]
**🟠 Short-term (1-7 days):**
- [Action 1]
**🟡 Medium-term (1-4 weeks):**
- [Action 1]
**Retest Success Looks Like:**
- [Verification condition]
---
# SLIDE 10: Cleanup, Residual Risk & Next Steps
---
## Cleanup, Residual Risk & Next Steps
**Cleanup Status:** [Removed / none introduced / pending]
**Residual Risk:** [One line]
**Next Steps:**
- [Action 1]
- [Action 2]
- [Action 3]
---
| Slide Section | Source Location | Extraction Rule | |---------------|-----------------|-----------------| | Title | cover / front matter | Engagement name, target, date, overall risk, status | | Executive Summary | executive summary | Top 3-4 risk themes + bottom line | | Scope / ROE / Methodology | scope, ROE, methodology, limitations | Target, access level, authorization state, key constraints | | Attack Path | attack paths / engagement story / timeline | Best single path or timeline with evidence IDs | | Findings Summary | findings summary table / findings register | All material findings with severity, status, asset | | Detailed Findings | detailed findings | Top 3-5 findings, one per slide, include evidence and fix | | Remediation & Retest | remediation roadmap / retest guidance | Immediate and short-term actions + verification condition | | Cleanup / Conclusion | cleanup/restoration + conclusion | Cleanup state, residual risk, next steps |
The output markdown must use --- as slide separators and start each slide with # header.
# Slide Title Here
---
Content here
---
## Section Title
| Column 1 | Column 2 | Column 3 |
|----------|----------|----------|
| Data | Data | Data |
**CRITICAL** 🔴 — CVSS 9.1
**HIGH** 🟠 — CVSS 7.5
**MEDIUM** 🟡 — CVSS 5.3
**LOW** 🟢 — CVSS 3.1
1. READ report.md (full pentest report)
2. EXTRACT key data per extraction rules
3. GENERATE slides.md following template strictly
4. VALIDATE:
- Exactly 8-10 slides
- All findings in summary table
- Attack path or engagement story included when available
- Remediation prioritized
- Retest or verification condition included
- Cleanup or residual risk called out
- Slide separators correct
5. CREATE: gog slides create-from-markdown "Title" --content-file slides.md --account <email>
6. RETURN slides URL
Before outputting, verify:
--- separators are presentSee references/example-vault-report.md for a complete example of a report converted to slides format.
When invoked by the Report Agent (specter-report), the workflow is:
gog slides create-from-markdowntesting
Vulnerability analysis and CVE matching for penetration testing. Use when: user asks to check for vulnerabilities, match CVEs against service versions, analyze scan results for weaknesses, research exploitability, assess risk of discovered services, or identify known vulnerabilities. This is the analysis phase — no exploitation yet. NOT for: active scanning (use enum skill), exploitation (use exploit skill), or post-exploitation (use post skill).
development
Methodology and decision framework for the penetration testing vulnerability phase. Use when: validating scanner output, distinguishing confirmed vulnerabilities from hypotheses, explaining CVE/CWE/CVSS, prioritizing findings with KEV/EPSS/business context, guiding vuln-analysis workflow, or reinforcing evidence-backed reporting during the vulnerability phase. NOT for: initial recon or active enumeration, hands-on exploitation, post-exploitation, or replacing the specialized vuln skill's concrete checks.
development
Great slides need two things: content worth presenting and design worth looking at. #1 on DeepResearch Bench (Feb 2026) — CellCog researches and fills content mindfully from minimal prompts, no filler. State-of-the-art PDF generation for presentations, pitch decks, keynotes, and slideshows you can present as-is. Requires cellcog skill for SDK. If cellcog is unavailable, use gog slides as fallback (Google Workspace).
development
Methodology and quality framework for the penetration testing report phase. Use when: writing or QA-ing pentest reports, improving executive and technical readability, enforcing evidence completeness, adding remediation and retest guidance, including cleanup/restoration and residual risk, or securing report packaging and delivery. NOT for: running phase-specific testing tasks or replacing the specialized reporting implementation/publishing workflow.