伴随着阴天及云计算平台发展趋势的发展，以往传统式的云安全策略显而易见已不适合新的云环境。虽然，许多公司一直十分重视云安全问题，但在其中许多安全风险并没获得具体处理。大部分公司仍然在选用以往当地环境下的云安全措施，造成公司发生云安全策略不一致，运用风险性和系统漏洞提升的情况!最明显的问题是，许多私有云存储布署环境下的安全问题，并不一定网络黑客大神入侵，反而是欠缺安全常识!
许多安全问题全是束手无策!即使在梦想的环境下，还很容易发生重大事故，何况你系统软件实际上就有什么问题，那相当于是在给网络攻击开一扇门。因此，为了更好地保证云环境下的万无一失，大家除开在云安全措施上狠下功夫，还需要在安全常识问题上，保持警惕!
最先，不必忽视“丧尸负荷”。
许多公司通常会忽视在系统架构图上运作着的丧尸负荷。尤其是在公司使用最高值期，一旦碰到明显的安全问题，会最先把“丧尸负荷”清除在外面，不予以理睬。
事实上，许多居心叵测的人便是运用丧尸資源来盗取登陆密码。虽然丧尸工作中负荷并不重要，可是它搭建于公司总体基础设施建设以上，一旦疏忽管理方法，会更非常容易遭受侵入。SkyBoxSecurity 2018年的一份结果报告显示，登陆密码挟持是具体的一种黑客攻击方式。DevOps精英团队要像代管数字货币一样，要保证运用資源不会受到危害，并采取合理的安全防护方式，来阻拦一切故意个人行为。
次之，对AWS S3 Buckets的泄漏问题，要非常高度重视。
AWS云服务器，尤其是 S3 Buckets是年分最多的云本地生活服务之一，还维持着以往的安全防护方法和标准，因而变成勒索病毒进攻的具体总体目标。有数据统计表明，7%的 Amazon S3 bucket 都未做公布浏览的限定，35%的 bucket 都未做数据加密，这代表着全部 Amazon S3 网络服务器里都长期存在如此的问题。
故意参加者不但可以根据S3 bucket浏览公司的比较敏感客户资料，并且还能够浏览云凭证。许多具备毁灭性的数据泄漏，全是因为浏览了不受到限制的S3 bucket导致的，因而要定期维护AWS服务平台上的云计算平台储存字段名是十分关键的一项工作中。
其三，系统升级尽量不要绕开CI/CD管路。
每一个DevSecOps精英团队都是有一个思维定势，觉得系统软件程序流程发布时要根据CI/CD管路传送，那样的系统软件布署才更为安全性，但这并不代表着每一次运作都需要申请强制执行这一对策。加速布署速率，防止出现安全问题，对外开放工作人员通常根据应用对外开放源码库的方式绕开CI/CD管路。
尽管这类方法为开发商减少了系统软件公布和更新，但却给安全性精英团队产生了很大的压力，她们需要对出现异常工作中负荷开展附加扫描仪。长期性下来，开发设计精英团队会觉得安全性精英团队没有办法阻拦未认证的工作负荷，仅仅简易地接纳和实行。最后，系统软件的安全防护情况会慢慢恶变，以致于故意侵略者可以在没有造成特别注意的情形下运作有危害的工作负荷，可是到那时候才发觉，一切于事无补。
其四，网站访问要限制。
很多DevOps精英团队并沒有耗费很多的時间，用在按段和独立的访问限制上，反而是取决于一套完善的网络配置，与此同时这种配备远远地无法达到需要的访问权限，她们通常将全部的工作负荷都放到一个直接的VPC中，那样就可以根据第三方步骤浏览。
沒有对外网地址浏览限制，安全性精英团队要想鉴别和防护故意个人行为，要花很长期。即使在短期内，DevSecOps精英团队看到了一些明显的系统漏洞，也不能在安全性环境变量中妥善处理网络安全问题!
其五，应用微服务架构时，标准设定要恰当
当DevOps精英团队在罐体中应用微服务架构时，会遭遇更高挑戰，分到越细，代表着你也就越有可能发生异常的规范设定。
即使是最了解的标准和群集，也会因粗心大意造成很多系统漏洞。例如，假如容许开发者应用特殊的IP根据SSH远程桌面连接到生产制造环境时，就有可能会在不知道的情形下，容许敏感区连接无限制外网地址浏览。有时候，这种失误的标准配备会被忽视长达数月之久。为了防止不正确标准适用，应用Amazon Inspector的Agentless开展监管，或者选用别的互联网评定专用工具，开展按时财务审计，十分必需。