Preventing Firewall ACL Changes from Breaking Production
Short answer
B Testing the policy in a non-production environment before enabling the policy in the production network prevents accidental blocking of legitimate traffic caused by misconfigured access control lists.
Question
Key Takeaways
The exam tests the distinction between procedural governance (Change Management) and technical risk mitigation (Testing); the trap is choosing Change Management as the primary technical safeguard against misconfiguration errors.
This question explores the critical role of non-production testing in preventing service disruptions during firewall configuration changes. It establishes that while change management is required, only rigorous testing can validate technical correctness before production deployment.
Common mistake: Many learners select 'Documenting the new policy in a change request' because it is a mandatory process step; however, approving a request does not technically prevent the error if the configuration itself is flawed or untested.
Expert Analysis
Why the Answer Is Correct
The correct action to prevent this specific issue is B: Testing the policy in a non-production environment before enabling it in the production network. The scenario describes a technical failure where a blanket deny rule blocked legitimate traffic due to missing allow rules or incorrect ordering. A non-production (staging) environment allows the technician to verify that the ACL behaves as intended without impacting live business services. This directly addresses the root cause—the lack of validation—whereas administrative processes do not fix technical errors.
Why the Other Options Are Wrong
Option A is incorrect because submitting a change request is a governance requirement, but it does not guarantee technical success; a change manager may approve a request based on documentation without verifying the code's logic. Option C is irrelevant because intrusion prevention signatures are not the cause of connectivity loss from a deny-all rule. Option D creates a security vulnerability by allowing all traffic, defeating the purpose of the deny-all policy and exposing the network to threats.
Community Comment Notes
The community was divided between strict adherence to ITIL processes (Change Management) and practical engineering controls (Testing). Several users argued that you should never touch production without a ticket (User92, slackbot), while others emphasized that the test phase is what actually catches bugs (SHADTECH123, MarysSon). One commenter noted that while A is necessary, B is the specific control that prevents the outage described (Examplary). Another user pointed out that Change Management often relies on the technician providing evidence of testing, making B the foundational step for a valid request (Twphill).
Exam Strategy
Always look for the option that provides technical verification when a question involves a configuration error causing downtime. If an option offers a way to simulate or validate the change safely (like staging or testing), it is usually superior to purely administrative options like documentation or approval.
Frequently Asked Questions
Is Change Management (A) wrong?
Why is adding Allow Any (D) wrong?
Community Votes
71% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 22 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 22
-
Examplary 👍 15Frankly it should be both A and B. Submitting it to change management does not prevent the issue if it isn't caught by change management, and testing it in non-prod would but also shouldn't be done without a request to change management. It's a different question than the previous one regarding change management: Yes the technician SHOULD put in a change management request first, but that's not the question, the question is what would prevent it and the change management request does not prevent an issue, rather it lets everyone know what is happening and provides a backout plan if issues come up. That still does not PREVENT the issue though so /shrug
-
SHADTECH123 👍 13 Answered BTesting the policy in a non-production environment allows for the identification and resolution of any unforeseen issues, such as servers becoming unreachable, before implementing the policy in the production network. This ensures that any potential impact on business operations is minimized.
-
tamdod 👍 4Shouldn't a change management be submitted before changing the firewall? That way other people have a change to look at it, and more than likely someone would have caught the problem before it occurred.
-
dbrowndiver 👍 2 Answered BBy testing the policy in a non-production environment, the technician can identify potential issues, such as legitimate traffic being blocked, before applying the changes to the production network. This approach allows for adjustments and troubleshooting in a safe setting, minimizing the risk of disruption to business operations.
-
Twphill 👍 2Answer A: Before any changes are made, the request should be submitted to Change Management. As part of Change Management, the change will be tested in a non-production environment. This is not the responsibility of the technician that decided to make the change. His job is to request the change.
Show 17 more comments
-
Bito808 👍 2 Answered AThe answer is "A"! You will get fired if you did not put in a change request before testing or implementing anything! It needs to be documented and approved FIRST! This will determine if you need equipment, resources, special access, or if there's even budget!
-
User92 👍 2 Answered AChange Management Processes: Schedule maintenance windows, Thorough backout plans, Consistent “testing” post-implementation
-
TECHBOSS 👍 1 Answered BAnswer: B Procedurally "A" should and needs to occur first, However those 2 steps by themselves won't prevent this Even though those changes will still have to be tested in a non-production environment. Even if the CAB approves the request, ONLY seeing it in action will let anyone know that it will interfere with servers. Testing is the ACTION that will prevent it.
-
43a41d4 👍 1 Answered BSince the question mentions that the technician has already updates the policy, we can assume that he got approval first to implement the solution. But, for a good technician to perform well and avoid any issues, he should test the changes in a non-production environment. Both questions A and B are good answers, but B est is the best one in this case.
-
slackbot 👍 1 Answered Ayou got this wrong. change management is not about documenting, it is about evaluating the request. if properly reviewed - it will not be allowed. and we are not talking about who does their work well and not - we cannot speculate if change management fails and this is approved. change manamgement (A) should be correct
-
darpanne 👍 1 Answered BTesting the policy in a non-production environment allows the technician to identify and fix any unintended consequences before implementing the rule in the production network. This ensures the servers and critical services remain reachable while maintaining security.
-
MarysSon 👍 1 Answered BB is the best answer. A change request can be submitted and approved, but problems will arise if the approved change is not applied correctly. Testing the change in a non-production environment will reveal errors before they can affect production.
-
3dk1 👍 1 Answered AB is something that should have been done. HOWEVER, if we documented the new change and submitted a change request this issue could have been prevented as well.
-
MaxiPrince 👍 1 Answered B. Testing the policy in a non-production environment before enabling the policy in the production network
-
Gigz_77 👍 1 Answered AA. Documenting the new policy in a change request and submitting the request to change management
-
prabh1251 👍 1 Answered BAfter successful testing and change approval, apply the policy in the production environment.
-
linuxer 👍 1 Answered Achange management request will include testing the updated policy before implementing it
-
MaxiPrince 👍 1 Answered BTest policy in no prod environment
-
TrebleSmith 👍 1D would work in a chaotic way lol
-
User92 👍 1 Answered AShould be A, check Question #30
-
Zach123654 👍 2 Answered BGPT!!!
-
Andyhung1303 👍 1 Answered AMaybe i guess
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All SY0-701 Questions
Access 100 questions with complete answers and detailed explanations.
View Full SY0-701 Practice Test →