Findings & Validation

Cyrion AI reports a vulnerability only when an agent has demonstrated it. Every finding is backed by evidence you can reproduce.

Cyrion AI reports a vulnerability only when an agent has demonstrated it. Every finding is backed by evidence you can reproduce.

What a finding contains

FieldDescription
Title and severityCritical, High, Medium, Low or Info.
CVSS score and vectorA standard severity score with its full vector string.
CategoryThe vulnerability class, such as injection or broken access control.
Affected assetHost, endpoint, HTTP method and parameter involved.
DescriptionWhat the weakness is and why it matters.
Proof of conceptThe exact request, payload or steps that demonstrate the issue.
Validation statusWhether the proof of concept was independently replayed, with a confidence score.
Reproduction stepsHow to trigger the issue yourself.
RemediationConcrete guidance for fixing it.
EvidenceSupporting artifacts. Hacker and above add browser-captured screenshots and visual proof.

How findings are validated

  1. An agent discovers a candidate weakness.
  2. It builds a proof of concept to exploit it for real.
  3. The proof of concept is re-run and checked against what the target actually returned.
  4. Only confirmed results are promoted to a finding. Duplicates found by different agents are merged.

This is why Cyrion AI findings arrive with proof rather than a hunch.

What Cyrion AI detects

  • Access control — IDOR, privilege escalation, authentication bypass, BOLA and BFLA.
  • Injection — SQL, NoSQL, command and template injection.
  • Server-side — SSRF, XXE, insecure deserialization, file inclusion.
  • Client-side — XSS, prototype pollution, DOM vulnerabilities, CSRF.
  • Authentication and sessions — JWT flaws, weak session handling, MFA bypass.
  • Business logic — race conditions, workflow manipulation, pricing and limit abuse.
  • Secrets and data exposure — leaked keys, tokens and sensitive data in responses and code.
  • Infrastructure — misconfigurations, exposed services and outdated components.
  • Mobile — insecure storage, weak transport security, exported components.
  • Cloud — public storage, over-permissive identity policies, exposed resources.
  • AI systems — prompt injection, jailbreaks, data leakage and unsafe tool use.

Working with findings

Open Vulnerabilities for every finding across your scans, filterable by severity, status, target and domain. Analytics shows trends over time. Domain views are plan-dependent: Web is available to every plan, Mobile from Hacker and Cloud from Red Team.

ActionDescription
TriageUpdate status and severity as your team reviews each issue.
RetestLaunch a focused scan against a single vulnerability to confirm a fix.
Create a ticketSend a finding to Jira with one click, or track it as a GitHub issue.
CommentDiscuss a finding with your team.
TasksTurn findings into remediation tasks on the Taskboard.
FavoritePin scans, reports and findings you return to often.

Tip: After shipping a fix, use Retest on the finding. It is faster and cheaper than re-running a full scan.

Understanding severity

SeverityTypical meaning
CriticalDirect, easily exploited compromise of data or systems. Fix immediately.
HighSerious weakness that is likely to be exploited. Fix in the current cycle.
MediumReal weakness with limiting conditions. Plan a fix.
LowMinor issue or defense-in-depth gap.
InfoObservation worth knowing, not a vulnerability by itself.