Skip to main content

View Security Reports

Understand your repository or extension's security analysis results and explore detailed findings by severity and category.

Shared report metadata is escaped before it enters the page. HTML-like content in a repository name or commit value is displayed literally.

Accessing Your Report​

From Repository Status​

  1. After your analysis completes (status changes to "Complete"), click the View Report button on the Repository Status page
  2. You'll be taken to the full Security Report page

From Dashboard​

  1. Log in to your account at https://app.canirunthat.com
  2. On the dashboard, click on any repository or extension with a completed analysis
  3. Click to view the report

Report Overview​

The Security Report provides a comprehensive summary of your code analysis:

Risk Grade​

The report displays a Risk Grade (A – F scale):

GradeRisk LevelMeaning
AMinimalExcellent security posture; very few or no critical issues
BLowGood security posture; minor issues that could be addressed
CModerateNot recommended for use until vulnerabilities are addressed
DHighNot recommended for use; significant vulnerabilities present
EVery HighNot recommended for use; critical vulnerabilities present
FCriticalNot recommended for use; severe security issues

Risk Score​

Below the risk grade, you'll see a Risk Score. The risk score is based on the number and severity of issues identified compared to the size of the project.

  • Higher score = More security issues or more severe issues relative to project size
  • Lower score = Fewer or less severe issues relative to project size

Executive Summary​

The executive summary combines the severity totals with prioritized finding details, including descriptions, evidence, impacts, and recommendations. This lets the assessment explain what the findings mean for deployment instead of relying only on aggregate counts or the overall grade.

Once the service returns a complete, structurally valid summary, its assessment and narrative are displayed as generated. RepoRisk does not reject completed summaries using phrase-based contradiction checks or make a second model call solely because an assessment differs from the severity totals. Independent blocking-license, malicious-code, and sensitive-data safety rules continue to take precedence.

RepoRisk uses model-compatible Anthropic request settings so supported SDK updates do not prevent these summaries from reaching the model when deprecated sampling parameters move or disappear.

If the contextual summary service is unavailable, the report does not substitute a rule-based assessment or deployment recommendation. The Executive Summary clearly displays AI SUMMARY UNAVAILABLE, marks business-use safety as Unavailable, keeps the structured findings visible, and provides a reference ID that support staff can search for in application logs. Independent safety conclusions still take precedence: a blocking license or separately detected sensitive-data-exfiltration condition remains Not Recommended for Production while the report also displays the AI failure status and reference ID.

Finding Categories​

Security findings are organized into 10 major categories. Each category focuses on a different aspect of code security:

CategoryDescriptionExamples
VulnerabilityKnown security vulnerabilities and exploitsSQL injection, XSS, buffer overflow
Dependency RiskVulnerable or outdated dependenciesUnpatched packages, known CVEs
Authentication & AuthorizationIssues with user identification and access controlWeak password policies, missing auth checks
Data ProtectionSensitive data exposure and encryption issuesHard-coded credentials, unencrypted storage
Injection AttacksCode injection vulnerabilitiesCommand injection, LDAP injection
CryptographyWeak or incorrect cryptographic implementationsUse of deprecated algorithms, weak key sizes
Error HandlingImproper error messages and exception handlingOverly detailed error messages, unhandled exceptions
Configuration & DeploymentInfrastructure and configuration security issuesInsecure defaults, exposed configuration files
Code QualityGeneral code quality that impacts securityDead code, code duplication, hard-coded values
Third-Party ComponentsIssues in libraries and external dependenciesVulnerable plugins, outdated frameworks

Finding Severity Levels​

Each finding is assigned a Severity Level:

SeverityDescriptionImpact if Deployed
CriticalImmediate security threat; exploit availableCritical security breach or data loss
HighMajor security vulnerability; likely exploitableSignificant security compromise
MediumModerate security issuePotential security compromise
LowMinor issue or best practiceLimited security impact
InformationalInformational; no immediate security impactNo security impact

Exploring Findings​

Finding Details​

When you click on a finding, you can see:

  • Finding Title: Name and description of the issue
  • Severity Badge: Visual indicator of severity level (colored badge)
  • Category: Which of the 10 categories this finding belongs to
  • Description: Detailed explanation of what the issue is
  • Risk Impact: Why this issue is a security concern
  • Code References: File paths and line numbers where the issue was found

File-Level Analysis​

Viewing Issues by File​

  1. In the findings list, findings are organized by source file
  2. Click on a filename to expand and see all findings in that file
  3. File path, line number, and column number are shown for each finding

Understanding File Context​

For each finding, you can see:

  • File Path: Where in your code the issue is located (e.g., src/auth.js)
  • Line Number: The exact line where the issue was found
  • Code Snippet (if available): A small preview of the problematic code

Filtering by Category and Severity​

When drilling into specific files, you can filter findings by:

  • Category — Show only findings in specific categories
  • Severity — Show only findings of a specific severity level

Note: Filtering is available when drilling into specific files, not on the main report overview.

Report Actions​

The report page typically provides several actions:

Share Report​

Generate a shareable link to send the report to team members or clients. See Share Reports for more details.

Export as Markdown​

Download your report in Markdown format for offline use or integration with other tools. See Export Reports as Markdown for details.

Re-scan​

Run another analysis on the same repository/extension with fresh data.

If your repository has been scanned multiple times, the report may show trends:

  • Previous Score: Risk score from the last scan
  • Score Change: Whether the score improved or worsened
  • Finding Trends: Charts showing how the number of issues has changed over time

This helps you track security improvements over time.

Sharing with Team or Clients​

To share findings with your team or with clients:

  1. Use Share Reports to generate a shareable link
  2. Team members can review the report using the shared link
  3. See Share Reports for detailed sharing options

Next Steps​

  • Share Your Report: Invite team members or clients to review findings in Share Reports
  • Review Scan History: See previous scan results in Scan History
  • Schedule Future Scans: Set up automated periodic scans in Scan Scheduling

Troubleshooting​

Cannot Access Report​

Report page won't load or shows an error

  • Ensure the analysis has completed (check Repository Status page)
  • Make sure you are signed into an account belonging to the company who initiated the analysis
  • Try refreshing the page (F5 or Ctrl+R)
  • Clear browser cache and try again

Report Data Looks Old​

The report shows an older analysis result

  • Verify you're viewing the correct submission (check timestamps)
  • Use Scan History to find the most recent report
  • Or submit a new scan to get updated results

For additional help, contact support at Support.

Administrators can download reports for multiple sources and retained historical scans through Account data export, with separate Markdown and PDF selections.