Free GH-500 Exam Braindumps
GitHub Advanced Security Questions 17–24 (page: 4)

Updated On: 9-Apr-2026

­ [Describe the GHAS Security Features and Functionality]

Which of the following information can be found in a repository's Security tab?

  1. Number of alerts per GHAS feature
  2. Two-factor authentication (2FA) options
  3. Access management
  4. GHAS settings

Answer(s): A

Explanation:

The Security tab in a GitHub repository provides a central location for viewing security-related information, especially when GitHub Advanced Security is enabled. The following can be accessed:

Number of alerts related to:

Code scanning

Secret scanning

Dependency (Dependabot) alerts

Summary and visibility into open, closed, and dismissed security issues.

It does not show 2FA options, access control settings, or configuration panels for GHAS itself. Those belong to account or organization-level settings.


Reference:

GitHub Docs ­ Managing security and analysis settings for your repository



­ [Configure and Use Secret Scanning]

How many alerts are created when two instances of the same secret value are in the same repository?

  1. 1
  2. 2
  3. 3
  4. 4

Answer(s): A

Explanation:

When multiple instances of the same secret value appear in a repository, only one alert is generated. Secret scanning works by identifying exposed credentials and token patterns, and it groups identical matches into a single alert to reduce noise and avoid duplication.

This makes triaging easier and helps teams focus on remediating the actual exposed credential rather than reviewing multiple redundant alerts.


Reference:

GitHub Docs ­ About secret scanning alerts



­ [Configure and Use Secret Scanning]

What happens when you enable secret scanning on a private repository?

  1. Repository administrators can view Dependabot alerts.
  2. Your team is subscribed to security alerts.
  3. GitHub performs a read-only analysis on the repository.
  4. Dependency review, secret scanning, and code scanning are enabled.

Answer(s): C

Explanation:

When secret scanning is enabled on a private repository, GitHub performs a read-only analysis of the repository's contents. This includes the entire Git history and files to identify strings that match known secret patterns or custom-defined patterns.

GitHub does not alter the repository, and enabling secret scanning does not automatically enable code scanning or dependency review -- each must be configured separately.


Reference:

GitHub Docs ­ Managing secret scanning for repositories



­ [Configure and Use Dependency Management]

You have enabled security updates for a repository.
When does GitHub mark a Dependabot alert as resolved for that repository?

  1. When Dependabot creates a pull request to update dependencies
  2. When you dismiss the Dependabot alert
  3. When the pull request checks are successful
  4. When you merge a pull request that contains a security update

Answer(s): D

Explanation:

A Dependabot alert is marked as resolved only after the related pull request is merged into the repository. This indicates that the vulnerable dependency has been officially replaced with a secure version in the active codebase.

Simply generating a PR or passing checks does not change the alert status; merging is the key step.


Reference:

GitHub Docs ­ About Dependabot security updates; Managing Dependabot alerts



­ [Use Code Scanning with CodeQL]

How would you build your code within the CodeQL analysis workflow? (Each answer presents a complete solution. Choose two.)

  1. Upload compiled binaries.
  2. Use CodeQL's init action.
  3. Ignore paths.
  4. Implement custom build steps.
  5. Use jobs.analyze.runs-on.
  6. Use CodeQL's autobuild action.

Answer(s): D,F

Explanation:

Comprehensive and Detailed Explanation;
When setting up CodeQL analysis for compiled languages, there are two primary methods to build your code:

GitHub Docs

Autobuild: CodeQL attempts to automatically build your codebase using the most likely build method. This is suitable for standard build processes.

GitHub Docs

Custom Build Steps: For complex or non-standard build processes, you can implement custom build steps by specifying explicit build commands in your workflow. This provides greater control over the build process.

GitHub Docs

The init action initializes the CodeQL analysis but does not build the code. The jobs.analyze.runs-on specifies the operating system for the runner but is not directly related to building the code. Uploading compiled binaries is not a method supported by CodeQL for analysis.


Reference:

GitHub Docs ­ CodeQL code scanning for compiled languages



­ [Configure and Use Dependency Management]

Which of the following workflow events would trigger a dependency review? (Each answer presents a complete solution. Choose two.)

  1. pull_request
  2. workflow_dispatch
  3. trigger
  4. commit

Answer(s): A,B

Explanation:

Comprehensive and Detailed Explanation;
Dependency review is triggered by specific events in GitHub workflows:

pull_request: When a pull request is opened, synchronized, or reopened, GitHub can analyze the changes in dependencies and provide a dependency review.

workflow_dispatch: This manual trigger allows users to initiate workflows, including those that perform dependency reviews.

The trigger and commit options are not recognized GitHub Actions events and would not initiate a dependency review.


Reference:

GitHub Docs ­ Events that trigger workflows



­ [Configure and Use Dependency Management]

You are a maintainer of a repository and Dependabot notifies you of a vulnerability.
Where could the vulnerability have been disclosed? (Each answer presents part of the solution. Choose two.)

  1. In the National Vulnerability Database
  2. In the dependency graph
  3. In security advisories reported on GitHub
  4. In manifest and lock files

Answer(s): A,C

Explanation:

Comprehensive and Detailed Explanation;
Dependabot alerts are generated based on data from various sources:

National Vulnerability Database (NVD): A comprehensive repository of known vulnerabilities, which GitHub integrates into its advisory database.

GitHub Docs

Security Advisories Reported on GitHub: GitHub allows maintainers and security researchers to report and discuss vulnerabilities, which are then included in the advisory database.

The dependency graph and manifest/lock files are tools used by GitHub to determine which dependencies are present in a repository but are not sources of vulnerability disclosures themselves.


Reference:

GitHub Docs ­ About Dependabot alerts



­ [Configure and Use Secret Scanning]

Which of the following statements most accurately describes push protection for secret scanning custom patterns?

  1. Push protection must be enabled for all, or none, of a repository's custom patterns.
  2. Push protection is an opt-in experience for each custom pattern.
  3. Push protection is not available for custom patterns.
  4. Push protection is enabled by default for new custom patterns.

Answer(s): B

Explanation:

Comprehensive and Detailed Explanation;
Push protection for secret scanning custom patterns is an opt-in feature. This means that for each custom pattern defined in a repository, maintainers can choose to enable or disable push protection individually. This provides flexibility, allowing teams to enforce push protection on sensitive patterns while leaving it disabled for others.


Reference:

GitHub Docs ­ Working with push protection from the command line



Viewing page 4 of 11
Viewing questions 25 - 32 out of 127 questions


Post your Comments and Discuss Microsoft GH-500 exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!