尽管软件即服务（SaaS）和基础架构即服务（IaaS）环境在都包含外包服务上类似，但是一个要确保SaaS应用安全的客户战略却更为复杂。因为SaaS和IaaS环境主要的不同在SaaS环境缺乏控制，确保SaaS应用安全战略也就完全不同。在这篇文章中，我将住处SaaS环境中的职责。

    在SaaS环境中，厂商拥有大多数的控制权和访问权，本质上，厂商控制整个堆栈，从hypervisor到应用和安全监控。很少厂商能提供应用核心功能之外的访问，想要令人信服的证明厂商自称的安全设计、实施和配置是一种挑战。同时IaaS服务客户采用非常技术的方法确保其云实例的安全，SaaS应用客户则采取合同和流程性质的方法，着重强调评估。

    客户的最初任务是评估SaaS产品的安全设计、实施和配置。问题涉及广泛，从回顾和评估安全策略到确保SaaS产品之后的代码是否编写安全。在评估一项产品中，目的是理解流程、策略和技术的成熟度，旨在确保SaaS实例（以及和应用数据相关的）的安全。会话文档细节，尤其是策略和控制非公开。这个文档随后会用到。

    一旦SaaS实例是功能，同厂商工作来执行最初的法规遵从评估。目的不是“捕捉”厂商的任何东西，也不是敌对的。目的就是确保策略能被村手、控制实现和功能以及期望可实现的产出。

    评估完成且完成补充，还需要做很多事。厂商环境升级会导致控制关闭或者被忽视。你的SaaS厂商可能也在升级之后失败或者对于威胁概况趋势响应失败。订立一些内容仍旧重要：要求厂商在改变的环境中为你升级，确保评估在规则基础中执行。

    记住，安全水平应该与数据敏感性或SaaS应用功能重要性相对应。如果SaaS应用简单的为你的公司菜单服务，就别设置的过高。但是如果你计划存入企业战略运营计划，就要花时间评估唱上了，确保他们能够保护你的数据且也能服务你本身。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。