<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>数字主权 on Arpokrat</title>
    <link>https://arpokrat.com/zh-cn/blog/tags/%E6%95%B0%E5%AD%97%E4%B8%BB%E6%9D%83/</link>
    <description>Recent content in 数字主权 on Arpokrat</description>
    <generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Fri, 19 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://arpokrat.com/zh-cn/blog/tags/%E6%95%B0%E5%AD%97%E4%B8%BB%E6%9D%83/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Data Act 与 CLOUD Act：谁真正控制着您的云端数据？</title>
      <link>https://arpokrat.com/zh-cn/blog/data-act-vs-cloud-act-digital-sovereignty/</link>
      <pubDate>Fri, 19 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://arpokrat.com/zh-cn/blog/data-act-vs-cloud-act-digital-sovereignty/</guid>
      <description>&lt;p&gt;多年来，世界一直基于一个简单假设运转：数据拥有物理存储地点。如果数据存储于都柏林的服务器上，则适用爱尔兰及欧盟法律。这一假设在2018年轰然崩塌——美国通过了CLOUD Act，赋予美国当局访问由美国企业控制的数据的权力，无论这些数据物理存储于世界何处。数年后，布鲁塞尔以自身保护机制予以回应：已全面适用的Data Act，试图限制第三国当局对欧盟境内所持数据的域外访问。&lt;/p&gt;
