容器和云中的配置错误：风险和修复 - 主机参考VPS测评

Kubernetes安全平台提供商StackRox的营销副总裁Michelle McLean说，许多DevOps团队的思想和使命是快速推出代码，以使他们的组织更加敏捷。她说，“这并不意味着开发人员不关心安全性或故意疏忽大意。然而，这并不总是他们首先想到的事情。&;

McLean是StackRox最新的《容器和Kubernetes安全性状况报告》的作者。她说，安全性已经在基础设施中以多种方式变得更加固有，这为开发周期带来了新的方法。McLean说，“以前在构建代码之后就开始运营，而现在需要弄清楚如何确保它的安全。&;

她说，在DevOps时代，这种顺序被颠覆了，周期的不同部分有时会重叠并造成盲点。McLean说：“所有这些现在都混合在一起，并在相似的时间框架内发生。&;当任务是快速行动时，快速发布代码，可能会遗漏一些内容。&;

提供商Packet公司联合创始人Jacob Smith说，配置错误的问题与DevOps的旅程紧密相关。他说，这源于如何通过DevOps自动化与IT管理来部署容器。Smith说：“这是一个不同的工作流程，最大的弱点之一是网络策略。问题很容易遗漏，因为随着基础设施变得越来越多样化并迁移到云中，配置的规模也越来越大。&;

Smith说，来自RedHat、Rancher或VMware的支持工具集可以监视和改善可见性，因此开发人员可以知道哪些容器可以连接到什么容器。他说，容器的相对新颖和快速发展已成为企业的当务之急，这对开发人员来说是一个挑战。Smith说：“发生的事情太多了，而且变化很快。那是造成混乱的原因;很多刚接触它的人都会感觉到紧张。DevOps领域的这一部分在过去两年中迅速成熟，似乎在一夜之间出现了新的需求。&;

Smith说：“每个人都必须制定服务网格策略，尽管18个月前还不存在。安全是潜在后果的明显领域，但是由于配置错误而导致的业务效率低下也可能代价高昂。例如，可能有一个容器可能无法控制服务器的情况下，资源分配失控。那是不应该做的一件事。&;

McLean强调的关键错误配置问题之一是，并非默认情况下总是打开所有安全控件。她说，“有了容器和Kubernetes，仍然可以学习到许多具有复杂基础设施的运动部件。假设开发人员将在某个时候启用安全控制。&;

唯一提供独家研究结果，动手研讨会，案例研究，20个小时以上的联网以及最大的以为中心的展览厅的行业盛会。

McLean建议寻找某些难以找到的元素，例如资源是否为只读或是否可以写入。检查是否启用了基于角色的访问控制。她说：“这类似于拥有可写的容器。如果有人获得了在Kubernetes级别进行更改的许可，将面临风险。如果可以进入Kube，就可以进入所有资产。&;

McLean说，随着越来越多的企业将他们开发的新应用程序容器化，这种类型的曝光的可能性很可能会增加。她说：“很可能这些是企业一些最重要的业务必备应用程序。这些应用程序可能还会保留客户数据。这容易犯错误。组织应该帮助开发人员做正确的事。&;

【本网所有资讯均转载自其它媒体，目的在于传递更多信息，并不代表主机参考赞同其观点和对其真实性负责。】