怎样保证无服务器架构的安全

无服务器架构使组织无需运行内部服务器即可大规模构建和部署软件。微服务等功能即服务(FaaS)模型的广泛应用也证明了无服务器架构的普及。无服务器架构不仅节省了大量成本，并且其可扩展性为组织的业务增长提供了更大的灵活性。

以下将概述组织确保无服务器架构的安全性应该考虑的关键领域。虽然适合组织生态系统的解决方案对其来说是独一无二的，但以下内容将为组织采用无服务器架构提供坚实的基础。

简而言之，软件环境的攻击面由未经授权的用户可以输入或提取数据的所有点组成。了解和监视这些点是有效提高无服务器安全性的关键。

无服务器系统由数十个、数百个甚至数千个组件组成，这为恶意攻击者和未授权用户提供了新的切入点，他们都在添加集成到生态系统中的每个新工具、服务或平台。每次扩展和修改架构时，其攻击面都会发生变化。

而且，由于无服务器架构的入口点繁多且拓扑复杂，无服务器攻击面是多层和多维的。因此其攻击面具有高度的复杂性和波动性，因此几乎不可能进行人工映射和监视。

自动化监视和发现系统可以使组织更好地防范威胁。但组织的安全人员只能保护自己看到的内容，除非其监视工具可以随着系统的扩展增加其可见性范围，否则无服务器架构的大部分将会受到威胁。

在组织的无服务器架构中，很有可能会采用自动连续部署。这意味着组织攻击面上的薄弱点也在不断地自动生成。如果组织的监控和发现功能无法跟上威胁的发展，那么在新的细分市场中很容易受到攻击。

幸运的是，有一些平台可以实时映射和监视无服务器架构。其中许多功能还具有可以扩展的安全性，并确定未经授权的用户可以恶意操纵数据的位置。其中一些平台是专门为无服务器安全而设计的。

无服务器架构的最常见风险来自数据注入。自从第一个无服务器系统上线运营以来，注入漏洞已成为无服务器安全讨论的主要话题。

无服务器架构的每个组件和功能都需要来自大量来源的输入。这些可能是云存储事件、来自API网关的命令、消息队列事件、数据库更改、来自物联网遥测的信号，甚至是电子邮件。这一列表实际上是无限的，并且只受架构的规模和内容的限制。

可以说，规模越大，从中提取数据的资源就越丰富。这些不同的源类型均带有唯一的消息格式和编码方案。其中任何一个都可能包含不受信任或攻击者控制的输入数据。预测和消除这些恶意注入对于组织来说可能是一个艰巨的挑战。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!