Findings

The findings tab of the application page allows you to see the findings discovered during Qwiet AI by Harness analyses. Currently, Qwiet AI by Harness identifies the following types of findings:

• SAST
• SCA
• Container findings
• Secrets
• Security issues
• OSS Risk (when enabled in Settings)
• AI Risk (when enabled in Settings)

For each finding on the list, you'll see the following fields:

• Finding ID (e.g. 42)
• Severity level (e.g., Critical)
• Adjusted Severity (e.g. High)
• Title (e.g. SQL Injection: Attacker-controlled Data Used in SQL Query)
• Tags (e.g., OWASP a1-injection or CVSS 9)
• Type (e.g. Vulnerability, Secret)
• Status (e.g., Fixed)
• AI Confidence (e.g. Confirmed Risk) (Available when AI Confidence and Analysis is enabled in Settings)
• Reachability: Reachable, Unreachable, or N/A
• Exploitability: Exploitable, No Exploits, or N/A
• App name (e.g. shiftleft-java-demo)
• Team name (e.g. Engineering)
• App groups (e.g. Code Science)

You can sort your list based on Finding ID, Severity, or Adjusted Severity level (ascending or descending).

Right above the sorting options, on the top-right corner, you can see whether or not there are new SCA results available. Qwiet AI by Harness continually checks your application and alerts you if there are new OSS vulnerabilities affecting your application. The timestamp displayed lets you know when the latest check for new OSS vulnerabilities was performed by Qwiet. If there are new results, you should rescan your application to populate the findings to the dashboard.

---

Qwiet the Noise

To help prioritize the review and fixing of findings, you can toggle on Qwiet the Noise, which filters for only Critical, High, Reachable (if applicable), Exploitable (if applicable), and AI Confidence (Confirmed Risk) findings.

---

Filtering findings

You can filter the findings list by the following criteria:

• Finding Type
• Language
• Severity
• Status
• Assigned To
• AutoFix
• AI Findings
• Exploitability
• Reachability
• AI Confidence
• OSS Risks
• CVSS Score
• EPSS Score
• Source Method
• Sink Method
• Sink User Method
• Package Url
• Package Component
• OWASP 2025 Category
• OWASP 2021 Category
• OWASP Category
• CWE Category
• CVSS Score
• CVE
• Category
• Adjusted Severity Overridden
• Adjusted Severity

The Saved Searches panel allows you to save and recall a set of filters. Each user can save up to 10 searches. Once a search is recalled, it can also be edited and deleted as needed.

To quickly remove all filters, click on the Findings tab title.

---

Viewing detailed finding information

Clicking the title of a finding in your results list opes a new window pane on the right with detailed information.

note

Some tabs are only available for some findings types (e.g. SAST), and only when certain capabilities are enabled (e.g. AutoFix).

• Description: The Description tab features an in-depth write-up of what the issue is and why it is a problem, as well as mitigation suggestions for securing your app.

• AutoFix: If enabled for your organization and application, the Auto Fix tab shows available AutoFix suggestions, AutoFix pull request link (if enabled and available), and additional information that you can use to address a SAST finding.

• Data Flow: The Data Flow tab shows you the path from the source (which is the portion of the code that "allows" a vulnerability to occur) to the sink (where the vulnerability happens).

  For example, suppose the vulnerability is a command injection vulnerability. The source could be a function accepting user input, while the sink would be where a command execution occurs using the user input. The data flow is the path between these two spots in the code.

• Exploits (Blacklight): The Exploits tab includes up-to-date exploitability information on the vulnerability, including the:

  • Date reported
  • The source providing a proof of concept of the exploit
  • The availability of the exploit (e.g., public, private, or commercial)

  The Exploit Prediction Score System (EPSS) score shown for the vulnerability can help you determine the severity and priority of a given vulnerability. The EPSS score falls between 0 and 1, and we recommend focusing on findings with a high EPSS score and high CVSS score. The presence of a CISA KEV tag indicates that the vulnerability is part of the United States of America's Cybersecurity & Infrastructure Security Agency (CISA)'s Known Exploited Vulnerabilities Catalog (KEV). This can help you determine the importance of an OSS finding.

  

• Comments: The Comments tab allows you and your team members to make notes specifically about this finding; if there are multiple comments for this finding, Qwiet displays them in reverse chronological order. Additonally, any severity override or restore action for the finding is recorded here.

