MicrosoftProfessional levelAZ-700Page 4 of 4

AZ-700 exam dumps: questions 301 to 310 of 310

Page 4 of the free AZ-700 question bank for the Designing and Implementing Microsoft Azure Networking Solutions exam. Questions 301 to 310 are listed below, the first 5 in full with answers and explanations. Back to page 1 for the exam overview and FAQ.

Question bank last updated May 2025

Free AZ-700 practice questions

Questions 301 to 305 of 310

Pick an answer before you open the explanation. Each question also has its own page with a permalink.

AZ-700 Question 301

Single answer

Your organization has deployed a new web application behind an Azure Application Gateway with Web Application Firewall (WAF). The security team wants to verify how WAF rules detect potential threats without blocking them. Later, they plan to switch to blocking malicious traffic if the logs show significant suspicious activity. What is the best approach to achieve this goal with minimal downtime and configuration changes?

  1. A

    A) Enable Detection mode for only the default rule set and keep Prevention mode for any custom rules

  2. B

    B) Configure the WAF policy to run in Detection mode for all rules, then toggle the WAF policy to Prevention mode when needed

  3. C

    C) Immediately deploy the WAF in Prevention mode and remove all default rules to avoid accidental blocking

  4. D

    D) Create separate WAF policies for each rule set and repeatedly switch the assigned policy on the application gateway

Show answer and explanation

Correct answer: B

Explanation

