Skip to content

Penetration Test Results Log ​

Requirement: HIPAA §164.308(a)(8) — Periodic technical security evaluation. SOC2 CC7.1/CC7.2 — vulnerability detection and management. Evidence that penetration testing runs regularly and findings are tracked to resolution.

Owner: Rory Update frequency: After each scan cycle — within 5 business days Auditor use: This log summarises the three-layer pen test programme. Raw evidence (vpentest.io reports, attack.bedrockcybersecurity.org campaign history, GitHub Actions artifacts) is available on request.


Programme Overview — Three Layers ​

Cirius runs three complementary security assessment mechanisms that together satisfy HIPAA §164.308(a)(8) and SOC2 CC7.1 requirements for periodic technical security evaluation.

Layer 1 — Vonahi vPenTest (monthly internal scan) ​

What: Commercial automated penetration testing appliance. VM deployed in Azure hub VNet (snet-vpentest 10.99.8.0/24) with reach into PROD (10.20.0.0/16) and Identity (10.10.0.0/16) networks. Also deployed in AWS DR. Scans from inside the network — mimics a threat actor who has already gained internal access.

Cadence: Monthly automated scans.

Evidence location: Reports available in vpentest.io console (app.vpentest.io) under the Cirius organisation. Download PDF reports for each scan cycle.

Retrieving evidence for auditors:

  1. Log in to app.vpentest.io
  2. Navigate to Reports → select the relevant scan
  3. Export PDF — provide to auditor as the primary internal scan evidence artifact

Layer 2 — attack-teams autonomous purple team (weekly) ​

What: Cirius's internal autonomous purple team platform (bedrock-attack repo, live UI at attack.bedrockcybersecurity.org). Five cooperating agents run weekly (Monday 06:00 UTC):

  • REDTEAM_BLACK — external black-box recon from AWS DR (no internal creds): DNS enumeration, TLS inspection, public threat intel, supply-chain checks
  • REDTEAM_GREY — Azure configuration audit via read-only service principal (sp-purple-auditor): misconfiguration detection, role assignment review, NSG auditing
  • BLUETEAM — detection validation: checks whether Red activity triggered alerts in LAW, Cortex XDR, Arctic Wolf; produces detection_gap findings where actions went undetected
  • PURPLE_TEAM — correlates all findings into unified attack-path gap reports
  • REMEDIATION — creates/updates/deduplicates stories in SecOps; sends campaign summary emails

Cadence: Weekly. Campaign pipeline: checkin → grey → blueteam-grey → black → blueteam-black → referee → remediation

Authorization: Signed by Rory Garshol 2026-04-20. Expires 2027-04-20. Authorization document: bedrock-attack/AUTHORIZATION.md.

Evidence location: Campaign history at attack.bedrockcybersecurity.org. Findings written to SecOps under Purple Team project (epic a1f62f95). Campaign summary emails sent to Rory after each run.

Retrieving evidence for auditors:

  1. Browse attack.bedrockcybersecurity.org → Campaigns for run history
  2. SecOps → Purple Team project for correlated findings
  3. Forward campaign summary emails from the Rory mailbox as supplemental evidence

Layer 3 — bedrock-soc external surface scan (monthly) ​

What: Automated external-perspective scan of all public-facing domains and AWS internet-facing load balancers. Uses Nmap (port scan) and Nuclei (CVE + misconfiguration templates). Runs from GitHub Actions — no internal network access, no credentials. Pure attacker-perspective external assessment.

Cadence: Monthly cron — 1st of each month, 06:00 UTC.

Pipeline: AWS ELB discovery → Nmap port scan → Nuclei template scan → findings emailed via ACS → HIGH/CRITICAL posted to SecOps → raw files stored as GitHub Actions artifacts (365-day retention).

Targets: ciriusgroup.com, soc.bedrockcybersecurity.org, grc.bedrockcybersecurity.org, dashboard.ciriusgroup.com, hub.ciriusgroup.com, ciriusdde.com, dashboard.ciriusdde.com, plus any AWS internet-facing ELBs discovered at run time.