Filtering by sources and sinks

Using the filter by sources/sinks feature available in the Data Flow tab or panel (see Expanded details below), you can triage vulnerabilities faster and determine which findings your code fixes would affect.

For each source/sink identified by Qwiet AI by Harness, you'll see an option to Add as Filter.

When set, you'll notice that the vulnerabilities list updates to only include vulnerabilities that feature that same source/sink. If you were to patch that specific code portion, these would be the vulnerabilities affected by your code change.

---

Expanded details

Click Details in the top-left corner of the Finding panel to switch to an expanded view of the finding. This allows you to see data side by side and make quick decisions on how to address a finding.

To return to the summary view, click Minimize in the top-left.

---

Understand a finding's severity

Qwiet AI by Harness shows two severity values for every finding:

Severity	Description
Base Severity	The finding's CVSS severity level. This value is fixed at analysis time and stays the same regardless of which application the finding appears in.
Adjusted Severity	The finding's severity for this specific application. Qwiet AI by Harness calculates this value from the Base Severity, the application's risk context, and exploitability signals it already tracks for the finding. You can also set this value directly with a manual override.

Understand adjusted severity calculation

Qwiet AI by Harness calculates Adjusted Severity by starting from the finding's Base Severity and layering on two additional inputs:

• Risk context: The application's Deployment Environment, Network Exposure, and Business Criticality, set on the application's Settings tab. For information on setting this up, see Settings.

  note

  You can set the three risk context attributes according to your requirements. Qwiet AI by Harness factors in whichever attributes are configured, and falls back to the Base Severity if none are set.

• Exploitability signals: Additional signals Qwiet AI by Harness already tracks for the finding, such as how easily it could be exploited, and for open-source findings, whether it's reachable in your code.

Qwiet AI by Harness recalculates Adjusted Severity on the next scan or re-evaluation whenever the application's risk context changes. If a finding has a manual severity override in place, Qwiet AI by Harness skips it during recalculation until the override is restored.

Override a finding's severity

If a finding's calculated severity does not reflect your organization's risk considerations, you can manually override it. An override applies to that single finding; it does not change the severity of other findings in the same vulnerability category.

note

To override severity, you must have the findings:update permissions or the Super Admin, Power User, Team Member, or Team Manager role on the application. For more information, see Roles-based access control.

Set a manual severity override

To manually override the adjusted severity, complete the following steps:

1. Open the finding's detail panel and locate the Adjusted Severity drop-down.

   

2. Select the severity level you wish to apply.

3. In the pop-up window, specify the Reason for changing the severity.

4. Click Save.

Once saved, Qwiet AI by Harness does the following:

• A Modified indicator appears on the finding in its list view, which means that the severity has been manually modified.
• Disables the Adjusted Severity drop-down, which means that you can not select a different value directly. To change the severity again, click Restore Original Severity, then apply a new override.
• An indicator appears in the finding's detailed view, showing Overridden, which means that the severity has been manually modified.
• An entry is added to the finding's Comments tab showing the original severity, the updated severity, the timestamp of the change, the user who made the change, and your justification comment.

note

The overriden severity persists across future scans of the application, and takes precedence over recalculation: if the application's risk context changes, Qwiet AI by Harness does not recalculate Adjusted Severity for a finding that currently has a manual override in place.

---

Changing status

Set the finding status to reflect work that's been done (e.g., set the finding status to Fixed if you've mitigated the issue):

• Open: The default status value for a finding
• Fixed: Mark the finding as fixed if you've applied remediation of some type (note that setting this status does not fix the finding) so that Qwiet doesn't include the finding in the scan results
• Ignored: Mark the finding as ignored so it doesn't show up in scan results again. Used to indicate that something is a false positive or is unlikely to impact the application's security. If you set the status to ignored, you must also provide a comment that includes information on your reasoning for choosing this status
• 3rd Party: Mark the finding as 3rd Party to indicate that the finding is in a third-party library; you can't fix the finding at the moment, but you should return to it at a later date

---

Additional actions

You can also perform the following actions:

• Assign to a team member the vulnerability for further research and work
• Get a link to issue that's specific to this finding that you can share with others
• Launch Security Training that's specific to this type of finding (if available and applicable)
• Click the Send to Jira button (if the Jira integration is enabled) to create a Jira issue with the finding details