&lt;p&gt;以下是这两部法律的真实内容、它们在哪些方面产生冲突，以及为何面对这一冲突，唯有技术上的访问不可能性才是真正可靠的保护。&lt;/p&gt;
&lt;h2 id=&#34;美国cloud-act基于控制权而非地理位置的访问&#34;&gt;美国CLOUD Act：基于控制权而非地理位置的访问&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;CLOUD Act&lt;/strong&gt;（&lt;em&gt;Clarifying Lawful Overseas Use of Data Act&lt;/em&gt;，澄清海外数据合法使用法案）于2018年3月通过，在美国法律中新增了&lt;strong&gt;18 U.S. Code § 2713&lt;/strong&gt;条款。该条款要求任何提供电子通信服务或远程计算服务的提供商，对其持有、保管或控制的通信内容或相关记录予以保存、备份或披露，&lt;strong&gt;无论这些数据是否位于美国境内&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;正是最后这一条款改变了一切。适用标准不再是服务器的物理位置，而是母公司对其子公司所行使的控制权。因此，一家在欧洲运营数据中心的美国企业，即便数据完全存储于欧洲土地上，仍需遵从美国的调取令。&lt;/p&gt;
&lt;h2 id=&#34;欧洲data-act阻止域外访问的法律屏障&#34;&gt;欧洲Data Act：阻止域外访问的法律屏障&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;欧盟法规（EU）2023/2854&lt;/strong&gt;，即Data Act，于2024年1月11日生效，并自2025年9月12日起全面适用，部分条款分阶段延伸至2026年和2027年。其&lt;strong&gt;第32条&lt;/strong&gt;直接规范了国际政府访问数据的问题。&lt;/p&gt;
&lt;p&gt;该条款确立了一项明确规则：第三国司法机关或行政机关要求数据处理服务提供商转移或允许访问欧盟境内所持非个人数据的任何裁定或判决，&lt;strong&gt;仅在基于国际协议&lt;/strong&gt;（例如请求国与欧盟之间、或与相关成员国之间有效的司法协助条约（MLA））的情况下，方可获得承认和执行。&lt;/p&gt;
&lt;p&gt;在缺乏此类协议的情况下，第32条还规定了第二种路径，但受到严格限制：外国裁定仅在以下条件下方可执行：第三国的法律体系要求该请求必须有充分理由、具有相称性，并具有足够的具体性——例如与特定人员或具体违法行为有明确关联——且受送达方提出的有理由的异议可提交至该第三国主管司法机关审查。&lt;/p&gt;
&lt;h2 id=&#34;直接的法律冲突&#34;&gt;直接的法律冲突&lt;/h2&gt;
&lt;p&gt;问题随即产生：CLOUD Act基于母公司的控制权要求披露数据，无需满足欧洲法律所要求的相称性条件。而Data Act则将此类请求的承认前提设定为国际协议的存在或具体程序保障。一家在欧洲运营的美国企业，若被美国当局要求交出存储于欧盟境内的数据，便会陷入两套相互矛盾的法律义务之间：遵从美国命令则违反欧盟法律，遵守Data Act则面临在美国拒绝服从的后果。&lt;/p&gt;
&lt;p&gt;这一张力并非纸上谈兵。欧盟法院（CJEU）已在两项重大裁决中对此有所记录：&lt;strong&gt;Schrems I&lt;/strong&gt;（2015年）和&lt;strong&gt;Schrems II&lt;/strong&gt;（2020年）。在Schrems II裁决中，CJEU认定，依据&lt;strong&gt;FISA第702条&lt;/strong&gt;（&lt;em&gt;外国情报监视法&lt;/em&gt;）和&lt;strong&gt;第12333号行政令&lt;/strong&gt;实施的美国监控，不符合欧盟法律在相称性原则下所要求的最低保障，因此不能被视为仅限于严格必要的范围。法院还指出，欧盟相关人员缺乏有效的司法救济途径，违反了《基本权利宪章》第47条。该裁决使原本规范欧美数据传输的隐私盾框架（Privacy Shield）归于无效。&lt;/p&gt;
&lt;h2 id=&#34;结构性风险先收集后解密&#34;&gt;结构性风险：先收集，后解密&lt;/h2&gt;
&lt;p&gt;在司法管辖冲突之外，存储于受美国法律管辖基础设施中的数据还面临一种更为隐蔽的威胁：&lt;a href=&#34;https://arpokrat.com/zh-cn/blog/harvest-now-decrypt-later-hndl-zero-knowledge/&#34;&gt;&lt;strong&gt;先收集后解密（Harvest Now, Decrypt Later，HNDL）&lt;/strong&gt;&lt;/a&gt;
策略。其原理是：情报机构或敌对国家行为者在当下拦截并存储加密数据，等待未来量子计算能力足够强大时再行解密。&lt;/p&gt;
&lt;p&gt;这一策略将对美国云基础设施的长期依赖转化为一种延迟兑现的安全债务：今日的机密数据，十年或十五年后可能在无需任何额外行动的情况下变得可读，攻击者所需的只是时间与耐心。&lt;/p&gt;
&lt;h2 id=&#34;为何只有技术上的不可能性才构成真正的保障&#34;&gt;为何只有技术上的不可能性才构成真正的保障&lt;/h2&gt;
&lt;p&gt;法律分析所得出的结论与众多合规专家的共识相符：无论Data Act的法律框架多么完善，它终究是一纸文本，可能被地缘政治力量对比和外交压力所绕过、拖延或重新诠释。唯一不依赖任何未来谈判的保护，是&lt;strong&gt;技术上的执行不可能性&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;在&lt;strong&gt;Zero Knowledge&lt;/strong&gt;架构下，服务提供商既不持有也不保管解密密钥，任何调取令在实质上均无法执行。没有人能被迫交出自己从未持有的东西。&lt;/p&gt;
&lt;p&gt;这正是&lt;strong&gt;Arpokrat&lt;/strong&gt;等生态系统的核心逻辑：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;司法管辖中性化&lt;/strong&gt;：基础设施托管于瑞士，受联邦数据保护法（LPD/FADP）规范，不在CLOUD Act域外管辖的直接适用范围之内&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;无保管关系&lt;/strong&gt;：Zero Knowledge架构使服务提供商从根本上无法交出其从未持有的密钥或内容&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;减少身份标识暴露&lt;/strong&gt;：通过取消以电话号码或电子邮件地址注册的要求——这些标识符可被基于FISA第702条的监控轻松追踪——用户不再是可识别的订户，而成为一个匿名的加密密钥&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;保管链不止于消息加密&#34;&gt;保管链不止于消息加密&lt;/h2&gt;
&lt;p&gt;合规分析中一个常被低估的要点是：如果底层操作系统——无论是Android还是iOS——持续在内核层面捕获元数据或遥测数据并发往受美国司法管辖的服务器，那么仅对通信内容进行加密是远远不够的。保护机密要求从内容到硬件基础设施本身，全面封闭整条保管链。&lt;/p&gt;
&lt;p&gt;这正是数字主权也必须将操作系统纳入考量的原因，而不仅仅是关注通信应用程序。在去谷歌化系统中，蓝牙或GNSS地理定位等模块可直接在内核层面禁用，从而消除任何应用层加密都无法弥补的物理攻击向量。&lt;/p&gt;
&lt;h2 id=&#34;后量子密码学已然开启的新纪元&#34;&gt;后量子密码学：已然开启的新纪元&lt;/h2&gt;
&lt;p&gt;面对HNDL策略所带来的威胁，采用后量子密码学（PQC）标准已成为任何希望长期保障敏感数据机密性者的必要之举——无论是商业机密、专业往来信函还是健康数据。按照当今经典标准被视为稳健的加密方式，并不能保证其在未来十五年内能够抵御预期中的量子计算能力。&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;Data Act与CLOUD Act之间的冲突折射出一个更宏观的现实：数字主权不能再单纯依赖法律文本来构建，无论这些文本多么严密。它需要在每个层面上封闭保管链，从加密协议到托管司法管辖地，再到操作系统本身。正是这种分层方法，而非对单一监管框架的信任，定义了当今真正意义上的&amp;quot;设计即主权&amp;quot;（sovereignty by design）。&lt;/p&gt;
</description>
    </item>
    <item>
      <title>隐私的终结？后门、《在线安全法》以及主权生态系统的回应</title>
      <link>https://arpokrat.com/zh-cn/blog/ipa-osa-backdoors/</link>
      <pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://arpokrat.com/zh-cn/blog/ipa-osa-backdoors/</guid>
      <description>&lt;p&gt;伦敦已成为全球数字隐私未来之战的中心。随着 2023 年《在线安全法》（Online Safety Act, OSA）的通过，以及最近对被批评者称为“窥探者宪章”的《调查权法》（Investigatory Powers Act, IPA）的修订提议，英国政府声称有权在私人通信的核心强加监控义务。突破点在于授予监管机构 OFCOM 的权力，要求平台部署“经认可的技术”以检测儿童性剥削和虐待（CSEA）材料或恐怖主义内容，即使是在&lt;a href=&#34;https://arpokrat.com/zh-cn/messenger&#34;&gt;端到端加密通信&lt;/a&gt;
