Microsoft GitHub Administrator GH-500 New Questions

Ignoring an unresolved code scanning alert leaves the underlying security issue present in the application. GitHub identifies several risks through CodeQL data-flow analysis, including data being used insecurely, dangerous arguments reaching sensitive functions, and sensitive information being leaked. These are precisely the kinds of vulnerabilities for which code scanning traces data from a source to a potentially unsafe sink. GitHub does not automatically remove an unresolved alert merely because sixty days have elapsed. Likewise, webhooks and the code scanning API can expose alert events and enable integrations, but they do not automatically eliminate the vulnerability. Proper remediation requires fixing the affected code or intentionally dismissing an alert with an appropriate reason after security review. Therefore, A, B, and E describe the relevant security implications.

In a workflow : GitHub Actions workflows are the most common place for CodeQL code scanning. The codeql-analysis.yml defines how the analysis runs and when it triggers.

In an external CI system : GitHub allows you to run CodeQL analysis outside of GitHub Actions. Once complete, the results can be uploaded using the upload-sarif action to make alerts visible in the repository.

You cannot run or trigger analysis from third-party repositories directly, and the Files changed tab in pull requests only shows diff — not analysis results.

When dealing with a data flow issue in a code scanning alert, clicking on "Show paths" provides a detailed view of the data's journey through the code. This includes the source of the data, the path it takes, and where it ends up (the sink). This information is crucial for understanding how untrusted data might reach sensitive parts of your application and helps in identifying where to implement proper validation or sanitization.​

Configuring CodeQL analysis to run on the pull_request event allows vulnerabilities to be identified before proposed changes are merged into a shared or protected branch. GitHub's recommended CodeQL advanced setup commonly analyzes code when a pull request targets the default branch. Any newly introduced security findings can then appear as pull-request annotations or checks, allowing developers to remediate them before merging. A scheduled workflow scans periodically and is useful for discovering newly recognized vulnerabilities in unchanged code, but it does not specifically provide a pre-merge gate. workflow_dispatch requires manual execution, while the issues event is unrelated to source-code changes. Therefore, pull_request provides the appropriate event trigger for detecting newly introduced vulnerabilities before code reaches the shared branch.