应用上云除了对资源生命周期管理和应用交付是一个转变,更重要是思维方式的转变。本篇文章就简单介绍下上云的一个重要概念安全组(Security Group)。本文是安全组系列的第一篇,主要介绍安全组的基本概念、约束和如何配置入网规则。
安全组的基本概念和约束
安全组在云端提供类似虚拟防火墙功能,用于设置单个或多个 ECS 实例的网络访问控制,它是重要的安全隔离手段。在创建 ECS 实例时,必须选择一个安全组。您还可以添加安全组规则,对该安全组下的所有 ECS 实例的出方向和入方向进行网络控制。
安全组有下面的限制:
- 每个账户最多可以建立50个安全组,每个安全组最多100个安全组规则
- 一个实例最多可以加入5个同种网络类型的安全组
- 同一个安全组之内的资源默认是网络通的,不同安全组之间的资源默认是网络不通
- 安全组应该是白名单的性质的,所以需要尽量开通最小的权限,默认拒绝所有的访问
- 单个安全组最大支持1000个实例
当您创建一个安全组的时候,默认规则均为出方向 accept all,入方向 deny all。安全组的出入规则,很多客户在使用的时候并没有按照自己的应用规范划分。使得自己的应用加大了收到攻击的风险。
安全组的出入规则可以参见下面的文档:
- 安全组In方向的访问权限设置
安全组Out方向的访问权限设置
除了可以限制IP和CIDR网段之外,安全组的出入规则可以直接引用另外一个安全组,这样就避免了有些时候CIDR或者IP的不灵活,直接对另外一个安全组中的资源授权。通过这样间接的可以通过安全组对应用进行分层。安全组的入网规则,可以设置为另外一个相同网络类型(“专有网络”或”经典网络”)的安全组。属性为SourceGroupId
- 安全组的出网规则,可以设置为另外一个相同网络类型(“专有网络”或”经典网络”)的安全组。属性为DestGroupId
- 出入规则是可以设置Priority来设置权重,1为最高,100为最低
- 安全组也支持跨帐号授权,这个属于高级功能,我们在以后的文章介绍
在上云的时候,很多的客户没有重视安全组的出入规则的设置和长远的规划,影响了自己的业务扩展性。合理的规划安全组是能帮助应用降低被攻击的风险,同时可以帮助应用之间的结构和层次更清晰。下面是安全组最佳实践的第一篇。
最佳实践
在开始安全组的实践之前,下面有一些基本的建议。
- 首先安全组应该作为白名单使用, 这是最重要的规则。
使用最小的原则开放自己的应用出入规则,例如可以选择开放具体的端口例如80。 - 使用一个安全组来管理所有的应用将会非常难以配置,因为不同的分层一定有不同的需求。
- 对于今天的常见的分布式应用来说,不同的应用类型应该使用不同的安全组,例如我们对Web、Service、Database、Cache层使用不同的安全组暴漏不同的出入规则和权限。
- 也没有必要为每个实例设置一个安全组,这样管理起来的成本也非常高。
- 优先考虑VPC网络
- 不需要公网访问的资源不要提供公网IP
- 因为一个实例可以分配多个安全组,所以一个实例可能同时应用数百条规则。我们聚合所有分配的安全规则以判断是否允许流入或留出,但庞大的安全组规则可能会增加您管理上的复杂程度。因此,我们建议您尽可能保持单个安全组的规则简洁。
调整线上的安全组的出入规则是比较危险的动作,如果您不确定的情况下不要随意的更新安全组的出入规则的设置。 阿里云的控制台提供了克隆安全组和安全组规则的功能,您在修改安全组和规则的时候建议Clone一个相同的安全组,然后进行调试,避免直接影响线上应用。
本文先介绍一些安全组的入网规则的实践建议。
1. 不要使用0.0.0.0/0的入网规则
允许全部入网访问是经常犯的错误。使用0.0.0.0/0意味着所有的端口都对外暴漏了访问权限。这个是非常的不安全的。因此正确的做法是首先拒绝所有的端口对外开放。安全组应该是白名单访问。如果您需要暴漏服务,如果是Web服务,默认情况下可以只开放 80、8080、443之类的常用TCP端口。其它的端口都关闭。
{
"IpProtocol" : "tcp", "FromPort" : "80", "ToPort" : "80", "SourceCidrIp" : "0.0.0.0/0", "Policy": "accept"} ,
{
"IpProtocol" : "tcp", "FromPort" : "8080", "ToPort" : "8080", "SourceCidrIp" : "0.0.0.0/0", "Policy": "accept"} ,
{
"IpProtocol" : "tcp", "FromPort" : "443", "ToPort" : "443", "SourceCidrIp" : "0.0.0.0/0", "Policy": "accept"} ,
2. 关闭不需要的入网规则
如果您当前使用的入规则已经包含了0.0.0.0/0。首先您要重新审视下自己的应用需要对外暴漏的端口和服务。在确定某些端口是不想直接对外提供服务的可以加一条拒绝的规则。如果您的服务器上也自己安装了Mysql数据库服务,默认情况下您是不应该暴漏3306到公网的。您可以添加一条拒绝规则如下所示,下面的规则添加了一条拒绝规则。先将其设置的优先级为100,优先级最低。
{
"IpProtocol" : "tcp", "FromPort" : "3306", "ToPort" : "3306", "SourceCidrIp" : "0.0.0.0/0", "Policy": "drop", Priority: 100} ,
上面的调整直接将导致所有的端口都不能访问3306。这样非常有可能阻止您的正常的业务需求。您可以通过授权另外一个安全组的资源进行如规则访问。
3. 授权另外一个安全组入网访问
不同的安全组按照最小原则开放相应的出入规则。对于不同的应用分层应该使用不同的安全组,不同的安全组相应的出入规则。
例如对于常见的分布式应用,我们都会区分不同的安全组,由于不同的安全组可能网络是不能通讯的,这个时候直接授权IP或者CIDR网段就是非常痛苦的,我们可以直接授权另外一个安全组id的所有的资源都可以直接访问。例如我们的应用对Web、Database创建了不同的安全组, sg-web, sg-databse。在sg-database中我们可以加一条下面的规则,授权所有的sg-web安全组的资源可以访问我们的3306端口。
{
"IpProtocol" : "tcp", "FromPort" : "3306", "ToPort" : "3306", "SourceGroupId" : "sg-web", "Policy": "accept", Priority: 2} ,
4. 授权另外一个CIDR可以入网访问
经典网络中由于网段不太可控,我们建议您使用安全组ID来授信入网规则,但是VPC中我们的IP地址是可以自己规划的,您可以通过不同的VSwitch来设置不同的IP域。
在VPC环境中,我们可以默认的拒绝所有的访问。然后授信自己的专有网络的网段可以访问。通过直接授信可以相信的CIDR网段。
{
"IpProtocol" : "icmp", "FromPort" : "-1", "ToPort" : "-1", "SourceCidrIp" : "10.0.0.0/24", Priority: 2} ,
{
"IpProtocol" : "tcp", "FromPort" : "0", "ToPort" : "65535", "SourceCidrIp" : "10.0.0.0/24", Priority: 2} ,
{
"IpProtocol" : "udp", "FromPort" : "0", "ToPort" : "65535", "SourceCidrIp" : "10.0.0.0/24", Priority: 2} ,
5. 变更安全组规则步骤和说明
变更安全组规则可能会导致您的实例间网络通信受到影响,为避免必要的网络通信受到影响,请尝试以下方法先放行必要的实例,再执行安全组策略收紧变更。执行收紧变更后请观察一段时间,确认业务应用无异常后再执行其它必要的变更
- 将需要互通访问的实例,加入同一个安全组再执行变更操作。您可以选择新建一个安全组,将需要互通的实例加入这个新的安全组后,安全组内的实例内网即可互通。
- 将需要互通访问的对端实例所绑定的安全组ID,添加到实例安全组授权规则中;
- 将需要互通访问的对端实例内网IP,添加到实例安全组授权规则中;
具体操作指引请参见 安全组设置内网互通的方法
本篇主要是入网规则的一些实践。下面我们将介绍 云服务器ECS安全组实践(二), 将涉及云服务器的安全规则细节和将云服务器加入和移除安全组。