<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>云安全框架 on 办公AI智能小助手</title>
    <link>https://blog.qife122.com/tags/%E4%BA%91%E5%AE%89%E5%85%A8%E6%A1%86%E6%9E%B6/</link>
    <description>Recent content in 云安全框架 on 办公AI智能小助手</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <copyright>qife</copyright>
    <lastBuildDate>Thu, 02 Oct 2025 06:57:30 +0800</lastBuildDate>
    <atom:link href="https://blog.qife122.com/tags/%E4%BA%91%E5%AE%89%E5%85%A8%E6%A1%86%E6%9E%B6/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>SSCF v1.0：提升SaaS安全新标准</title>
      <link>https://blog.qife122.com/p/sscf-v1.0%E6%8F%90%E5%8D%87saas%E5%AE%89%E5%85%A8%E6%96%B0%E6%A0%87%E5%87%86/</link>
      <pubDate>Thu, 02 Oct 2025 06:57:30 +0800</pubDate>
      <guid>https://blog.qife122.com/p/sscf-v1.0%E6%8F%90%E5%8D%87saas%E5%AE%89%E5%85%A8%E6%96%B0%E6%A0%87%E5%87%86/</guid>
      <description>&lt;h2 id=&#34;为什么需要重新思考saas安全&#34;&gt;为什么需要重新思考SaaS安全&lt;/h2&gt;&#xA;&lt;p&gt;SaaS改变了一切。从协作工具到关键业务应用，SaaS已成为组织消费技术的默认方式。但随着这一巨大转变，出现了一个大问题：安全性未能跟上。&lt;/p&gt;&#xA;&lt;p&gt;大多数第三方风险管理（TPRM）计划关注的是供应商的整体组织安全性（如SOC 2报告和ISO认证）。它们并未真正评估每个SaaS应用程序内部的实际安全能力，也未指导企业如何利用这些能力。这意味着企业最终会拥有数百个在纸面上看起来合规，但在实践中却存在真实安全漏洞的应用程序。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
