蜂巢之声:青藤首发“容器安全成熟度模型”

虽然越来越多的企业开始采用容器化的云原生应用 , 但传统的安全措施却无力应对新技术发展带来的挑战 。 当下云原生虽说异常火热 , 却没有一个清晰的路线图 , 能够指明在容器化过程中 , 各个阶段该如何做好安全 。 由于容器化的每个阶段都会带来新的安全挑战 , 企业必须在做好基础架构的同时 , 确保每个阶段的安全 。 可以预见 , 从第一个容器化应用开发到管理数千个容器过程中 , 安全需求也在不断变化 。

为此 , 青藤发布国内首个“容器安全成熟度模型” , 旨在帮助企业在采用容器和容器扩容过程中能够更好理解并成功应对所产生的各类安全挑战 。


蜂巢之声:青藤首发“容器安全成熟度模型”

----蜂巢之声:青藤首发“容器安全成熟度模型”//----

一、引言

无论应用是在容器中运行 , 还是在虚拟机、主机上运行 , 发生安全事件的后果都是相同的 。 此外 , 在安全事件发生后 , 无论打多少补丁 , 也无法挽回已泄露的敏感数据 。 据调查报告《2020年容器与Kubernetes安全状况》显示 , 94%的受访者表示 , 在过去12个月中发生了容器安全事件 。


蜂巢之声:青藤首发“容器安全成熟度模型”

----蜂巢之声:青藤首发“容器安全成熟度模型”//----

在过去12个月中遭遇过容器安全问题类型和比例

在很多情况下 , 企业并不完全了解容器化架构所面临的安全挑战 , 更不用说如何主动应对这些挑战 。 这时 , 常见的做法就是将之前的安全策略应用到容器中来 , 但这并不一定适合新的应用体系架构和开发工作流程 。 总得来说 , 就是容器使用率不断提高 , 但安全总是落后一步 。

下文将针对容器安全成熟度模型进行详细解释 , 旨在帮助企业更好了解需要部署哪些重要工具 , 采取哪些措施 , 来满足当前和未来容器安全需求 。

二、容器安全成熟度模型

第1阶段:实验学习

在这个阶段 , 主要是开发人员自己学习如何在机器上使用容器 。 例如 , 通过一些不进入生产系统的项目做练习 。 在这一阶段 , 所涉及的应用大多是一些基本应用 。

这阶段可能持续数月之久 。 由于只有个别开发人员在学习和测试容器 , 因此只要项目不是用于生产 , 就不需要专用的安全工具 , 也不需要改变以往安全策略 。 与往常一样 , 开发人员只需确保安全编码 。 但是 , 这个阶段安全也是声明式的和自动化的 , 是开发工作流程的一部分 , 而不是在完成应用构建后才解决安全问题 。

虽说 , 在该阶段安全并不太重要 , 也不会犯什么错误 。 但是 , 如果组织机构打算扩展容器化项目 , 则需要确保让每个人都了解 , 安全风险和复杂性会在扩展后迅速增加 。 在第1阶段和第2阶段之间的安全挑战存在巨大差异的 , 这会让许多组织机构措手不及 。

第2阶段:正式启动


推荐阅读