Security groups function as virtual firewalls that provide Stateful Packet Inspection (SPI) and packet filtering capabilities to isolate security domains on the cloud. You can configure security group rules to control the inbound and outbound traffic of Elastic Compute Service (ECS) instances in security groups.
Definition and characteristics
A security group is a logically isolated, mutually accessible group of instances within the same region that share the same security requirements.
- Each ECS instance must belong to at least one security group and can belong to multiple security groups at the same time.
- A security group can manage multiple ECS instances within the same region.
- ECS instances in different security groups cannot communicate with each other over the internal network. However, you can configure security group rules to allow access between the security groups.
- Security groups are stateful. The maximum session timeout period for a security group is 910 seconds. By default, a security group allows traffic in both directions within the same session. For example, if the request traffic during a session is allowed to flow in, the response traffic is also allowed to flow out.
Security group types
Security groups are classified into basic security groups and advanced security groups. The following table compares the features of the two types.
|Feature||Basic security group||Advanced security group|
|Supported instance types||All instance types are supported.||Only the virtual private cloud (VPC)-type instances are supported.|
|Network types||VPCs and the classic network are supported.||Only VPCs are supported.|
|Access policy when no rules are added||
|Manually added rules||Both Allow and Forbid policies are supported.||Both Allow and Forbid policies are supported.|
|Rule priority||The default value is 1 and can be modified.||The default value is 1 and can be modified.|
|Access to or from other security groups||Access to or from other security groups is allowed.||Access to or from other security groups is not allowed.|
|Types of instances to which elastic network interfaces (ENIs) can be bound||Only the VPC-type instances are supported.||Only the VPC-type instances are supported.|
|Maximum number of private IP addresses||2,000||65,536|
|Mutual access between instances within the same security group||Mutual access between instances over the internal network is allowed by default.||By default, instances are isolated from each other over the internal network. You must manually add security group rules to allow access between the instances.|
|Scenarios||Scenarios that require fine-grained network control, multiple ECS instance types, and moderate network connections.||Scenarios that have high requirements for O&M efficiency, ECS instance types, and compute nodes.|
Security group rules
|Rule direction||The rule direction depends on the network type of instances.
|Authorization policy||Both Allow and Forbid policies are supported.|
|Protocol type||Application layer protocols such as TCP, UDP, ICMP (IPv4), and GRE.|
|Port range||Ports enabled for applications or protocols. For more information, see Common ports used by applications.|
The priority of a security group rule. The value can range from 1 to 100. A smaller value indicates a higher priority.
For security group rules of the same type, the rule that has the highest priority is applied. If an ECS instance belongs to multiple security groups, the security group rules of these security groups are applied to the instance in descending order of priority. Security group rules are applied based on the following principles:
|Authorization object||You can specify CIDR blocks or security group IDs as authorization objects.
Note For rules of advanced security groups, you cannot specify security group IDs or authorize mutual access between two security groups.
For examples of rule configurations, see Scenarios for security groups.
Default security groups
- ICMP traffic and traffic over SSH port 22 and RDP port 3389 is allowed. The authorization object is 0.0.0.0/0.
- You can also allow traffic over HTTP port 80 and HTTPS port 443.
- The rule priority is 100.
Note By default, the priority of security group rules created before May 27, 2020 is 110.
- Outbound: All access requests are allowed.
- The primary ENI of an ECS instance cannot belong to both a basic and an advanced security group at the same time.
- A secondary ENI cannot belong to both a basic and an advanced security group at the same time.
For more information about the limits and quotas of security groups, see the "Security group limits" section in Limits.
For information about the workflow of a security group, see Manage security groups. The following section provides some practical suggestions.
- Use security groups as a whitelist only when few requests are allowed to access ECS instances in the security groups. Configure Forbid rules for all security groups and then add Allow rules one by one to allow access requests.
- Do not use a security group to manage all applications because isolation requirements are different at different layers.
- Add instances that have the same security requirements to the same security group. Do not create a separate security group for each instance.
- Configure simple security group rules. If you add an ECS instance to multiple security groups, hundreds of rules may apply to the instance. Changes to these rules may cause connection errors.
- If you want to modify the rules of a security group in the production environment, we recommend that you first test the modification on a cloned security group to avoid potential impacts on online applications. For more information, see Clone a security group.
- Follow the principle of least privilege when you configure security group rules for
applications. For example, we recommend that you adhere to the following best practices:
- Select a specific port over which to allow traffic, such as 80/80. Do not set a range of ports, such as 1/80.
- When you add security group rules, do not grant access permissions to the 0.0.0.0/0 CIDR block unless necessary.