如今的典型企业通常会在全球范围内使用多家云供应商,这为安全问题的潜入提供了多种途径。以下是一些不太为人所知但可能困扰你的问题。
当企业的ciso试图在整个全球威胁环境中维持安全时,他们发现自己与各种云环境之间的关系是既爱又恨。对于许多人来说,这种关系更像是恨与厌恶的关系。
云环境看似是现有运营的无缝延伸,但实际上它们由分散在企业各个部门的不同云团队控制,这些团队的目标和需求可能与网络安全团队的指令相冲突。
因此,企业使用云的本质可能会带来一系列难以检测的潜在网络安全问题。我们与多位云安全专家讨论了企业安全运营中心(soc)最有可能遭遇的低调云安全问题。
临时资源的威胁比你想象的更大
云中没有什么比临时资源更能带来持久的头痛问题了,这主要是因为它们的生命周期很短,难以进行扫描,因而成为隐藏恶意软件的理想场所。
这些临时资源,如临时存储实例或动态分配的资源,只存在于执行特定功能后便终止的时间段中,在云环境中越来越常见。
软件供应商zibtek的创始人cache merrill表示:“临时资源的短暂性可能会让安全团队低估其潜在的安全风险,认为这些资源由于寿命短而威胁较小。”
但是,一旦这些资源被攻破,它们可能会成为攻击者的最佳帮手,充当“恶意活动的切入点或临时避难所,而几乎不留下任何可供取证分析的痕迹。”merrill说道。“这可能尤其具有挑战性,因为传统的安全工具和实践通常是为长期存在的基础设施配置的,可能不会自动扩展到这些短命的组件。”
根据merrill的说法,典型安全扫描错过临时攻击的几率“非常高。最糟糕的情况是什么?你将读写权限向全世界开放。”
在云环境中,it资产清单借口不再有效
安全专家通常会避免处理本地it资产的清单管理,然而,wiz公司的首席云安全研究员scott piper认为,许多人没有意识到,在云中进行清点要容易得多,因此没有理由再回避这项工作。
“许多人在过去处理it资产清单时都留下了‘伤痕’。传统上,在需要物理追踪电缆并亲自查看设备的世界里,进行it资产清单的工作非常困难。接下来,你还需要尝试了解这些设备运行的软件及其配置情况,这需要在设备上安装代理程序。”piper说。“这是一个复杂的问题,因为你需要一个适用于操作系统的代理程序,并为潜在的性能和可靠性风险进行测试和批准,还需要弄清楚如何进行设备身份验证以安装代理程序,进行网络通信所需的额外配置更改,处理如果代理程序停止工作时的故障排除等等。”
相比之下,在云环境中,一切都被视为api,这使得进行资产清单管理要简单得多。虽然远谈不上有趣,但安全团队必须克服多年积累的回避心理。
piper表示:“识别所有资源只需要一组api。通过api快照磁盘,可以扫描服务器上安装的所有应用程序和库,然后花尽可能多的时间评估这些数据,而不必过多担心扫描的性能问题。”
piper还指出,那些认为“尽管清单有其价值,但获取清单的困难不值得”的网络安全专家,实际上是在损害公司在云环境中的安全态势,因为回避清单管理可能会带来严重的网络安全问题。
“因为他们没有关注资产清单,他们无法发现配置错误。那些他们不知道的资产清单中可能存在关键的配置问题,而这些问题因此未能得到解决。”piper说。
云账单有助于跟踪攻击——但需注意
一些攻击者并不关注通过勒索软件窃取企业数据或通过ddos攻击关闭运营。相反,他们是想要惩罚企业的破坏者。此类攻击之一包括“钱包拒绝服务”(dow)攻击,旨在迫使企业承担大量额外的云费用。
然而,不仅仅是云支出的增加可以作为恶意活动的早期指标。
“消费量的急剧下降可以告诉你,有人正在破坏你的云环境,而且比你的监控系统更早发现问题。”技术咨询公司isg的合伙人doug saylors表示。攻击者“可能正在删除过去90天的备份。”
尽管跟踪云支出可以提供网络安全情报,但由于云计费的性质——尤其是在不断添加新功能和服务的情况下——实时侦查变得具有挑战性。
saylors说:“超大规模云服务商正在向市场推出大量产品,有时网络和it团队在产品开发的初期阶段之外才了解到这些产品。”
至于dow攻击,it培训公司pluralsight的首席云策略师drew firment表示,这些攻击通常通过“反复触发api端点来故意增加云计算费用”进行。
“随着数据集的规模增长,利用脆弱端点并触发大规模且昂贵的数据传输的dow攻击的潜在财务影响也在增加,”firment说,“为了减少风险,组织应该实施api网关速率限制以防止端点被滥用,同时配置web应用防火墙策略,限制来自单个ip地址或ip范围的请求数量。”
ernst & young的网络安全战略总监brian levine补充说,内部对云使用缺乏透明度可能是ciso面临的另一个问题。
levine表示:“应该在多个团队之间共享的知识,以及缺乏高级管理人员确保这些知识得到有效和及时共享,是企业常见的痛点。随着云服务供应商推出更多的安全产品和套餐,这可能会让人感到困惑。我们真正需要的是什么,什么又只是附加销售?这是一项很难做的分析。”
levine举了一个例子,某些云平台会向企业额外收费来记录和保存日志——这对于进行事件后的分析和取证至关重要,特别是在攻击者故意删除或篡改他们可以访问的日志时。
你的idp策略可能存在不足
身份提供商(idp)服务中断相对罕见,持续时间也不长。而且,切换到备用服务可能会对终端用户造成更大的干扰——因为这可能需要行为上的改变——相比之下,等待几分钟看主要系统是否恢复可能更为简单。
但由于无法确定何时会恢复服务,企业仍然需要一个idp备份策略,德国咨询公司kuppingercole analysts的首席分析师martin kuppinger说。不幸的是,由于上述原因,许多公司放弃了这种策略。
kuppinger建议:“当所有认证都依赖于idaas/saas服务时,你能承受多长时间的服务中断?你需要有一些措施,以便在主要idp不可用时能够认证这些服务。”他建议拥有一个在本地运行或独立于主要idp使用的云环境之外的第二个idp。
你未充分应对的saas安全问题
saas安全漏洞是狡猾且隐秘的,它们悄悄地增加了巨大的风险,而许多安全运营中心(soc)员工却没有注意到。
gartner分析师charlie winckless表示:“saas供应商的风险差异巨大。saas应用程序在对组织构成的风险程度上存在根本性的差异。最大的一些供应商非常出色。接下来的几个层级的供应商也可以使用,但还有大量的saas应用程序很难评估。”
“这一问题因许多ciso过度关注三大超大规模云服务商而忽视了saas而变得更加复杂,”他补充道,“代码库通常托管在saas上,可能是开放的,或者远比你预期的要不安全。”
悬空的dns指针可能带来大问题
gartner的winckless表示,dns是另一个看似无害但在云环境中可能变得非常棘手的问题。
“在云环境的动态性质中,dns暴露的风险很高。例如,你的团队在azure上设置了一个带有azurewebsites.net dns的网站,并为自己创建了一个cname并指向该网站,”他解释道。“如果你删除了该网站(这是常见的操作),但没有删除cname,那么攻击者可以利用你的悬空dns进行伪装,这并不是云独有的问题,但云的动态性使得意外留下悬空dns指针的可能性大大增加。”
当某人在云中配置资源时,它会被赋予一个名称,“但没有人会记住那个名称,”winckless说,所以它被扔进了dns中。“攻击者可以注册那个底层域名,并在上面放置他们想要的任何内容,看起来非常像一个合法的企业文件。”
api访问是潜在的安全事故
api可能是云结构的精髓,但它们也为攻击者提供了许多切入点。
“应用程序中的本地api密钥是一个令人惊讶的常见但被忽视的云安全漏洞。举个例子,一名员工被解雇了,你禁用了该用户的单点登录(sso),”身份治理公司conductorone的cto paul querna说。“在许多情况下,本地api密钥在sso被禁用后仍然可以继续工作,这是因为本地api密钥独立于用户的sso状态运行,当sso关闭时不会自动撤销,这意味着该用户可能仍然能够访问某些系统或数据,这构成了严重的安全风险。”
isg的saylors同意这一观点,强调了访问api的自定义代码的安全问题。他举了一个在所有主要云平台上都有业务存在的企业的例子。
“假设有人正在使用这些提供商,他们可能有一个通用的身份平台,比如sailpoint。如果sailpoint将数据流传输到aws、microsoft及其他平台,它可能允许在这些超大规模云环境中的所有客户信息的访问,它可能允许在云中有限的数据访问。现在假设攻击者正在针对那个aws api。如果该客户在这些云平台上使用相同的凭据,”这可能会提供广泛的访问权限,他说。
imdsv2:你不知道的可能会毁掉你的云
2024年3月,amazon悄悄地更新了aws平台的一个关键部分:实例元数据服务(imds)。pluralsight的firment表示,一些安全运营中心(soc)“可能甚至没有意识到他们在使用[imds]”,因此他们的操作面临与元数据暴露相关的严重“安全威胁”。
“aws使用imds存储其他应用程序和服务使用的安全凭据,并通过rest api提供这些信息。攻击者可以利用服务器端请求伪造(ssrf)从imds窃取凭据,从而以实例角色的身份进行横向移动或数据盗窃,”firment解释道,“aws推出了imds的新版本,即版本2,以提高对未授权元数据的安全性,尽管许多组织仍将原始的imdsv1作为默认设置。为了帮助ciso们堵住这一潜在的安全漏洞,aws最近宣布,可以将所有新启动的amazon ec2实例默认设置为更安全的imdsv2。”
firment指出,imdsv2“于2019年11月由aws推出,但直到2024年3月才引入将默认设置为新版本的功能。因此,许多组织仍继续使用原本存在漏洞的imdsv1。值得注意的是,默认设置只适用于新启动的实例,因此使用imdsv1的现有实例仍需要重新配置。”
“对于大多数组织来说,这构成了相当大的威胁。可能没有足够的意识到需要将所有人切换到新版本,”他说,并补充道,风险在于攻击者“可能会窃取凭据,并在你的组织内横向移动。”
企业网d1net(www.d1net.com):
国内主流的to b it门户,旗下运营国内最大的甲方cio专家库和智力输出及社交平台-信众智(www.cioall.com)。旗下运营19个it行业公众号(微信搜索d1net即可关注)。
凯发在线的版权声明:本文为企业网d1net编译,转载需在文章开头注明出处为:企业网d1net,如果不注明出处,企业网d1net将保留追究其法律责任的权利。