How to Configure AWS Network Firewall Logging for Full Traffic Auditing?
A company is developing a new application that is deployed in multiple VPCs across multiple AWS Regions. The VPCs are connected through AWS Transit Gateway. The VPCs contain private subnets and public subnets. All outbound internet traffic in the private subnets must be audited and logged. The company's network engineer plans to use AWS Network Firewall and must ensure that all traffic through Network Firewall is completely logged for auditing and alerting. How should the network engineer configure Network Firewall logging to meet these requirements?
Community Votes
78% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
This question tests whether candidates know that AWS Network Firewall has its own logging configuration for both alert and flow logs, and that enabling only one log type is insufficient for complete traffic auditing.
AWS Network Firewall supports two distinct log types: alert logs and flow (traffic) logs. To fully audit all traffic, both log types must be enabled within the Network Firewall logging configuration.
Many candidates choose Option A because it mentions CloudWatch Logs, a valid destination, but it only enables alert logs, missing the required flow logs for full traffic auditing.
Community Discussion (7 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Understanding AWS Network Firewall Logging Types
AWS Network Firewall generates two fundamentally different types of logs:
- Alert logs: Contain information about traffic that matches a stateful rule or triggers a stateful rule evaluation alert.
- Flow logs (also called traffic logs): Contain information about every connection that flows through the firewall endpoint, regardless of whether a rule matched.
Why Option B Is Correct
Option B states: "Configure Network Firewall logging in Network Firewall to capture all alerts and flow logs."
This is the only option that explicitly enables both log types directly within the Network Firewall service. As community member kupo777 and KobDragoon correctly pointed out, the destination (S3, CloudWatch Logs, or Kinesis Data Firehose) is secondary to the requirement of capturing both log types. The question asks how to configure logging to ensure all traffic is logged, not where to send the logs.
Why the Other Options Are Wrong
- Option A: Configures only alert logs in CloudWatch. Alert logs alone do not capture all traffic—only traffic that matches a rule. This fails the "completely logged" requirement.
- Option C: Suggests using VPC Flow Logs on the firewall endpoint ENIs. VPC Flow Logs operate at the ENI level and do not provide the deep packet inspection or stateful rule evaluation context that Network Firewall flow logs provide. Moreover, VPC Flow Logs cannot capture alert-level data.
- Option D: Suggests AWS CloudTrail data events. CloudTrail captures API calls made to the Network Firewall service (e.g., CreateFirewall, UpdateFirewallPolicy), not the actual traffic flowing through the firewall. This is entirely irrelevant to traffic auditing.
Key Takeaway
When the requirement is to audit all traffic through AWS Network Firewall, you must enable both alert logs and flow logs in the firewall's own logging configuration. The destination (CloudWatch, S3, or Firehose) is a secondary choice and does not determine completeness of the logs.
Official Reference
Exam Strategy
When a question asks to 'completely log' or 'audit all traffic' through a firewall service, look for the option that enables both alert and flow/traffic logs. Distractors often mention a valid log destination (like CloudWatch) but only enable one log type—always verify that the option covers the full scope of the requirement.
Related Analysis
Practice All ANS-C01 Questions
Access 137 questions with complete answers and detailed explanations.
View Full ANS-C01 Practice Test →