> For the complete documentation index, see [llms.txt](https://developer.harness.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developer.harness.io/sast-and-sca/prezero/tutorials/modify-findings-python.md).

# Modify the severity of findings for Python applications

This article will show you how to use Qwiet's modifying findings feature to change the vulnerability's assigned severity level after initial code analysis.

## Prerequisites <a href="#prerequisites" id="prerequisites"></a>

We assume that you have a GitHub repo that you're [scanning using Qwiet AI by Harness](/sast-and-sca/prezero/static-analysis-sast/workflows/github.md).

## Step 1: Create the configuration file <a href="#step-1-create-the-configuration-file" id="step-1-create-the-configuration-file"></a>

In the root directory, create a [configuration file](/sast-and-sca/prezero/customization/config-file.md) called **ngsast.yaml** that includes the following:

```
ngsast:
- app:
    name: shiftleft-python-example
    modify-findings:
      - downgrade_sqli

finding-modifications:
  downgrade_sqli:
    # Use filter to specify the category
    filter:
      category:
        - SQL Injection
    # Specify the value for the tags, such as cvss_score or severity,
    # that you would like to use. Optionally, you can add a custom tag 
    # (e.g, a tag indicating the reason a vuln is marked as such)
    tags:
      - key: cvss_score
        value: 5
      - key: cvss_31_severity_rating
        value: medium
      - key: severity
        value: moderate
      - key: reason
        value: appsec_approved
```

![](/files/DfHDmRpYn5HJOmhRtTva) ![](/files/P5vj8JOtHNJWVEvAqKym)

## Step 2: Run the action <a href="#step-2-run-the-action" id="step-2-run-the-action"></a>

Qwiet will automatically check your config file for rules defined as `finding-modifications`. If this exists, Qwiet will modify your findings whenever you run `sl analyze` as part of your Action.

## Testing your changes <a href="#testing-your-changes" id="testing-your-changes"></a>

Once you've implemented these changes, all identified SQL Injection vulnerabilities will be automatically marked with a status of **medium** instead of **critical** once your workflow runs.
