云上安全三字经

阿里云在安全上倡导的是责任共担模型, 简单说就是云平台的安全由阿里云负责, 但云上租户自己的网络、主机、业务、数据的安全,需要租户自己负责,那作为一个租户,具体该怎么做呢?

记得小时候的“三字经”郎朗上口,至今不忘。 因此我就想,云上的安全能否也用3字经的方式表达?即简单又清晰,因此整理了下面9个安全“三字经”。

这第1句是:筑堡垒。

就是通过虚拟网络的技术,Virtual Private Cloud,简称VPC,把每个租户的业务系统放到一个私有网络中, 在不同VPC的租户之间,网络是天然隔离的,VPC对于客户业务来说,就像是一个天然的堡垒。

第2句是:关好门。

业务放到VPC这个堡垒之后,需要对外提供服务。大家都知道,每个IP对外提供了6万多个端口,每个端口相当于是业务系统对外开放的大门, 因此这第二步工作,就是要把门关好。

最好是缺省禁止访问,只放开必要的业务端口,比如TCP 80,443。同时,如果没有主动外联的业务,那就设置从内到到都禁止的规则,以免服务万一中木马后,对外通报信息,暴露了公网IP。

另外如果是有远程管理的需求,最好采用VPN方式访问,不应该把管理端口直接暴露在公网上。

第3句是: 补上洞。

云盾的安骑士产品提供自研漏洞补丁,在漏洞爆发和官方未发布补丁的窗口期,帮助客户一键修复漏洞,拦截黑客攻击。

第4句是: 防住贼。

业务放到VPC堡垒后,也只对外开放了http端口,但任然防不住有些互联上的窃贼通过SQL注入等方式获取窃取业务系统的数据。因此针对web业务的Web应用防火墙(简称WAF),就成为防火墙web应用的必须品。

另外一些互联网“窃贼”,为了获取网站上活动的奖品、红包,注册了大量账号来进行“撸羊毛”的行为。我们在云盾WAF的高级及以上版本,集成了业务风控功能。通过在业务中无缝插入滑屏校验码,以判断是人的注册行为,还是机器的注册行为。判断是机器的行为,则自动被禁止。

再次,大家都支持http业务是明文的,很容易被监控,被劫持。 因此,很有必要通过SLB + 证书的功能,把http的业务应用转变为https。来防止这一部分的窃贼。

这就是“防住贼”这3方面的意思。

第5句是: 勤检查。

构建好上面的防护体系之后,还需要日常的“勤检测”,来判断我现在的系统是否有漏洞?现在是否安全?到达谁在攻击攻击? 攻击者对我哪些业务资产感兴趣?

这就需要“态势感知”系统,和传统基于结果的态势感知,云上态势感知最大的差距在于,其是基于全量的云、管、端的数据的分析。云就是云上的威胁情报、管就是租户管道的全流量分析,端就是服务器端的实时监测。同时在其企业版本中,还可以通过大屏的方式将态势感知直观的展示出来,方便日常运维。

值得一提的是,在线下态势感知项目都是百万级, 而在云上受到云计算的红利,客户的拥有成本随着ECS的数量,从几千到几万不等。

第6句是: 重备份。

备份是业务快速恢复最后的兜底措施,因此大家一定要重视。并且在阿里云ECS上提供了自动的快照功能。

以上这6步,基本就构建了云上安全的基础防护体系。对于一些特殊的业务,如游戏类或电商类业务,比较容易受到DDoS攻击,还需要选购DDoS高防IP服务,用于保障在被攻击时业务的连续性。

另外,对应电商类的业务来说,先知平台的安全众测服务也是必须的,特别是类似“0元支付”的业务逻辑漏洞,通过安全产品是无法解决的。如果有这种业务,最好就需要采用先知平台的安全众测,来提前规避业务的损失。

除此之外,很多云上的企业处于业务高速发展阶段,更多的人员投入到业务相关,基础安全建设,特别是安全攻防方面的人员配置不足,云盾也推出了安全管家服务,做好客户的帮手,帮助客户一起保护好云上资产的安全。

最后,我想说:安全是一个整体,入侵往往发生在最薄弱环节,不能头疼医头,脚痛医脚,需要在业务上云时就有一套完整的安全防护体系,而不是等出了安全事故才想去应该搞安全。

有人会说,我在云上的ECS也不过几台,怎么在安全上的投入比ECS还贵啊。 其实客户在云上的安全投入和ECS数量并不强相关,而是和业务系统的价值强相关,一般和交易相关(钱)、和用户注册相关(人)、和企业业务数据相关的应用,均是应重点防护的应用。

就像同样的一个仓库,如果存放的是黄金,和存放普通货物。安全的防护基本肯定是不一定的。

原文地址:http://click.aliyun.com/m/19948/

时间: 2024-08-13 21:17:07

云上安全三字经的相关文章

云计算之路-阿里云上-容器难容:自建docker swarm集群遭遇无法解决的问题

我们从今年6月开始在生产环境进行 docker 容器化部署,将已经迁移至 ASP.NET Core 的站点部署到 docker swarm 集群上.开始我们选用的阿里云容器服务,但是在使用过程中我们遭遇了恐怖的路由服务(acsrouting)路由错乱问题 —— 请求被随机路由到集群中的任一容器,虽然后来阿里云修复了这个问题,但我们对容器服务失去了信心,走上了用阿里云服务器自建 docker swarm 集群的道路. 用上自建 docker swarm 集群之后,本以为可以在云上容器中过上安稳的日