Evidence location: GitHub Actions artifacts in Bedrock-Cybersecurity/bedrock-soc.

Retrieving evidence:

# List runs
gh run list --repo Bedrock-Cybersecurity/bedrock-soc --workflow "monthly-pentest.yml" --limit 24

# Download artifacts from a specific run
gh run download <run-id> --repo Bedrock-Cybersecurity/bedrock-soc --dir ./pentest-artifacts/

Artifacts retained 365 days. First automated run: 2026-07-01.


Layer 1 — Vonahi vPenTest Results Log ​

2026 ​

MonthScan DateScopeCriticalHighMediumLow/InfoAll Resolved?Report in vpentest.io
January 2026(populate)Internal PROD + Identity
February 2026
March 2026
April 2026
May 2026
June 2026
July 2026
August 2026
September 2026

Populate each row within 5 business days of the monthly scan. Pull totals from the vpentest.io PDF report.


Layer 2 — attack-teams Campaign Log ​

Weekly campaigns write findings directly to SecOps and attack.bedrockcybersecurity.org. This table summarises notable findings and detection gaps identified. Individual stories are in SecOps.

2026 ​

Week ofRun StatusNotable FindingsDetection GapsSecOps Stories Created
2026-04-21(first run — populate)
(weekly — populate from campaign emails)

Populate monthly from the weekly campaign summary emails. Full detail in SecOps Purple Team project.


Layer 3 — External Surface Scan Results Log ​

2026 ​

MonthRun DateEndpoints ScannedCriticalHighMediumLow/InfoAll Resolved?Notes
July 2026(first run 2026-07-01)9+
August 2026
September 2026
October 2026
November 2026
December 2026

Populate each row within 5 business days of the 1st-of-month run.


Open Findings Tracker ​

All HIGH/CRITICAL findings from any layer — tracked until a rescan confirms resolution.

Finding IDLayerMonth FoundSeverityToolDescriptionEndpoint / AssetRemediation StatusResolved Date
(add as needed)

Remediation SLAs:

SeveritySLA
CriticalSame day
HighWithin 1 week
MediumWithin 1 month
Low / InformationalNext review cycle

If a finding cannot be remediated within SLA, create a risk acceptance entry in compliance/risk-acceptance-register.md with justification and compensating controls.


False Positive Log ​

Template / FindingLayerFirst SeenWhy False PositiveExclusion Added?
(add as identified)

Canary Verification Status ​

Verified alongside each monthly external scan cycle.

MonthCanaries VerifiedAll Active?Notes
January 2026
February 2026
March 2026
April 2026
May 2026
June 2026CT-001, CT-002, CT-003, CT-004YesVerified 2026-06-27 — all 4 tokens ACTIVE, webhook returning 200

Auditor Evidence Package ​

For the SOC2 September 2026 audit:

  1. This log — programme overview and monthly summaries for all three layers
  2. vpentest.io PDF reports — Layer 1 monthly internal scan evidence (Jan–Sep 2026)
  3. attack.bedrockcybersecurity.org campaign history — Layer 2 weekly purple team evidence (Apr–Sep 2026)
  4. Authorization document — bedrock-attack/AUTHORIZATION.md signed 2026-04-20
  5. GitHub Actions run history — Layer 3 external scan evidence:
    gh run list --repo Bedrock-Cybersecurity/bedrock-soc --workflow "monthly-pentest.yml" \
      --limit 12 --json databaseId,conclusion,startedAt,status
  6. Finding resolution evidence — if any High/Critical findings were found and fixed, provide before/after evidence showing the finding resolved
  7. SecOps Purple Team stories — attack-teams findings and remediation record

Document History ​

DateChangeAuthor
May 2026Initial draft — external scan log onlyRory
June 2026Rewritten to document full three-layer programme: Vonahi vPenTest (monthly internal), attack-teams purple team (weekly continuous), bedrock-soc external scan (monthly). Added separate result tables per layer and updated auditor evidence package.Kobe

Internal use only — Cirius Group