Skip to main content

πŸ“ AWS CloudTrail VPC Changes Monitoring is not enabled 🟒

  • Contextual name: πŸ“ VPC Changes Monitoring is not enabled 🟒
  • ID: /ce/ca/aws/cloudtrail/vpc-changes-monitoring
  • Located in: πŸ“ AWS CloudTrail

Flags​

Our Metadata​

  • Policy Type: COMPLIANCE_POLICY
  • Policy Category:
    • SECURITY

Similar Policies​

Similar Internal Rules​

RulePoliciesFlags
βœ‰οΈ dec-x-9dc820141

Description​

Open File

Description​

Real-time monitoring of API calls can be achieved by directing CloudTrail Logs to CloudWatch Logs or an external Security Information and Event Management (SIEM) environment, and establishing corresponding metric filters and alarms.

It is possible to have more than one VPC within an account; additionally, it is also possible to create a peer connection between two VPCs, enabling network traffic to route between them.

It is recommended that a metric filter and alarm be established for changes made to VPCs.

Rationale​

CloudWatch is an AWS native service that allows you to observe and monitor resources and applications. CloudTrail Logs can also be sent to an external Security information and event management (SIEM) environment for monitoring and alerting.

VPCs in AWS are logically isolated virtual networks that can be used to launch AWS resources. Monitoring changes to VPC configuration will help ensure VPC traffic flow is not getting impacted. Changes to VPCs can impact network accessibility from the public internet and additionally impact VPC traffic flow to and from resources launched in the VPC.

... see more

Remediation​

Open File

Remediation​

If you are using CloudTrails and CloudWatch, perform the following to setup the metric filter, alarm, SNS topic, and subscription:

  1. Create a metric filter based on filter pattern provided which checks for VPC changes and the <cloudtrail_log_group_name> taken from audit step 1:
aws logs put-metric-filter --log-group-name <cloudtrail_log_group_name> --filter-name <vpc_changes_metric> --metric-transformations metricName= <vpc_changes_metric>, metricNamespace='CISBenchmark', metricValue=1 --filter-pattern '{ ($.eventName = CreateVpc) || ($.eventName = DeleteVpc) || ($.eventName = ModifyVpcAttribute) || ($.eventName = AcceptVpcPeeringConnection) || ($.eventName = CreateVpcPeeringConnection) || ($.eventName = DeleteVpcPeeringConnection) || ($.eventName = RejectVpcPeeringConnection) || ($.eventName = AttachClassicLinkVpc) || ($.eventName = DetachClassicLinkVpc) || ($.eventName = DisableVpcClassicLink) || ($.eventName = EnableVpcClassicLink) }'

Note: You can choose your own metricName and metricNamespace strings. Using the same metricNamespace for all Foundations Benchmark metrics will group them together.

... see more

policy.yaml​

Open File

Linked Framework Sections​

SectionSub SectionsInternal RulesPoliciesFlags
πŸ’Ό CIS AWS v1.2.0 β†’ πŸ’Ό 3.14 Ensure a log metric filter and alarm exist for VPC changes1
πŸ’Ό CIS AWS v1.3.0 β†’ πŸ’Ό 4.14 Ensure a log metric filter and alarm exist for VPC changes1
πŸ’Ό CIS AWS v1.4.0 β†’ πŸ’Ό 4.14 Ensure a log metric filter and alarm exist for VPC changes1
πŸ’Ό CIS AWS v1.5.0 β†’ πŸ’Ό 4.14 Ensure a log metric filter and alarm exist for VPC changes - Level 1 (Automated)1
πŸ’Ό CIS AWS v2.0.0 β†’ πŸ’Ό 4.14 Ensure VPC changes are monitored - Level 1 (Manual)1
πŸ’Ό CIS AWS v3.0.0 β†’ πŸ’Ό 4.14 Ensure VPC changes are monitored - Level 1 (Manual)1
πŸ’Ό CIS AWS v4.0.0 β†’ πŸ’Ό 4.14 Ensure VPC changes are monitored (Manual)1
πŸ’Ό CIS AWS v4.0.1 β†’ πŸ’Ό 4.14 Ensure VPC changes are monitored (Manual)1
πŸ’Ό CIS AWS v5.0.0 β†’ πŸ’Ό 4.14 Ensure VPC changes are monitored (Manual)1
πŸ’Ό Cloudaware Framework β†’ πŸ’Ό Alerting and Notification25
πŸ’Ό FedRAMP High Security Controls β†’ πŸ’Ό AU-12 Audit Record Generation (L)(M)(H)247
πŸ’Ό FedRAMP High Security Controls β†’ πŸ’Ό SI-4(20) Privileged Users (H)4648
πŸ’Ό FedRAMP Low Security Controls β†’ πŸ’Ό AU-12 Audit Record Generation (L)(M)(H)47
πŸ’Ό FedRAMP Moderate Security Controls β†’ πŸ’Ό AU-12 Audit Record Generation (L)(M)(H)47
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό DE.CM-01: Networks and network services are monitored to find potentially adverse events83
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό DE.CM-03: Personnel activity and technology usage are monitored to find potentially adverse events59
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό DE.CM-09: Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse events89
πŸ’Ό NIST SP 800-53 Revision 5 β†’ πŸ’Ό AU-12 Audit Record Generation44547