中也不例外。&lt;/p&gt;
&lt;p&gt;对于大型数字平台而言，威斯敏斯特传达的信息明确无误：要么为国家访问其基础设施提供便利，要么面临高达其全球收入 10% 的罚款。反击是立竿见影的：Signal 和 WhatsApp 等服务公开威胁要退出英国市场，拒绝为了满足单一司法管辖区而损害其用户的安全。技术上的论点很难反驳：不存在仅保留给合法行为者的万能钥匙（master key）。为执法部门打开的大门，在设计上也是为网络犯罪分子和外国情报机构打开的大门。&lt;/p&gt;
&lt;h2 id=&#34;大型平台的商业模式零知识zero-knowledge的结构性障碍&#34;&gt;大型平台的商业模式：零知识（Zero-Knowledge）的结构性障碍&lt;/h2&gt;
&lt;p&gt;大型平台抵制采用零知识类型加密的原因并非技术上的无能，而是根本的经济不相容性。像 Alphabet 和 Meta 这样的公司依赖于基于系统收集行为数据的货币化模型。顺便说一句，这种模式得到了欧盟《数字市场法》（DMA）的隐性承认，该法将这些“看门人”（gatekeepers）归类为其实力正是由无与伦比的规模的数据积累所滋养的实体。对于这些参与者来说，采用零知识架构将意味着剥夺其广告系统作为燃料的持续用户识别能力。因此，这不是一个技术选择，而是在用户隐私和其商业模式的生存能力之间的权衡。&lt;/p&gt;
&lt;h2 id=&#34;战略风险harvest-now-decrypt-later先收集后破解的威胁&#34;&gt;战略风险：“Harvest Now, Decrypt Later”（先收集，后破解）的威胁&lt;/h2&gt;
&lt;p&gt;除了关于隐私的争论之外，加密的削弱还引发了完全不同范围的国家安全问题。被称为 &lt;a href=&#34;https://arpokrat.com/zh-cn/blog/harvest-now-decrypt-later-hndl-zero-knowledge/&#34;&gt;&lt;em&gt;Harvest Now, Decrypt Later&lt;/em&gt; (HNDL)&lt;/a&gt;
 的战略涉及国家对手今天拦截和存储海量加密通信，以期在未来获得量子解密能力。通过削弱当前的加密标准，英国的立法框架在客观上促进了针对政府、外交或工业通信的此类操作。&lt;/p&gt;
