Last GH-500 practice test reviews Practice Test Microsoft dumps [Q17-Q42]

Share

Last GH-500 practice test reviews: Practice Test Microsoft dumps

Try GH-500 Free Now! Real Exam Question Answers Updated [Dec 09, 2025]


Microsoft GH-500 Exam Syllabus Topics:

TopicDetails
Topic 1
  • Configure and use Dependabot and Dependency Review: Focused on Software Engineers and Vulnerability Management Specialists, this section describes tools for managing vulnerabilities in dependencies. Candidates learn about the dependency graph and how it is generated, the concept and format of the Software Bill of Materials (SBOM), definitions of dependency vulnerabilities, Dependabot alerts and security updates, and Dependency Review functionality. It covers how alerts are generated based on the dependency graph and GitHub Advisory Database, differences between Dependabot and Dependency Review, enabling and configuring these tools in private repositories and organizations, default alert settings, required permissions, creating Dependabot configuration files and rules to auto-dismiss alerts, setting up Dependency Review workflows including license checks and severity thresholds, configuring notifications, identifying vulnerabilities from alerts and pull requests, enabling security updates, and taking remediation actions including testing and merging pull requests.
Topic 2
  • Configure and use Code Scanning with CodeQL: This domain measures skills of Application Security Analysts and DevSecOps Engineers in code scanning using both CodeQL and third-party tools. It covers enabling code scanning, the role of code scanning in the development lifecycle, differences between enabling CodeQL versus third-party analysis, implementing CodeQL in GitHub Actions workflows versus other CI tools, uploading SARIF results, configuring workflow frequency and triggering events, editing workflow templates for active repositories, viewing CodeQL scan results, troubleshooting workflow failures and customizing configurations, analyzing data flows through code, interpreting code scanning alerts with linked documentation, deciding when to dismiss alerts, understanding CodeQL limitations related to compilation and language support, and defining SARIF categories.
Topic 3
  • Describe the GHAS security features and functionality: This section of the exam measures skills of Security Engineers and Software Developers and covers understanding the role of GitHub Advanced Security (GHAS) features within the overall security ecosystem. Candidates learn to differentiate security features available automatically for open source projects versus those unlocked when GHAS is paired with GitHub Enterprise Cloud (GHEC) or GitHub Enterprise Server (GHES). The domain includes knowledge of Security Overview dashboards, the distinctions between secret scanning and code scanning, and how secret scanning, code scanning, and Dependabot work together to secure the software development lifecycle. It also covers scenarios contrasting isolated security reviews with integrated security throughout the development lifecycle, how vulnerable dependencies are detected using manifests and vulnerability databases, appropriate responses to alerts, the risks of ignoring alerts, developer responsibilities for alerts, access management for viewing alerts, and the placement of Dependabot alerts in the development process.
Topic 4
  • Configure and use secret scanning: This domain targets DevOps Engineers and Security Analysts with the skills to configure and manage secret scanning. It includes understanding what secret scanning is and its push protection capability to prevent secret leaks. Candidates differentiate secret scanning availability in public versus private repositories, enable scanning in private repos, and learn how to respond appropriately to alerts. The domain covers alert generation criteria for secrets, user role-based alert visibility and notification, customizing default scanning behavior, assigning alert recipients beyond admins, excluding files from scans, and enabling custom secret scanning within repositories.
Topic 5
  • Describe GitHub Advanced Security best practices, results, and how to take corrective measures: This section evaluates skills of Security Managers and Development Team Leads in effectively handling GHAS results and applying best practices. It includes using Common Vulnerabilities and Exposures (CVE) and Common Weakness Enumeration (CWE) identifiers to describe alerts and suggest remediation, decision-making processes for closing or dismissing alerts including documentation and data-based decisions, understanding default CodeQL query suites, how CodeQL analyzes compiled versus interpreted languages, the roles and responsibilities of development and security teams in workflows, adjusting severity thresholds for code scanning pull request status checks, prioritizing secret scanning remediation with filters, enforcing CodeQL and Dependency Review workflows via repository rulesets, and configuring code scanning, secret scanning, and dependency analysis to detect and remediate vulnerabilities earlier in the development lifecycle, such as during pull requests or by enabling push protection.

 

