引以为戒,特斯拉Kubernetes控制台被黑客攻击

摘要: 特斯拉公司惨遭“毒手”是因为其Kubernetes平台没有设置密码保护。

几个月前RedLock公司工作人员发现:数百个Kubernetes管理控制台无需密码即可访问,即直接公开暴露在互联网之上。

经过专家研究发现这些管控台被黑客们蓄意利用从事非法“挖矿”。技术极客惨遭黑手,我们应该如何防患于未然?

Crypto-jacking, 黑客“薅羊毛”挖矿

在特斯拉的被“挖矿”事故之前,英国国际保险公司Aviva和全球最大SIM卡制造商Gemalto也曾中招。这些公司都分别采用了两家国际云计算巨头公司的公有云服务,其管控台的访问权限无需密码登录授权而直接暴露给外界,而黑客们则利用这些暴露的计算实例挖掘加密货币。

引以为戒,特斯拉Kubernetes控制台被黑客攻击_第1张图片

加密货币挖掘的WannaMine恶意软件中有一个Mimikatz的工具从计算机存诸器中拉取密码,并入侵到网络中的其他电脑中,随后将所控制的计算资源“神不知鬼不觉”地挖掘一种Monero加密货币。不知道大家是否还记得曾经在2017年5月感染超过100个国家10万台电脑、引发全球恐慌的WannaCry勒索事件,彼时利用的是NSA漏洞永恒之蓝;而Mimikatz工具可以绕开对永恒之蓝漏洞的依赖,逃避哪怕是已经被完善修补的电脑的检测。

这些黑客们盗用其他人的计算资源,挖掘加密货币为自己非法牟利。目标群体是那些高流量的大型网站,比如美国三大新闻网络之一CBS的付费影片服务“Showtime”等发现有“挖币”程序,会利用网页浏览者们的电脑处理器资源。

有关机构曾经统计受黑客挖币影响最严重的前十个国家:

引以为戒,特斯拉Kubernetes控制台被黑客攻击_第2张图片

特斯拉受害, Kubernetes管控台没有密码保护

RedLock专家们发现特斯拉成为受害者,黑客们潜入到了没有密码保护的Kubernetes管控台。在一个Kubernetes pod里面,盗取了Tesla的公有云环境的访问权限,而对应公有云环境中则存放着如telemetry的敏感数据。

引以为戒,特斯拉Kubernetes控制台被黑客攻击_第3张图片

除了裸露的数据之外,RedLock还注意到此次攻击中一些更为复杂的检测躲避手段。

首先,没有使用知名的公共“矿池”。他们安装挖矿软件,并通过恶意脚本链接上未列出/半公共端点。其次,黑客通过CloudFlare隐藏了矿池服务器的真实IP地址,CloudFalre是一个免费的CDN服务。通过该服务获得新的IP地址。因此常见标准的基于IP或域的探测很难检测到此类恶意行为。

挖矿软件监听的是非标准端口,基于端口的恶意检测也变得很困难。

黑客们的挖矿软件保持“低调”,没有造成CPU使用过高,资源的占用不易被发现。

该怎样保护自己的资源?

虽然特斯拉等公司采用了公有云供应商的服务,但是这个锅也不能完全扣在供应商头上,毕竟是因用户自己没有配置密码而导致。

阿里云容器服务Kubernetes集群配置了证书登录,并且关闭了非安全的本地端口,安全系数较高。即使用户没有配置密码登录,集群访问也会进行证书校验,不会造成防线一触即溃的危局。

同时,还应该注意提高监控能力 。对配置、网络流量、可疑的用户行为等进行监控。首先,研发成员可能会忽视安全组规则,公司应该检测风险,自动地发现相关资源的创建、 决定资源上的应用程序,并根据资源和应用程序类型采用恰当的策略;Kubernetes控制台没有设置密码自然会被检测出来。其次,如果关联了网络流量与配置数据,特斯拉就可以检测到Kubernetes pod中产生的可疑流量。最后,不仅要检测基于地理位置或时间的异常,还要识别是否有异常事件。

阿里云容器Kubernetes服务支持资源维度监控,从底层ECS到上层的Pod,service namespace等资源监控。虽然该容器平台目前不支持用户行为检测,但是可以联合使用阿里云的数据风控产品。该数据风控产品由阿里聚安全提供,凝聚了阿里多年业务风控经验,可针对性解决帐号、活动、交易等关键环节的欺诈威胁问题,保证正常用户体验。

此外,阿里云云监控针对阿里云资源和互联网应用的监控服务,可以获知CPU使用率、内存使用率、公网流出流速等系统级别基础指标,并且根据设定的报警规则获知异常,还支持HTTP、TCP等8种协议的站点监控及自定义监控。

本文作者:木环

你可能感兴趣的:(引以为戒,特斯拉Kubernetes控制台被黑客攻击)