&lt;p&gt;正是在这种信任缺失的背景下，像 Arpokrat 这样的生态系统获得了操作上的相关性。通过在《瑞士联邦数据保护法》（FADP）的制度下运营，并采用不收集任何民事标识符的架构，Arpokrat 提供了与受英国司法管辖的基础设施的技术决裂——保证系统对 OSA 预见的禁令保持充耳不闻（免疫）。&lt;/p&gt;
&lt;h2 id=&#34;规范的冲突osa-和-ipa-对抗欧洲法律&#34;&gt;规范的冲突：OSA 和 IPA 对抗欧洲法律&lt;/h2&gt;
&lt;p&gt;对英国新的国家特权的法律分析揭示了其与欧洲关于数据保护和通信机密性法律基础的直接冲突。&lt;/p&gt;
&lt;h3 id=&#34;osa-对抗全面监控的禁令&#34;&gt;OSA 对抗全面监控的禁令&lt;/h3&gt;
&lt;p&gt;OSA 第 121 条引入了 OFCOM 发布命令迫使平台实施客户端扫描（&lt;em&gt;client-side scanning&lt;/em&gt;）的可能性。这项措施直接违反了源自欧洲法律并包含在欧洲法院（CJEU）判例法中的禁止一般监控义务的原则。通过强加“设计上的漏洞”（vulnerability by design），它也使公司陷入了进退两难的境地：为了遵守国家指令而削弱其安全性，它们未能履行 GDPR 第 32 条中规定的确保适合处理的最高安全级别的义务。&lt;/p&gt;
&lt;h3 id=&#34;电子隐私指令eprivacy和通信机密性&#34;&gt;电子隐私指令（ePrivacy）和通信机密性&lt;/h3&gt;
&lt;p&gt;对私人消息的扫描与指令 2002/58/EC（&lt;em&gt;ePrivacy&lt;/em&gt;）第 5 条第 1 款直接矛盾，该条款要求成员国保证电子通信的机密性，并禁止在未经相关用户明确同意的情况下进行任何形式的拦截或监控。&lt;/p&gt;
&lt;h3 id=&#34;技术能力通知technical-capability-notices和阻止安全更新&#34;&gt;技术能力通知（Technical Capability Notices）和阻止安全更新&lt;/h3&gt;
&lt;p&gt;在 IPA 2016 制度下，英国政府现在打算使用技术能力通知（TCN）在安全更新部署之前对其进行阻止。这种机制与 GDPR 第 32 条规定的确保持续的系统处理安全的义务产生了无法解决的冲突——这项义务恰恰要求能够毫不延迟或不受外部干扰地应用补丁（patches）。&lt;/p&gt;
&lt;h2 id=&#34;在欧洲运营的公司的合规风险&#34;&gt;在欧洲运营的公司的合规风险&lt;/h2&gt;
&lt;p&gt;IPA 的修订旨在迫使公司在实施任何影响安全的技术修改之前通知英国政府，从而赋予其对产品开发的否决权。这种干预为在欧洲市场运营的供应商带来了巨大的法律不安全感：如果英国不再保证提供与 GDPR 具有同等效力的保护，那么英国对欧洲法律的充分性（adequacy）——这已经很脆弱了——可能会受到质疑。因此，在这个新框架下向英国传输数据可能会使公司面临 GDPR 下的制裁风险。&lt;/p&gt;
&lt;h2 id=&#34;通过技术上的不可能性进行防御零知识原则作为法律盾牌&#34;&gt;通过技术上的不可能性进行防御：零知识原则作为法律盾牌&lt;/h2&gt;
&lt;p&gt;由 CJEU 的 &lt;em&gt;Schrems I&lt;/em&gt; 和 &lt;em&gt;Schrems II&lt;/em&gt; 裁决巩固的国际判例法确立了一个决定性的原则：防止不成比例的监控的唯一强大保障就是技术上无法访问它。零知识（Zero-Knowledge）架构将这一原则应用于三层保护：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;缺乏保管权：&lt;/strong&gt; 由于平台不持有解密密钥，任何扫描消息的命令在技术上都是无法执行的；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;操作系统的控制权：&lt;/strong&gt; 对 &lt;a href=&#34;https://arpokrat.com/zh-cn/os&#34;&gt;ArpokratOS&lt;/a&gt;
 的控制消除了在设备层面为情报收集提供数据的遥测；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;瑞士的司法管辖区锚定：&lt;/strong&gt; 通过将其基础设施托管在瑞士，Arpokrat 在一个需要个性化且理由充分的司法互助请求的法律制度下运营，从而消除了 OSA 预见的大规模扫描的自动执行。&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;结论&#34;&gt;结论&lt;/h2&gt;