NEW QUESTION # 17
Which Dependabot configuration fields are required? (Each answer presents part of the solution. Choose three.)

  • A. schedule.interval
  • B. milestone
  • C. directory
  • D. allow
  • E. package-ecosystem

Answer: A,C,E

Explanation:
Comprehensive and Detailed Explanation:
When configuring Dependabot via the dependabot.yml file, the following fields are mandatory for each update configuration:
directory: Specifies the location of the package manifest within the repository. This tells Dependabot where to look for dependency files.
package-ecosystem: Indicates the type of package manager (e.g., npm, pip, maven) used in the specified directory.
schedule.interval: Defines how frequently Dependabot checks for updates (e.g., daily, weekly). This ensures regular scanning for outdated or vulnerable dependencies.
The milestone field is optional and used for associating pull requests with milestones. The allow field is also optional and used to specify which dependencies to update.
GitLab


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

  • A. 0
  • B. 1
  • C. 2
  • D. 3

Answer: C

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.


NEW QUESTION # 19
What are Dependabot security updates?

  • A. Automated pull requests that keep your dependencies updated, even when they don't have any vulnerabilities
  • B. Compatibility scores to let you know whether updating a dependency could cause breaking changes to your project
  • C. Automated pull requests that help you update dependencies that have known vulnerabilities
  • D. Automated pull requests to update the manifest to the latest version of the dependency

Answer: C

Explanation:
Dependabot security updates are automated pull requests triggered when GitHub detects a vulnerability in a dependency listed in your manifest or lockfile. These PRs upgrade the dependency to the minimum safe version that fixes the vulnerability.
This is separate from regular updates (which keep versions current even if not vulnerable).


NEW QUESTION # 20
What happens when you enable secret scanning on a private repository?

  • A. GitHub performs a read-only analysis on the repository.
  • B. Your team is subscribed to security alerts.
  • C. Dependency review, secret scanning, and code scanning are enabled.
  • D. Repository administrators can view Dependabot alerts.

Answer: A

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.


NEW QUESTION # 21
Which alerts do you see in the repository's Security tab? (Each answer presents part of the solution. Choose three.)

  • A. Secret scanning alerts
  • B. Dependabot alerts
  • C. Code scanning alerts
  • D. Security status alerts
  • E. Repository permissions

Answer: A,B,C

Explanation:
In a repository's Security tab, you can view:
Secret scanning alerts: Exposed credentials or tokens
Dependabot alerts: Vulnerable dependencies from the advisory database
Code scanning alerts: Vulnerabilities in code detected via static analysis (e.g., CodeQL) You won't see general "security status alerts" (not a formal category) or permission-related alerts here.


NEW QUESTION # 22
What does a CodeQL database of your repository contain?

  • A. A build of the code and extracted data
  • B. A representation of all of the source code
  • C. Build commands for C/C++, C#, and Java
  • D. A build for Go projects to set up the project

Answer: A

Explanation:
GitHub
Agentic AI for AppSec Teams
Explanation:
Comprehensive and Detailed Explanation:
A CodeQL database contains a representation of your codebase, including the build of the code and extracted data. This database is used to run CodeQL queries to analyze your code for potential vulnerabilities and errors.
GitHub Docs


NEW QUESTION # 23
Assuming that notification and alert recipients are not customized, what does GitHub do when it identifies a vulnerable dependency in a repository where Dependabot alerts are enabled? (Each answer presents part of the solution. Choose two.)

  • A. It generates a Dependabot alert and displays it on the Security tab for the repository.
  • B. It generates Dependabot alerts by default for all private repositories.
  • C. It notifies the repository administrators about the new alert.
  • D. It consults with a security service and conducts a thorough vulnerability review.

Answer: A,C

