怎样看待和处理美国云服务器配置漂移？

配置错误是美国云服务器中数据泄露的主要原因，发生错误配置的一个重要原因是配置“漂移”或云环境配置后发生的更改。如果你负责美国云服务器中的环境安全性和合规性，则可能会花费大量时间专注于分析美国云服务器偏移事件并进行修正。本文中，恒创科技将简单讲解怎样看待和处理美国云服务器配置漂移，并对美国云服务器中配置漂移事件进行分类，帮助你对配置漂移形成相对准确的认知。

什么是“配置漂移”？

“配置飘移”这个问题在国外业界早有提及，但在国内关注和重视程度相当缺乏。

美国云服务器的配置漂移，指的是你改变了美国云服务器环境中的某一项配置，引起了超出预期的偏差或变化。尤其是随着时间推移，开发和运维对发生的需求和问题多次做出响应后，美国云服务器的环境和系统逐渐偏离了既定策略或标准。例如，

• “我在测试环境做了一个修改，但忘记在生产服务器上同步这样的改动”；
• “为满足某台美国云服务器实例中应用程序的需求，我改动了某个安全组规则，造成这个安全组内的其他云服务器出现问题”；
• “我之前设置了某些自动化任务，后来运行其他任务时，与之前的自动任务产生了冲突”。

事实上，超过 50% 的不定期系统停机时间可归因于配置问题。如果美国云服务器和应用部署不是采用相同的标准进行配置，则管理多个云服务器实例和应用可能很快变得非常复杂。即使对于最初被完全相同地配置的美国云服务器实例和应用副本，配置变化也可能随时间的退役而产生偏差。配置漂移越大，就变得越难以调试问题，使得对系统的有效管理和维护更加困难。

良好的配置漂移：美国云服务器的弹性和自动化

美国云服务器的基础架构具有弹性和可扩展性。我们可能希望我们的云环境能够动态变化，以满足应用程序的自动化需求，而无需人工干预，无需在数据中心进行精细的容量规划和预配。

我们希望在预配后发生许多所需的云基础结构更改事件。例如美国云服务器根据使用情况和吞吐量自动响应，以动态扩展美国云服务器的计算、存储和网络资源以满足新的需求。应用程序可能会在其工作过程中自动创建新资源，例如新的实例、新存储和更高带宽，并自动执行更改基础设施配置的操作。

任何实现云安全性和合规性的方法都需要考虑这种“良好”的变化。但是在希望自动修复漂移事件的同时，你还需要考虑你的安全工具与你的应用程序在执行自动任务时避免发生冲突。

不良的配置漂移：应用程序被关闭

因配置漂移导致的导致应用程序停机和部署失败，长期以来一直困扰着许多运维人员和美国云服务器管理团队。当生产环境以某种方式发生变化并且系统管理员没有意识到这一点时，就会发生这种情况。例如安全组规则被删除，美国云服务器被移出安全组等。在美国云服务器的控制台中，通过一个简单的规则就可以阻止应用程序中断对外访问。随后需要进行反复排查以确定原因。

如果幸运的话，你只是在处理失败的部署，而不是严重的停机事件。无论如何，这种糟糕的漂移会消耗工程资源、精力和时间成本。在应用程序是任务关键型应用程序的情况下，不良的漂移可能会导致收入和商誉损失。

这就是有效的美国云服务器安全管理方法可以为应用程序和运营团队带来积极好处的地方。解决不良偏移事件有助于保持环境安全并遵守合规性策略，也有助于防止计划外的停机事件。

糟糕的漂移：数据泄露

美国云服务器配置漂移的最后一类是，在漏洞被利用致使关键数据暴露泄漏。这些是可以使许多企业和组织出现在新闻中的严重事件。这种问题始终是美国云服务器用户的错，而不是云服务器供应商的问题。

最常见的“糟糕”的漂移事件是将关键对象存储资源设置为公共访问。例如AWS S3 的默认设置是私有的，但云用户无意中将其更改为公共设置的情况并不少见，这可能会暴露关键或私有数据。许多头条新闻都谈到由于 S3 配置错误而导致的数据泄露的危险。除 S3 之外，所有的美国云服务器还必须检测和修复安全组规则、VPC（包括子网、ACL）、IAM 策略和数据库访问策略的配置偏差，以避免你的企业数据泄露，以及随之而来的巨额合规罚款和客户信任损失。

怎样处理美国云服务器配置漂移？

解决和防止云配置错误应该是任何企业云安全或运营团队的首要任务，而处理漂移是实现这一目标的关键。了解如何对漂移事件进行分类，将有助于你将有限的资源集中在重要的漂移事件以及如何最好地修复它们（即手动修复与自动修复）上。

• 良好漂移：忽略它。但在某些时候，你需要对应用程序可以创建的可能配置选项范围，应用一些安全验证。
• 不良漂移：监视它。确保持续监视此类别中的漂移，并为快速修复做好准备。对于经常偏移的特定资源（如安全组），请考虑部署自动修正解决方案以防止系统停机事件。
• 糟糕漂移：阻止它。为避免因基础架构漂移而遭受数据泄露，必须使用自动检测和修复关键资源的漂移事件的解决方案。你不能让关键数据暴露数小时、数天或更长时间。

（注：本文属【恒创科技】原创，转载请注明出处！）