云计算之路-阿里云上:Wireshark抓包分析一个耗时20秒的请求

这篇博文分享的是我们针对一个耗时20秒的请求,用Wireshark进行抓包分析的过程. 请求的流程是这样的:客户端浏览器 -> SLB(负载均衡) -> ECS(云服务器) -> SLB -> 客户端浏览器. 下面是分析的过程: 1. 启动Wireshark,针对内网网卡进行抓包. 2. 在IIS日志中找出要分析的请求(借助Log Parser Studio) 通过c-ip(Client IP Address)可以获知SLB的内网IP,在分析Wireshar抓包时需要依据这个IP进

远程登录阿里云上的MySQL

最近对云和服务器之类的感兴趣,想要将自己的数据什么的保存到远端服务器.研究了阿里云和百度云.今天算是有点进步吧. 我在阿里云上申请了个免费的云服务器(ECS),很可惜只能用5天.我也不太懂他的性能怎么样..反正能用吧.哈哈 上图吧. 1.主机终端管理:由于对Ubuntu 还算熟悉,我选了装ubuntu 的主机,在"更多操作"选项中,选择"连接终端",进入连接页面,按照提示输入"VNC"密码,就进入了主机系统,不过是命令行的终端 . 2.MySQL

有感于微课数据同步多次 也与云上的不一致问题,大家的思路不清楚是主要原因。

import requests import json # pip install requests scheme_id=105887 start_num=0 limit_count=20 v_count=0 # 同步的思路 # 1.通过 CREATE TABLE A LIKE B 这样的方式,对要同步的微课表进行创建目标表的镜像,当然,可以是多张表,如果以前生成过, 建议采用 drop table if exists tablename 删除掉这些临时表 # 2.通过云主机的接口,获取指定版本

阿里云上的RDS数据的本地同步

一.背景知识 数据库RDS 阿里云云数据库RDS(ApsaraDB for RDS,简称RDS)是一种稳定可靠.可弹性伸缩的在线数据库服务.基于飞天分布式系统和全SSD盘高性能存储,支持MySQL.SQL Server.PostgreSQL和PPAS(高度兼容Oracle)引擎,默认部署主备架构且提供了容灾.备份.恢复.监控.迁移等方面的全套解决方案,解决数据库运维的问题. RDS主从架构 应用连接RDS,流量通过SLB指向主从节点的master,所以如果我们连接RDS的账户具有REPLICAT

云计算之路-阿里云上:超过70秒的请求抓包分析

超过70秒的请求是通过分析IIS日志发现的: 10.159.63.104是SLB的内网IP. 通过Wireshark抓包分析请求是9:22:21收到的(tcp.stream eq 23080): 09:22:21.299838000 10.159.63.104 10.161.241.208 HTTP 291 GET /eastsea/p/3764040.html HTTP/1.0 这个请求响应内容的长度是:Content-Length 1154110(1.1MB) 云服务器(ECS)在收到请求后

云计算之路-阿里云上:对“黑色n秒”问题的最终猜想——CPU C-states引起的

如果说2013年云计算之路的主题是"踩坑",那么2014年我们希望云计算之路的主题变成"填坑"--当然填坑是阿里云来完成的,我们只是见证曾经的坑坑洼洼变成平坦大道. 15号(周四)晚上我们发现了SLB会话保持的坑,16号晚上阿里云成功定位并进行修复,这两天正式发布后会填平这个坑.这次从踩坑到填坑的过程是最痛快的一次. 接下来我们的目标锁定在"黑色n秒"(刚发现一个英文说法:stuck for x seconds)这个坑我们最多.最神秘.最诡异的坑

SegmentFault 社区访谈 | 依云: 一只想依偎在云上的野百合

社区访谈的上期说到上帝有明是如何通过他的个人魅力撩得妹纸归,回忆传送门,不过逗得了妹纸笑,引得了汉纸拜(唔,崇拜的拜,不是拜天地的拜)这种境界也不是一般人所能达到的,逗得了妹纸笑,清蒸看来需要一点天赋加成,引得了汉纸拜,这点嘛,只要努力,磨练下技术还是可以实现的,只要技术过硬成得了大佬,忽略天赋加成,你见过哪个大佬单身?摊手,所以,技术是第一生产力,本期的访谈嘉宾就是一个技术非常厉害的社区小伙伴 -- 依云酱,为什么要加一个「酱」字呢?因为真的超级可爱呀~ 有请本期嘉宾 -- 依云 ?? 必经之

从微软到灵雀云:一个理工男的“云上云”之路

2015年10月20日 作者: 转载 目录: 媒体报道 评论: 没有评论 导读:这家刚刚完成1000万美元A轮融资的Docker云计算平台公司,陈设与作派处处透露着理工男的实用主义.‌‌ 灵雀云办公室的会客区里,那张银灰色宜家沙发,是从去年公司初创的公寓里搬来的.CEO左玥迎面走来,牛仔裤,运动鞋,胡子拉碴. “这些办公椅是上一家公司留下来的,五十块一把,我们给买了”,左玥对i黑马记者说.这家刚刚完成1000万美元A轮融资的Docker云计算平台公司,陈设与作派处处透露着理工男的实用主义. 灵雀