1
0
mirror of synced 2025-12-21 10:57:10 -05:00
Files
docs/content/github/finding-security-vulnerabilities-and-errors-in-your-code/managing-code-scanning-alerts-for-your-repository.md
2020-09-30 17:09:07 +01:00

6.1 KiB

title, shortTitle, intro, product, permissions, versions, redirect_from
title shortTitle intro product permissions versions redirect_from
Managing code scanning alerts for your repository Managing alerts You can view, fix, and close alerts for potential vulnerabilities or errors in your project's code. {% data reusables.gated-features.code-scanning %} People with write permission to a repository can manage {% data variables.product.prodname_code_scanning %} alerts for the repository.
free-pro-team enterprise-server
* >=2.22
/github/managing-security-vulnerabilities/managing-alerts-from-automated-code-scanning
/github/finding-security-vulnerabilities-and-errors-in-your-code/managing-alerts-from-code-scanning

{% data reusables.code-scanning.beta %}

About alerts from {% data variables.product.prodname_code_scanning %}

You can set up {% data variables.product.prodname_code_scanning %} to check the code in a repository using the default {% data variables.product.prodname_codeql %} analysis, a third-party analysis, or multiple types of analysis. When the analysis is complete, the resulting alerts are displayed alongside each other in the security view of the repository. Results from third-party tools or from custom queries may not include all of the properties that you see for alerts detected by {% data variables.product.company_short %}'s default {% data variables.product.prodname_codeql %} analysis. For more information, see "Enabling {% data variables.product.prodname_code_scanning %} for a repository."

By default, {% data variables.product.prodname_code_scanning %} analyzes your code periodically on the default branch and during pull requests. For information about managing alerts on a pull request, see "Triaging {% data variables.product.prodname_code_scanning %} alerts in pull requests."

About alerts details

Each alert highlights a problem with the code and the name of the tool that identified it. You can see the line of code that triggered the alert, as well as properties of the alert, such as the severity and the nature of the problem. Alerts also tell you when the issue was first introduced. For alerts identified by {% data variables.product.prodname_codeql %} analysis, you will also see information on how to fix the problem.

Example alert from {% data variables.product.prodname_code_scanning %}

If you enable {% data variables.product.prodname_code_scanning %} using {% data variables.product.prodname_codeql %}, this can also detect data-flow problems in your code. Data-flow analysis finds potential security issues in code, such as: using data insecurely, passing dangerous arguments to functions, and leaking sensitive information.

When {% data variables.product.prodname_code_scanning %} reports data-flow alerts, {% data variables.product.prodname_dotcom %} shows you how data moves through the code. {% data variables.product.prodname_code_scanning_capc %} allows you to identify the areas of your code that leak sensitive information, and that could be the entry point for attacks by malicious users.

Viewing an alert

Anyone with read permission for a repository can see {% data variables.product.prodname_code_scanning %} alerts on pull requests. However, you need write permission to view a summary of alerts for repository on the Security tab. By default, alerts are shown for the default branch.

{% data reusables.repositories.navigate-to-repo %} {% data reusables.repositories.sidebar-security %} {% data reusables.repositories.sidebar-code-scanning-alerts %} {% data reusables.code-scanning.click-alert-in-list %} 5. Optionally, if the alert highlights a problem with data flow, click Show paths to display the path from the data source to the sink where it's used. Example data-flow alert

Fixing an alert

Anyone with write permission for a repository can fix an alert by committing a correction to the code. If the repository has {% data variables.product.prodname_code_scanning %} scheduled to run on pull requests, it's best to raise a pull request with your correction. This will trigger {% data variables.product.prodname_code_scanning %} analysis of the changes and test that your fix doesn't introduce any new problems. For more information, see "Configuring {% data variables.product.prodname_code_scanning %}" and "Triaging {% data variables.product.prodname_code_scanning %} alerts in pull requests."

Closing an alert

Closing an alert is a way to resolve an alert that you don't think needs to be fixed. {% data reusables.code-scanning.close-alert-examples %}

{% data reusables.repositories.navigate-to-repo %} {% data reusables.repositories.sidebar-security %} {% data reusables.repositories.sidebar-code-scanning-alerts %} {% data reusables.code-scanning.click-alert-in-list %} 5. Select the Close drop-down menu and click a reason for closing the alert. Choosing reason for closing the alert via the Close drop-down

{% data reusables.code-scanning.false-positive-fix-codeql %}

Further reading