Evidence Room
See completed work by actual Git repository, URL, upload, or path and export the latest report for selected assets.
Package current evidence by asset, export reviewed reports, share only the findings a recipient needs, and retain the decision history behind remediation, retest, and accepted risk.
Reconstructing security history from tickets and chat during a customer review is expensive. The resulting story is usually incomplete.
See completed work by actual Git repository, URL, upload, or path and export the latest report for selected assets.
Create Markdown, single-file HTML, or PDF outputs. Customer-facing PDFs default to aggregate severity context; include detailed finding evidence only for authorized recipients.
Give a named recipient read-only access to selected findings through a password-protected, expiring, revocable link.
Preserve reported, acknowledged, fixed, advisory, bounty, credit, and closure milestones for external issues.
Show investigation stages, model resolution, human actors, outcomes, lifecycle changes, and reasons.
Apply account and tier settings to customer-facing reports without rewriting historical evidence.
How a report or an Evidence Room export is assembled from work that already happened.
Create evidence continuously through projects, scan versions, finding states, tickets, and retests.
Choose the exact assets, reports, sections, findings, and confidence boundary relevant to the request.
Remove irrelevant or sensitive context and confirm important findings have current decisions.
Export a static pack or use a time-bounded share, then revoke access when the review ends.
Faster assurance responses, with a smaller surface exposed to each recipient.
Answer customer, audit, investor, insurance, and internal governance requests from current product history.
Share selected findings instead of granting access to the workspace or sending the full internal report.
Connect the technical issue to validation, ownership, mitigation, and retest rather than presenting a static scan snapshot.
What a PDF contains, what a recipient can see, and what this does not claim to prove.
No. It packages assessment evidence and history. Your organization still determines control scope, test frequency, reviewer requirements, and framework assertions.
A secure share exposes only the selected findings. It does not grant the recipient access to the rest of the report, project, or account.
The default customer-facing PDF contains report context and aggregate severity counts without finding names or exploit details. An authorized operator can explicitly include detailed findings, evidence, branding, and disclaimers.
Build a report from work you have already done and send it to a customer or auditor.