Explanation:
Comprehensive and Detailed Explanation:
When GitHub identifies a vulnerable dependency in a repository with Dependabot alerts enabled, it performs the following actions:
Generates a Dependabot alert: The alert is displayed on the repository's Security tab, providing details about the vulnerability and affected dependency.
Notifies repository maintainers: By default, GitHub notifies users with write, maintain, or admin permissions about new Dependabot alerts.
GitHub Docs
These actions ensure that responsible parties are informed promptly to address the vulnerability.


NEW QUESTION # 24
What is required to trigger code scanning on a specified branch?

  • A. The workflow file must exist in that branch.
  • B. Secret scanning must be enabled on the repository.
  • C. Developers must actively maintain the repository.
  • D. The repository must be private.

Answer: A

Explanation:
Comprehensive and Detailed Explanation:
For code scanning to be triggered on a specific branch, the branch must contain the appropriate workflow file, typically located in the .github/workflows directory. This YAML file defines the code scanning configuration and specifies the events that trigger the scan (e.g., push, pull_request).
Without the workflow file in the branch, GitHub Actions will not execute the code scanning process for that branch. The repository's visibility (private or public), the status of secret scanning, or the activity level of developers do not directly influence the triggering of code scanning.


NEW QUESTION # 25
Who can fix a code scanning alert on a private repository?

  • A. Users who have Read permissions within the repository
  • B. Users who have the security manager role within the repository
  • C. Users who have the Triage role within the repository
  • D. Users who have Write access to the repository

Answer: D

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


NEW QUESTION # 26
Which security feature shows a vulnerable dependency in a pull request?

  • A. Dependency review
  • B. Dependency graph
  • C. The repository's Security tab
  • D. Dependabot alert

Answer: A

Explanation:
Dependency review runs as part of a pull request and shows which dependencies are being added, removed, or changed - and highlights vulnerabilities associated with any added packages.
It works in real-time and is specifically designed for use during pull request workflows.
The dependency graph is an overview, Dependabot alerts notify post-merge, and the Security tab shows the aggregated alert list.


NEW QUESTION # 27
Where can you view code scanning results from CodeQL analysis?

  • A. A CodeQL query pack
  • B. A CodeQL database
  • C. At Security advisories
  • D. The repository's code scanning alerts

Answer: D

Explanation:
All results from CodeQL analysis appear under the repository's code scanning alerts tab. This section is part of the Security tab and provides a list of all current, fixed, and dismissed alerts found by CodeQL.
A CodeQL database is used internally during scanning but does not display results. Query packs contain rules, not results. Security advisories are for published vulnerabilities, not per-repo findings.


NEW QUESTION # 28
Assuming that notification settings and Dependabot alert recipients have not been customized, which user account setting should you use to get an alert when a vulnerability is detected in one of your repositories?

  • A. Enable by default for new public repositories
  • B. Enable all in existing repositories
  • C. Enable all for Dependency graph
  • D. Enable all for Dependabot alerts

Answer: D

Explanation:
To ensure you're notified whenever a vulnerability is detected via Dependabot, you must enable alerts for Dependabot in your personal notification settings. This applies to both new and existing repositories. It ensures you get timely alerts about security vulnerabilities.
The dependency graph must be enabled for scanning, but does not send alerts itself.


NEW QUESTION # 29
Which of the following Watch settings could you use to get Dependabot alert notifications? (Each answer presents part of the solution. Choose two.)

  • A. The Ignore setting
  • B. The Participating and @mentions setting
  • C. The All Activity setting
  • D. The Custom setting

Answer: C,D

Explanation:
Comprehensive and Detailed Explanation:
To receive Dependabot alert notifications for a repository, you can utilize the following Watch settings:
Custom setting: Allows you to tailor your notifications, enabling you to subscribe specifically to security alerts, including those from Dependabot.
All Activity setting: Subscribes you to all notifications for the repository, encompassing issues, pull requests, and security alerts like those from Dependabot.
The Participating and @mentions setting limits notifications to conversations you're directly involved in or mentioned, which may not include security alerts. The Ignore setting unsubscribes you from all notifications, including critical security alerts.
GitHub Docs
+1
GitHub Docs
+1


