Network ACL Overview

Network ACL

A network ACL is an optional layer of security for your subnets. After you add inbound and outbound rules to a network ACL and associate subnets with it, you can control traffic in and out of the subnets.

A network ACL is different from a security group. A security group protects the instances in it, such as ECSs, databases, and containers, while a network ACL protects the entire subnet. Security groups are a mandatory layer of protection but network ACLs are optional. Network ACLs and security groups can be used together for fine-grained access control.

You need to specify the protocol, source port and address, and destination port and address for each inbound and outbound rule of the network ACL. Suppose you have two subnets in region A, as shown in Figure 1. Subnet-X01 is associated with network ACL Fw-A, and ECSs deployed in this subnet provide web services accessible from the Internet. Subnet-X02 is associated with network ACL Fw-B. Subnet-X02 and Subnet-Y01 are connected through a VPC peering connection. Now, you need to configure inbound and outbound rules to allow ECS-C01 in Subnet-Y01 to remotely log in to ECSs in Subnet-X02.

• Inbound and outbound rules on Fw-A:

  Custom inbound rule A01 allows any IP address to access the ECSs in Subnet-X01 through port 80 over TCP or HTTP. If the traffic does not match custom rule A01, the default rule is applied and the traffic is denied to flow into the subnet.

  Stateful network ACLs allow responses to inbound requests to leave the subnet without being controlled by rules. The responses from ECSs in Subnet-X01 can go out of the subnet. Other outbound traffic is not allowed to leave Subnet-X01, because the default rule is applied.

• Inbound and outbound rules on Fw-B:

  Custom inbound rule B01 allows ECS-C01 in Subnet-Y01 to use access the ECSs in Subnet-X02 through port 22 over TCP or SSH.

  Custom outbound rule B02 allows all ICMP traffic over any port. The ping traffic from ECSs in Subnet-X02 to ECS-C01 in Subnet-Y01 can be routed successfully to test the network connectivity.

Figure 1 Network ACL rules

The above figure shows how network ACLs control traffic in and out of subnets. In actual services, the security groups control traffic from and to the instances associated with it. For details about network ACLs and security groups, see What Is Access Control?

Network ACL Rules

• Network ACL uses inbound and outbound rules to control traffic in and out of subnets.
  • Inbound rules: control traffic sent to the instances in a subnet.
  • Outbound rules: control traffic from the instances in a subnet to external networks.
• You need to define the protocol, source and destination ports, source and destination IP addresses, and other information for network ACL rules.
  • Priority: Indicates the priority of a rule. Rules are given sequence numbers and traffic is matched against the rules based on their priority. A smaller number indicates a higher priority. A rule with a higher priority is preferentially applied over a rule with a lower priority.

    The priority of the default rule on network ACL is *. The default rule has the lowest priority.

  • Status: Enabled or Disabled. Enabled rules are applied, while disabled rules are not.
  • Type: IPv4 or IPv6.
  • Action: Allow or Deny. If a request matches a network ACL rule, the action defined in the rule is taken to allow or deny the request.
  • Protocol: The protocol to match traffic. The value can be TCP, UDP, or ICMP.
  • Source/Destination: The source or destination of the traffic.
  • Source Port Range/Destination Port Range: The source or destination port or port range, which ranges from 1 to 65535.

How Network ACL Rules Work

• After a network ACL is created, you can associate it with one or more subnets to control traffic in and out of the subnets. You can associate a network ACL with multiple subnets. However, a subnet can only be associated with one network ACL.
• Network ACLs are stateful. If the network ACL rule allows outbound traffic from your instance, the response to the outbound traffic is allowed to flow in, regardless of the inbound rule settings. Similarly, if inbound traffic is allowed, responses to such inbound traffic are allowed to flow out, regardless of the outbound rule settings.
• Network ACLs use connection tracking to track traffic to and from instances. Changes to inbound and outbound rules do not take effect immediately for the existing traffic.

  If you add, modify, or delete a network ACL rule, or associate or disassociate a subnet with or from a network ACL, all the inbound and outbound persistent connections will not be disconnected. New rules will only be applied for the new connections.

After a persistent connection is disconnected, new connections will not be established immediately until the timeout period of connection tracking expires. For example, after an ICMP persistent connection is disconnected, a new connection will be established and a new rule will be applied when the timeout period (30s) expires.

