安全组具有以下功能特点：

• 一台ECS实例至少属于一个安全组，可以同时加入多个安全组。
• 一个安全组可以管理同一个地域内的多台ECS实例，这些实例要求具有相同安全保护需求并相互信任。
• 在没有设置允许访问的安全组规则的情况下，不同安全组内的ECS实例默认内网不通。
• 同一安全组内的ECS实例之间可以实现内网互通。
• （仅普通安全组）可以通过安全组规则授权两个安全组之间互访。
• 安全组支持有状态应用。一个有状态的会话连接中，会话的最长保持时间是910秒。安全组会默认放行同一会话中的通信。例如，在会话期内，如果连接的数据包在入方向是允许的，则在出方向也是允许的。

通过ECS管理控制台创建实例时，若您未在该地域创建安全组，则阿里云会在创建实例的同时，创建一个默认安全组。默认安全组为普通安全组，网络类型和ECS实例一致。

默认安全组的默认安全组规则如下：

• 入方向：
  • 默认放行：ICMP协议、SSH 22端口、RDP 3389端口，授权对象为0.0.0.0/0。
  • 更多选择：HTTP 80端口和HTTPS 443端口，需自行勾选。
  • 规则优先级：110。
• 出方向：允许所有访问。

建立数据通信前，安全组逐条匹配安全组规则查询是否放行访问请求。一条安全组规则由下表中的属性确定。

?

网络类型	网卡类型	规则方向	授权策略	协议类型	端口范围	优先级	授权类型	授权对象
专有网络VPC	不需要设置	支持入方向和出方向	支持允许、拒绝	应用层协议，例如SSH、ICMP、RDP等	应用或协议开启的端口	手动添加的规则支持1~100，默认规则为110	支持安全组访问、IP地址段访问	支持设置IP地址段和安全组ID
经典网络	支持内网和公网

例如，您使用Xshell客户端远程连接Linux系统ECS实例时，当安全组检测到从公网或内网有SSH请求，会逐一检查入方向上安全组规则、发送请求的设备的IP地址是否已存在、优先级是为同类规则第一、授权策略是否为允许、22端口是否开启等。只有匹配到一条安全组规则允许放行该请求时，方才建立数据通信。下图为使用Xshell远程连接Linux系统ECS实例的规则匹配举例。

同类型规则间依赖优先级决定最终执行的规则。尤其是当ECS实例加入了多个安全组时，多个安全组会从高到低依次匹配规则。优先级数值越小，代表优先级越高，取值范围：

• 手动添加的安全组规则：1~100。
• 系统添加的安全组规则：110。仅默认安全组及通过模板创建的安全组规则的优先级为110。

如果两条安全组规则的协议类型、端口范围、授权类型、授权对象都相同，最终生效的安全组规则如下：

• 优先级相同：拒绝策略的规则优先生效，允许策略的规则不生效。
• 优先级不同：优先级高的规则生效。

普通安全组的网络类型不同时，安全组规则需要区分网卡类型。

• 经典网络：区分内网网卡和公网网卡。
• 专有网络VPC：只能为内网网卡，但安全组规则同时对内网和公网生效。专有网络VPC类型ECS实例的公网访问通过内网网卡映射转发。所以，您在ECS实例内部无法看到公网网卡，也只能设置内网安全组规则。
  说明 企业安全组仅支持专有网络VPC。

使用安全组时：

• 仅允许少量请求访问ECS实例时，可以将安全组作为白名单使用。即先设置安全组为拒绝全部访问，然后逐一添加允许通信的访问请求策略。
• 不建议使用一个安全组管理所有应用，不同的分层一定有不同的隔离需求。
• 不建议为每台ECS实例单独设置一个安全组，您只需将具有相同安全保护需求的ECS实例加入同一安全组即可。

添加安全组规则时：

• 建议您设置简洁的安全组规则。例如，如果您给一台ECS实例分配了多个安全组，该ECS实例很可能会同时遵循数百条安全组规则，任何规则变更都可能引起网络不通的故障。
• 如果您需要修改生产环境的安全组规则，建议您提前在克隆的安全组上进行调试，避免影响线上应用。详情请参见克隆安全组。
• 为应用添加安全组规则时遵循最小授权原则。例如，您可以：
  • 选择开放具体的端口，如80/80。不要设置为端口范围，如1/80。
  • 添加安全组规则时，谨慎授权0.0.0.0/0（全网段）访问源。