Free GitHub Advanced Security Exam Braindumps
GitHub Advanced Security GHAS Questions 16–20 (page: 5)

Updated On: 10-Feb-2026

­ [Configure and Use Code Scanning]

Who can fix a code scanning alert on a private repository?

  1. Users who have the Triage role within the repository
  2. Users who have Read permissions within the repository
  3. Users who have Write access to the repository
  4. Users who have the security manager role within the repository

Answer(s): C

Explanation:

Comprehensive and Detailed Explanation;
In private repositories, users with write access can fix code scanning alerts. They can do this by committing changes that address the issues identified by the code scanning tools. This level of access ensures that only trusted contributors can modify the code to resolve potential security vulnerabilities.

GitHub Docs

Users with read or triage roles do not have the necessary permissions to make code changes, and the security manager role is primarily focused on managing security settings rather than directly modifying code.


Reference:

GitHub Docs ­ Resolving code scanning alerts

GitHub Docs



­ [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



Viewing page 5 of 16
Viewing questions 21 - 25 out of 75 questions


Post your Comments and Discuss GitHub GitHub Advanced Security exam prep with other Community members:

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