&lt;p&gt;OSA 的规定和 IPA 的修订不仅对个人隐私构成威胁：它们还代表了对通过受英国司法管辖的基础设施的所有欧洲数据的法律确定性的破坏。通过以公共安全的名义使加密弱化合法化，伦敦矛盾地将其盟友和贸易伙伴暴露在零知识架构正是为了防止的工业和国家间谍风险之中。&lt;/p&gt;
&lt;p&gt;专业和机构通信的完整性现在需要一种结构性的回应：向去中心化生态系统迁移，从代码层面到司法管辖区锚定，全面保证数字主权。&lt;/p&gt;
</description>
    </item>
    <item>
      <title>尖叫的沉默：什么是 Warrant Canary，为什么它的消失应该引起您的担忧？</title>
      <link>https://arpokrat.com/zh-cn/blog/canary-warrant-explained/</link>
      <pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://arpokrat.com/zh-cn/blog/canary-warrant-explained/</guid>
      <description>&lt;p&gt;在 19 世纪煤矿的深处，矿工们会随身携带笼中的金丝雀。这些对一氧化碳等有毒气体极其敏感的小鸟，在矿工察觉到危险之前很久就会死去。因此，它们充当了无声但极其有效的早期预警系统。&lt;/p&gt;
&lt;p&gt;在我们现代的数字世界中，这只鸟以 &lt;strong&gt;« Warrant Canary »&lt;/strong&gt; (金丝雀声明) 的形式复活了。&lt;/p&gt;
&lt;h2 id=&#34;什么是-warrant-canary&#34;&gt;什么是 Warrant Canary？&lt;/h2&gt;
&lt;p&gt;它是由服务提供商定期发布和更新的公开声明，确认直到该确切日期为止，它尚未收到任何迫使其妥协用户数据的秘密法律请求（例如美国的国家安全信函 NSL 或 FISA 法院命令）。&lt;/p&gt;
&lt;p&gt;金丝雀的全部微妙之处——以及严重性——在于它消失时会发生什么。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;如果一个每个月都显示“我们没有收到任何秘密命令”的服务突然停止更新它，知情的用户就会推断出明显的事实：&lt;strong&gt;金丝雀已经死了&lt;/strong&gt;。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;该公司已成为附带&lt;strong&gt;封口令&lt;/strong&gt;（&lt;em&gt;gag order&lt;/em&gt;）的监控措施的目标，法律禁止其披露此请求的存在。因为不能说自己已经妥协，他们只是停止说自己是安全的。&lt;/p&gt;
&lt;h2 id=&#34;无形监控时代&#34;&gt;无形监控时代&lt;/h2&gt;
&lt;p&gt;在 &lt;strong&gt;CLOUD Act&lt;/strong&gt; 和 &lt;strong&gt;FISA&lt;/strong&gt; 允许美国政府在不通知目标的情况下访问数据的时代，Warrant Canary 至关重要。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&#34;https://proton.me/legal/transparency&#34;&gt;Proton&lt;/a&gt;
&lt;/strong&gt;: 瑞士服务发布包含严格金丝雀的透明度报告。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&#34;https://riseup.net/en/canary&#34;&gt;Riseup&lt;/a&gt;
&lt;/strong&gt;: 维护着网络上最著名的金丝雀之一。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href=&#34;https://arpokrat.com/zh-cn/canary&#34;&gt;Arpokrat&lt;/a&gt;
&lt;/strong&gt;: 我们自己的生态系统维护着一个公开的、通过密码学更新的 Warrant Canary。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;法律分析与零知识-zero-knowledge&#34;&gt;法律分析与零知识 (Zero-Knowledge)&lt;/h2&gt;
&lt;p&gt;金丝雀的存在依赖于“被迫言论”（&lt;em&gt;compelled speech&lt;/em&gt;）原则。如果国家有权强加沉默，它没有宪法权力强迫你撒谎。&lt;/p&gt;
&lt;p&gt;在 &lt;strong&gt;Arpokrat&lt;/strong&gt; 的生态系统中，&lt;em&gt;Zero-Knowledge&lt;/em&gt; 架构创造了服从命令的&lt;strong&gt;技术不可能性&lt;/strong&gt;。没有任何私钥或身份（Zero-ID）可以交出。&lt;/p&gt;
</description>
    </item>
  </channel>
</rss>