Cisco®
Oracle
CompTIA
Checkpoint
ISC
EC-Council
EXIN
Fortinet
ITIL®
Juniper
Microsoft
VMware
Avaya
SAP
Google
Salesforce
Amazon
Palo Alto Networks
ISC2
Splunk®
All Vendors
  2. Home
  3. Exams
  4. Microsoft
  5. GH-500

Free Microsoft GH-500 Exam Questions (page: 5)

Page 3 of 16
PDF with 75 Questions

­ [Configure GitHub Advanced Security Tools in GitHub Enterprise]

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

  1. The Custom setting
  2. The Participating and @mentions setting
  3. The All Activity setting
  4. The Ignore setting

Answer(s): A,C

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


Reference:

GitHub Docs ­ Configuring notifications; Managing security alerts



­ [Configure and Use Dependency Management]

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

  1. directory
  2. package-ecosystem
  3. milestone
  4. schedule.interval
  5. allow

Answer(s): A,B,D

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


Reference:

GitHub Docs ­ Configuration options for dependency updates



­ [Configure and Use Code Scanning]

What is required to trigger code scanning on a specified branch?

  1. The repository must be private.
  2. Secret scanning must be enabled on the repository.
  3. Developers must actively maintain the repository.
  4. The workflow file must exist in that branch.

Answer(s): D

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.


Reference:

GitHub Docs ­ About workflows; About code scanning alerts



­ [Describe GitHub Advanced Security Best Practices]

As a contributor, you discovered a vulnerability in a repository.
Where should you look for the instructions on how to report the vulnerability?

  1. support.md
  2. readme.md
  3. contributing.md
  4. security.md

Answer(s): D

Explanation:

The correct place to look is the SECURITY.md file. This file provides contributors and security researchers with instructions on how to responsibly report vulnerabilities. It may include contact methods, preferred communication channels (e.g., security team email), and disclosure guidelines.

This file is considered a GitHub best practice and, when present, activates a "Report a vulnerability" button in the repository's Security tab.


Reference:

GitHub Docs ­ Adding a security policy to your repository



­ [Configure and Use Dependency Management]

Assuming there is no custom Dependabot behavior configured, where possible, what does Dependabot do after sending an alert about a vulnerable dependency in a repository?

  1. Creates a pull request to upgrade the vulnerable dependency to the minimum possible secure version
  2. Scans repositories for vulnerable dependencies on a schedule and adds those files to a manifest
  3. Constructs a graph of all the repository's dependencies and public dependents for the default branch
  4. Scans any push to all branches and generates an alert for each vulnerable repository

Answer(s): A

Explanation:

After generating an alert for a vulnerable dependency, Dependabot automatically attempts to create a pull request to upgrade that dependency to the minimum required secure version--if a fix is available and compatible with your project.

This automated PR helps teams fix vulnerabilities quickly with minimal manual intervention. You can also configure update behaviors using dependabot.yml, but in the default state, PR creation is automatic.


Reference:

GitHub Docs ­ About Dependabot alerts; About Dependabot security updates



Viewing page 5 of 16



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

GH-500 Exam Discussions & Posts