容器和云中的配置错误：风险和修复

在DevOps中快速行动可能会造成安全漏洞，直到灾难来袭之前，这些漏洞才可能被忽略。

急于转型的组织可以从短暂的停顿中获益，以避免可能造成意外的、未被注意到的曝光的错误配置。目前的趋势是企业与DevOps一起发展，以加快部署速度。这种仓促可能导致安全漏洞，否则可能会在途中被抓到。StackRox和Packet的专家分析了一些错误配置的信号，以及组织如何解决这些问题。

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

当前名称：容器和云中的配置错误：风险和修复
地址分享：/news9/203559.html

成都网站建设公司_创新互联，为您提供外贸网站建设、Google、电子商务、服务器托管、企业网站制作、ChatGPT

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联