NEW QUESTION # 30
Which details do you have to provide to create a custom pattern for secret scanning? (Each answer presents part of the solution. Choose two.)

  • A. The name of the pattern
  • B. Additional match requirements for the secret format
  • C. A list of repositories to scan
  • D. The secret format

Answer: A,D

Explanation:
When defining a custom pattern for secret scanning, two key fields are required:
Name of the pattern: A unique label to identify the pattern
Secret format: A regular expression that defines what the secret looks like (e.g., token format) You can optionally specify additional match requirements (like required context keywords), but they're not mandatory. Listing repositories is also not part of the required fields during pattern creation.


NEW QUESTION # 31
A dependency has a known vulnerability. What does the warning message include?

  • A. The security impact of these changes
  • B. A brief description of the vulnerability
  • C. How many projects use these components
  • D. An easily understandable visualization of dependency change

Answer: B

Explanation:
When a vulnerability is detected, GitHub shows a warning that includes a brief description of the vulnerability. This typically covers the name of the CVE (if available), a short summary of the issue, severity level, and potential impact. The message also links to additional advisory data from the GitHub Advisory Database.
This helps developers understand the context and urgency of the vulnerability before applying the fix.


NEW QUESTION # 32
After investigating a code scanning alert related to injection, you determine that the input is properly sanitized using custom logic. What should be your next step?

  • A. Dismiss the alert with the reason "false positive."
  • B. Draft a pull request to update the open-source query.
  • C. Ignore the alert.
  • D. Open an issue in the CodeQL repository.

Answer: A

Explanation:
When you identify that a code scanning alert is a false positive-such as when your code uses a custom sanitization method not recognized by the analysis-you should dismiss the alert with the reason "false positive." This action helps improve the accuracy of future analyses and maintains the relevance of your security alerts.
As per GitHub's documentation:
"If you dismiss a CodeQL alert as a false positive result, for example because the code uses a sanitization library that isn't supported, consider contributing to the CodeQL repository and improving the analysis." By dismissing the alert appropriately, you ensure that your codebase's security alerts remain actionable and relevant.


NEW QUESTION # 33
A repository's dependency graph includes:

  • A. A summary of the dependencies used in your organization's repositories.
  • B. Annotated code scanning alerts from your repository's dependencies.
  • C. Dependencies from all your repositories.
  • D. Dependencies parsed from a repository's manifest and lock files.

Answer: D

Explanation:
The dependency graph in a repository is built by parsing manifest and lock files (like package.json, pom.xml, requirements.txt). It helps GitHub detect dependencies and cross-reference them with known vulnerability databases for alerting.
It is specific to each repository and does not show org-wide or cross-repo summaries.


NEW QUESTION # 34
What role is required to change a repository's code scanning severity threshold that fails a pull request status check?

  • A. Maintain
  • B. Write
  • C. Triage
  • D. Admin

Answer: D

Explanation:
To change the threshold that defines whether a pull request fails due to code scanning alerts (such as blocking merges based on severity), the user must have Admin access on the repository. This is because modifying these settings falls under repository configuration privileges.
Users with Write, Maintain, or Triage roles do not have the required access to modify rulesets or status check policies.


NEW QUESTION # 35
As a developer, you need to configure a code scanning workflow for a repository where GitHub Advanced Security is enabled. What minimum repository permission do you need?

  • A. Admin
  • B. Write
  • C. Read
  • D. None

Answer: B

Explanation:
To create or modify a code scanning workflow file (typically under .github/workflows/codeql-analysis.yml), you must have Write access to the repository.
Write permission allows you to commit the workflow file, which is required to run or configure code scanning using GitHub Actions.


NEW QUESTION # 36
Which key is required in the update settings of the Dependabot configuration file?

  • A. assignees
  • B. rebase-strategy
  • C. commit-message
  • D. package-ecosystem