• The timeout period of connection tracking varies by protocol. The timeout period of a TCP connection in the established state is 600s, and that of an ICMP connection is 30s. For other protocols, if packets are received in both inbound and outbound directions, the connection tracking timeout period is 180s. If packets are received only in one direction, the connection tracking timeout period is 30s.
• The timeout period of TCP connections varies by connection status. The timeout period of a TCP connection in the established state is 600s, and that of a TCP connection in the FIN-WAIT state is 30s.

• Each network ACL has the default inbound and outbound rules, as shown in Table 1. If no custom rules are configured, the default rules are applied to deny all inbound and outbound traffic. You can use the default rules only when there is no need for traffic to go in and out of the subnet. If the traffic needs to go in and out of the subnet, you need to add custom rules to control traffic as required.

  Table 1 Default network ACL rules

  Direction	Priority	Action	Protocol	Source	Source Port Range	Destination	Destination Port Range
  Inbound	*	Deny	All	0.0.0.0/0	All	0.0.0.0/0	All
  Outbound	*	Deny	All	0.0.0.0/0	All	0.0.0.0/0	All

• The default and custom rules of a network ACL does not block the traffic described in Table 2.

  Table 2 Traffic not blocked by network ACL rules

  Direction	Description
  Inbound	Traffic between the source and destination in the same subnet
  	Broadcast traffic to 255.255.255.255/32
  	Multicast traffic to 224.0.0.0/24
  Outbound	Traffic between the source and destination in the same subnet
  	Broadcast traffic to 255.255.255.255/32
  	Multicast traffic to 224.0.0.0/24
  	TCP metadata traffic to 169.254.169.254/32 over port 80
  	Traffic to 100.125.0.0/16 that is reserved for public services on the cloud, such as the DNS server address and NTP server address.

How Traffic Matches Network ACL Rules

A subnet can be bound to only one network ACL. When there are multiple rules on the network ACL, rules are applied based on their priority. A smaller number indicates a higher priority. The value of the default rule priority is *, which has the lowest priority.

Figure 2 Network ACL matching

How Network ACLs Are Used

A network ACL controls traffic in and out of a subnet. If both security group and network ACL rules are configured, traffic is matched against network ACL rules first and then security group rules. You can add security group rules as required and use network ACLs as an additional layer of protection for your subnets. The following provides some examples on how network ACLs can be used.

Network ACL Configuration Procedure

Figure 5 Procedure for configuring a network ACL

Notes and Constraints

• By default, each account can have up to 200 network ACLs in a region.
• A network ACL can have no more than 100 rules in one direction, or performance will deteriorate.
• For each network ACL rule, up to 124 rules can have IP address groups associated in either inbound or outbound direction.
• For inbound network ACL rules, the sum of the rules with Source set to IP address group, of the rules with Destination set to IP address group, of the rules with Source Port Range set to inconsecutive ports, and of the rules Destination Port Range set to inconsecutive ports, cannot exceed 120. If there are both IPv4 and IPv6 network ACL rules, up to 120 rules can be added for each type.

  The limits on outbound network ACL rules are the same as those on inbound network ACL rules.

  For example, to add inbound IPv4 rules to a network ACL, you can refer to Table 5 for rules that meet the restrictions. Of these rules, rule A02 uses inconsecutive ports (22-24,25) as the source port range and IP address group ipGroup-A as the source. In this case, only one quota is occupied.

  Table 5 Inbound network ACL rules

  Rule No.	Priority	Type	Action	Protocol	Source	Source Port Range	Destination	Destination Port Range
  Rule A01	1	IPv4	Deny	TCP	0.0.0.0/0	22,25,27	0.0.0.0/0	1-65535
  Rule A02	2	IPv4	Allow	TCP	IP address group: ipGroup-A	22-24,25	0.0.0.0/0	1-65535
  Rule A03	3	IPv4	Allow	All	0.0.0.0/0	All	IP address group: ipGroup-B	All
  Rule A04	4	IPv4	Allow	UDP	0.0.0.0/0	1-65535	0.0.0.0/0	80-83,87

• Traffic from load balancers is not restricted by network ACL and security group rules if:

  Transfer Client IP Address is enabled for the listener of a load balancer.

  The load balancer can still forward traffic to backend servers, even if there is a rule that denies traffic from the load balancer to the backend servers.