300-710 · Question #194
Refer to the exhibit. An engineer is modifying an access control pokey to add a rule to inspect all DNS traffic that passes through the firewall. After making the change and deploying the pokey they…
The correct answer is C. The action of the rule is set to trust instead of allow. DNS traffic is not being inspected by the Snort engine because the access control rule's action is set to 'trust' instead of 'allow' or 'monitor'.
Question
Refer to the exhibit. An engineer is modifying an access control pokey to add a rule to inspect all DNS traffic that passes through the firewall. After making the change and deploying the pokey they see that DNS traffic is not bang inspected by the Snort engine. What is the problem?
Options
- AThe rule must specify the security zone that originates the traffic
- BThe rule must define the source network for inspection as well as the port
- CThe action of the rule is set to trust instead of allow.
- DThe rule is configured with the wrong setting for the source port
How the community answered
(16 responses)- A6% (1)
- B13% (2)
- C75% (12)
- D6% (1)
Why each option
DNS traffic is not being inspected by the Snort engine because the access control rule's action is set to 'trust' instead of 'allow' or 'monitor'.
While security zones can be specified, the lack of zone definition does not prevent Snort inspection if traffic matches the rule; the issue is the rule's action.
If the rule intends to inspect 'all DNS traffic,' it implies that the port (53) and potentially broad source/destination networks are already defined, making the action the critical factor for inspection.
In Cisco Firepower Threat Defense (FTD), an access control rule with an action of 'Trust' explicitly bypasses all deeper inspection, including Snort intrusion detection. To ensure Snort inspection occurs, the rule's action must be configured as 'Allow' (or 'Monitor' for passive detection) and an intrusion policy must be applied to that rule.
If the rule was configured with the wrong source port, the DNS traffic would not match the rule at all, rather than matching and then not being inspected by Snort.
Concept tested: Cisco FTD Access Control Rule actions and Snort inspection
Source: https://www.cisco.com/c/en/us/td/docs/security/firepower/640/configuration/guide/fpmc-config-guide-v64/access_control_policies.html
Topics
Community Discussion
No community discussion yet for this question.