Answer: D

Explanation:
In a dependabot.yml configuration file, package-ecosystem is a required key. It defines the package manager being used in that update configuration (e.g., npm, pip, maven, etc.).
Without this key, Dependabot cannot determine how to analyze or update dependencies. Other keys like rebase-strategy or commit-message are optional and used for customizing behavior.


NEW QUESTION # 37
If notification and alert recipients are not customized, which users receive notifications about new Dependabot alerts in an affected repository?

  • A. Users with Maintain privileges to the repository
  • B. Users with Read permissions to the repository
  • C. Users with Admin privileges to the repository
  • D. Users with Write permissions to the repository

Answer: D

Explanation:
By default, users with Write, Maintain, or Admin permissions will receive notifications for new Dependabot alerts. However, Write permission is the minimum level needed to be automatically notified. Users with only Read access do not receive alerts unless added explicitly.


NEW QUESTION # 38
As a repository owner, you want to receive specific notifications, including security alerts, for an individual repository. Which repository notification setting should you use?

  • A. Custom
  • B. All Activity
  • C. Ignore
  • D. Participating and @mentions

Answer: A

Explanation:
Using the Custom setting allows you to subscribe to specific event types, such as Dependabot alerts or vulnerability notifications, without being overwhelmed by all repository activity. This is essential for repository maintainers who need fine-grained control over what kinds of events trigger notifications.
This setting is configurable per repository and allows users to stay aware of critical issues while minimizing notification noise.


NEW QUESTION # 39
In a private repository, what minimum requirements does GitHub need to generate a dependency graph? (Each answer presents part of the solution. Choose two.)

  • A. Dependency graph enabled at the organization level for all new private repositories
  • B. Read-only access to the dependency manifest and lock files for a repository
  • C. Write access to the dependency manifest and lock files for an enterprise
  • D. Read-only access to all the repository's files

Answer: A,B

Explanation:
Comprehensive and Detailed Explanation:
To generate a dependency graph for a private repository, GitHub requires:
Dependency graph enabled: The repository must have the dependency graph feature enabled. This can be configured at the organization level to apply to all new private repositories.
Access to manifest and lock files: GitHub needs read-only access to the repository's dependency manifest and lock files (e.g., package.json, requirements.txt) to identify and map dependencies.


NEW QUESTION # 40
Which of the following steps should you follow to integrate CodeQL into a third-party continuous integration system? (Each answer presents part of the solution. Choose three.)

  • A. Install the CLI
  • B. Process alerts
  • C. Write queries
  • D. Analyze code
  • E. Upload scan results

Answer: A,D,E

Explanation:
When integrating CodeQL outside of GitHub Actions (e.g., in Jenkins, CircleCI):
Install the CLI: Needed to run CodeQL commands.
Analyze code: Perform the CodeQL analysis on your project with the CLI.
Upload scan results: Export the results in SARIF format and use GitHub's API to upload them to your repo's security tab.
You don't need to write custom queries unless extending functionality. "Processing alerts" happens after GitHub receives the results.


NEW QUESTION # 41
What is a security policy?

  • A. An alert about dependencies that are known to contain security vulnerabilities
  • B. A security alert issued to a community in response to a vulnerability
  • C. A file in a GitHub repository that provides instructions to users about how to report a security vulnerability
  • D. An automatic detection of security vulnerabilities and coding errors in new or modified code

Answer: C

Explanation:
A security policy is defined by a SECURITY.md file in the root of your repository or .github/ directory. This file informs contributors and security researchers about how to responsibly report vulnerabilities. It improves your project's transparency and ensures timely communication and mitigation of any reported issues.
Adding this file also enables a "Report a vulnerability" button in the repository's Security tab.


NEW QUESTION # 42
......

Get Ready to Pass the GH-500 exam with Microsoft Latest Practice Exam : https://braindumps.actual4exams.com/GH-500-real-braindumps.html