Azure WAF policies can be configured in either Detection or Prevention mode for the entire policy. Detection mode logs potentially malicious requests without blocking them, allowing security teams to evaluate the alert data before deciding to enforce blocking. Switching to Prevention mode is as simple as updating the WAF policy� configuration, which avoids recreating rules or causing unnecessary downtime. For additional details, refer to the Microsoft documentation on Azure WAF (https://learn.microsoft.com/azure/web-application-firewall/).

  • A. Incorrect.

    Option A is incorrect because Azure WAF does not allow you to partially apply Detection mode to default rules and simultaneously apply Prevention mode to custom rules within the same policy. The mode (Detection or Prevention) applies to the entire policy, not individual rule sets.

  • B. Correct.

    Option B is correct. In real-world scenarios, you can set the WAF policy to Detection mode to log potential threats without blocking. Then, if the logs confirm malicious behavior, you can switch the policy to Prevention mode, blocking unwanted traffic without requiring a full redeployment or complicated changes.

  • C. Incorrect.

    Option C is incorrect because deploying the WAF in Prevention mode from the start may block legitimate requests if the default rules flag benign traffic. Also, removing all default rules undermines a key security layer. This approach does not align with a phased and controlled rollout.

  • D. Incorrect.

    Option D is incorrect because maintaining multiple WAF policies and swapping them frequently is more complex, requiring potential downtime or reconfiguration each time. It's less efficient than adjusting the mode within a single WAF policy.

AZ-700 Question 302

Single answer

Your organization has an Azure Application Gateway configured with the Web Application Firewall (WAF) in Detection mode to monitor suspicious activity. After a two-week observation period, you switch the WAF to Prevention mode to block malicious traffic. Despite this change, attacks still appear in the logs without being blocked. What is the most appropriate next step to ensure suspicious traffic is actively blocked?

  1. A

    Associate the WAF policy configured in Prevention mode with the relevant Application Gateway HTTP listener to enforce blocking.

  2. B

    Enable Azure Monitor diagnostic settings for the Application Gateway to block activities recorded in logs.

  3. C

    Create a new WAF policy in Detection mode and add it to the Application Gateway for more granular reporting.

  4. D

    Add a custom rule that explicitly allows the identified malicious IP addresses, to confirm any potential false positives.

Show answer and explanation

Correct answer: A

Explanation

When you switch the Web Application Firewall to Prevention mode, you must also verify that the policy is properly associated with the Application Gateway HTTP listener or the frontend configuration. Prevention mode inspects and actively blocks requests, but only if the WAF policy is correctly linked. For more details, refer to Microsoft� documentation on configuring the WAF on Application Gateway (https://learn.microsoft.com/azure/web-application-firewall/ag/web-application-firewall-ag-overview).

  • A. Correct.

    Correct: Even if you switch the WAF policy to Prevention mode, it must be associated with the right HTTP listener or application gateway frontend configuration. If it� not linked to the target listener, malicious traffic continues without being blocked.

  • B. Incorrect.

    Incorrect: Diagnostic settings only forward logs and metrics for monitoring; they do not automatically block or prevent traffic. Logs can inform you about suspicious activity, but they are not an enforcement mechanism.

  • C. Incorrect.

    Incorrect: Using a new policy in Detection mode does not resolve the issue of blocking malicious traffic. Detection mode only logs and alerts on suspicious requests, it does not actively drop them.

  • D. Incorrect.

    Incorrect: Allowing a known malicious IP address is counterproductive and defeats the purpose of the WAF. Custom rules should instead block or challenge suspicious sources, not allow them.

AZ-700 Question 303

Single answer

You have configured a WAF policy for Azure Front Door using the default OWASP managed rule set to block malicious traffic. However, you need to permit requests from a trusted partner� IP range�even if they match any of the default rule signatures. Which approach should you use to ensure requests from the trusted IP range are allowed while still blocking other malicious traffic?

  1. A

    Create a custom rule with Action set to Allow and assign it a lower numeric priority than the default rule set to override any blocking signatures for that IP range.

  2. B

    Modify the default rule set to remove the partner� IP range from all signatures in the OWASP managed rules.

  3. C

    Create a custom rule with Action set to Redirect, ensuring that any traffic from the IP range bypasses the OWASP rules.

  4. D

    Disable the OWASP managed rule set entirely and rely solely on custom rules to control access.

Show answer and explanation

Correct answer: A

Explanation

To allow trusted traffic while still blocking malicious activity, you use a custom rule set with a higher precedence (lower numeric priority) than the default managed rule set. This approach allows traffic matching specific conditions (e.g., the partner� IP range) to bypass the default blocking rules. For more information, refer to Microsoft� Azure Front Door WAF documentation on custom rule configuration and priority handling.

  • A. Correct.

    Correct. In Azure Front Door WAF, a custom rule with a lower numeric priority (which is treated as higher precedence) than the default rule set will allow matching traffic to pass before the default rules are evaluated. This ensures that traffic from the specified IP range is allowed.

  • B. Incorrect.

    Incorrect. You cannot modify the in-built OWASP managed rule sets directly. While you can enable, disable, or configure exclusions for certain request attributes, you can't remove an IP range from all signatures globally. It's more practical and recommended to create a custom rule with appropriate priority.

  • C. Incorrect.

    Incorrect. Setting the Action to Redirect will send the requests to a different location but does not provide a direct Allow override. Additionally, malicious requests from that IP range might still be processed incorrectly, depending on the rule logic. Allow is more appropriate here.

  • D. Incorrect.

    Incorrect. Disabling the OWASP rule set removes a critical layer of protection. The recommended approach is to keep the validated and tested managed rule sets for well-known vulnerabilities while customizing only the exceptions as needed.

AZ-700 Question 304

Select 2

Your organization has an Azure Front Door instance protecting a public website with an active Web Application Firewall (WAF) policy. You currently use the latest managed rule set to guard against common exploits. After detecting suspicious activity from specific IP addresses, you decide to block them individually. Additionally, you must ensure that certain trusted partner IP addresses are never blocked by this new rule. Which two configurations should you implement in your WAF policy to meet these requirements?

  1. A

    Enable the Microsoft_DefaultRuleSet 1.1 managed rule set and add malicious IP addresses as exclusions in the same rule set.

  2. B

    Create a custom rule with a condition that matches the malicious IP addresses and set the action to Block.

  3. C

    Edit the existing managed rule set to insert a new rule at the top that specifically allows traffic from all IP addresses before evaluating the rest of the rules.

  4. D

    Create a custom rule that matches the trusted partner IP addresses and set the action to Allow with a higher priority (lower numerical value) than the block rule.

Show answer and explanation

Correct answers: B, D

Explanation

To meet real-world requirements for blocking malicious IP addresses while exempting trusted IPs, you should configure custom rules in your Azure Front Door WAF policy. By creating two separate custom rules�one to block malicious traffic and another to allow trusted IP addresses�you ensure precise control over who is allowed or denied. Priority-based rule evaluation in Azure Front Door WAF processes your 'allow' rules first (lower number = higher priority) to prevent unintended blocking. For more details, refer to the official Azure Front Door WAF documentation: https://learn.microsoft.com/azure/web-application-firewall/afds/afds-overview.

  • A. Incorrect.

    Option 1: Incorrect. Enabling the older Microsoft_DefaultRuleSet 1.1 without creating a separate custom rule for malicious IP addresses does not adequately address the specific block requirement. Exclusions in managed rule sets are typically meant for excluding parameters or requests from detection checks, not for explicitly blocking IPs.

  • B. Correct.

    Option 2: Correct. Custom rules allow precise matching against IP addresses. Creating a rule that targets the malicious IP addresses and setting the action to Block ensures those addresses are denied access. This is the recommended approach for explicit blocking scenarios.

  • C. Incorrect.

    Option 3: Incorrect. Editing the existing managed rule set to allow all traffic before evaluating other rules would effectively negate the WAF's protection. You typically do not add a global 'Allow all' rule to the managed set; instead, you must create a custom rule for the new requirement and use rule priorities properly.

  • D. Correct.

    Option 4: Correct. By creating a custom rule that explicitly allows traffic from trusted partner IP addresses and assigning it a higher priority (in WAF terms, a lower numerical value), those requests are allowed before the malicious-block rule is evaluated.

AZ-700 Question 305

Single answer

You manage a web application behind an Azure Application Gateway with Web Application Firewall (WAF) enabled, using the OWASP 3.2 rule set in Prevention mode. Recently, some valid requests from a proprietary mobile app have been rejected due to a specific cross-site scripting (XSS) rule triggered by the app's user agent string. You need to continue blocking malicious requests but allow these legitimate app requests. Which configuration should you implement to meet this requirement?

  1. A

    Switch the WAF to Detection mode so it does not block any requests.

  2. B

    Disable the entire OWASP 3.2 rule set for the WAF policy.

  3. C

    Configure a rule exclusion for the cross-site scripting rule targeting only the proprietary app� user agent.

  4. D

    Create a custom allow rule for all user agents to bypass WAF inspections.

Show answer and explanation

Correct answer: C

Explanation

When valid traffic is being incorrectly flagged by the WAF, it is best practice to use a rule exclusion (sometimes called an exception) rather than disabling the entire rule set or turning off the WAF. Azure Application Gateway WAF supports configuring exclusions based on specific match criteria (e.g., user agent strings). Refer to official Microsoft documentation on creating WAF policy exemptions (https://learn.microsoft.com/azure/web-application-firewall/ag/custom-waf-rules-overview) for detailed steps and best practices.

  • A. Incorrect.

    Incorrect. Detection mode only logs attacks without blocking them. This would allow malicious traffic, violating security requirements.

  • B. Incorrect.

    Incorrect. Disabling the entire OWASP 3.2 rule set would remove all WAF protections, leaving the application vulnerable.

  • C. Correct.

    Correct. Configuring a rule exclusion specific to the cross-site scripting rule and the affected user agent ensures that legitimate traffic is allowed while malicious traffic remains blocked.

  • D. Incorrect.

    Incorrect. Allowing all user agents bypasses WAF inspections, exposing the application to a wide range of threats.

Timed practice exam

Take a AZ-700 practice test under exam conditions

70 questions in 100 minutes, drawn from this bank, with a score report and a per-question review when you finish.

Start timed exam