<h2>你期待的插件来了</h2>
<p>过去 KeyMe Pass 的自动填充只在手机上。今天它来到桌面端：<strong>KeyMe Pass 浏览器插件</strong>正式上线，支持 <strong>Chrome、Edge 等 Chromium 内核浏览器</strong>。登录、生成、保存密码都能在你浏览网页的地方完成，且与 App 一样端到端加密。</p>

<figure class="help-figure">
  <img src="/screenshoots/extension/extension.png" alt="KeyMe Pass 浏览器插件界面" />
  <figcaption>KeyMe Pass 浏览器插件</figcaption>
</figure>

<h2>它能做什么</h2>
<ul>
  <li><strong>自动填充</strong>——识别登录页的账号密码框，一键填入已保存的凭据。</li>
  <li><strong>保存密码</strong>——登录或注册时提示把新密码保存到保险库。</li>
  <li><strong>生成强密码</strong>——在注册、改密页一键生成并填入高强度密码。</li>
  <li><strong>2FA 验证码</strong>——管理 TOTP 动态验证码，登录时快速填充。</li>
  <li><strong>跨端同步</strong>——开启同步后与手机 App 共用同一加密保险库。</li>
</ul>

<h2>隐私优先</h2>
<p>插件采用<strong>端到端加密</strong>。主密码与保险库内容只在你的设备上解密，我们永远无法读取。这与 KeyMe Pass App 一脉相承的零知识架构完全一致。</p>

<h2>如何安装</h2>
<p>插件即将上架 Chrome 应用商店。在此之前，一分钟即可通过开发者模式安装：</p>
<ol>
  <li>在<a href="/download">下载页</a>下载插件并解压到一个固定目录。</li>
  <li>打开 <code>chrome://extensions</code>（或 <code>edge://extensions</code>），开启<strong>开发者模式</strong>。</li>
  <li>点击<strong>「加载已解压的扩展程序」</strong>，选择解压出的文件夹。</li>
</ol>
<p>完整的分步教程（含更新方法）见<a href="/help/extension">浏览器插件安装与使用指南</a>。</p>

<h2>开始使用</h2>
<p>前往<a href="/download">下载页</a>获取插件，用主密码解锁后即可开始填充。Firefox、Safari 的支持也在我们的计划中，敬请期待。</p>

KeyMe Pass 浏览器插件上线：Chrome、Edge 一键自动填充


        <h2>为什么要做 v2？</h2>
        <p>之前的架构采用<strong>双数据密钥</strong>：本地 DEK 由 PIN 派生，加密设备数据库；云端 sync DEK 由账号密码派生，加密云端备份。能跑，但有一个结构性问题：<strong>用户忘记密码并重置后，新设备或缓存被清的设备就解不开云端 vault</strong>。数据等同丢失。</p>
        <p>v2 围绕三条原则重建了整个密钥体系：</p>
        <ul>
          <li><strong>只有一个数据密钥（DEK），永不重加密。</strong>任何密码或密钥变更只重新包装 DEK——加密数据本身从不动。</li>
          <li><strong>服务端永远看不到你的主密码。</strong>客户端用 HKDF 派生出一个 <code>loginToken</code> 发给服务端；真正解密用的 <code>vaultKEK</code> 永远不出本机。</li>
          <li><strong>每一种"忘密码"场景都有明确路径。</strong>强制 Recovery Key 保证就算是全新设备没有任何本地缓存，你也能找回数据。</li>
        </ul>

        <h2>四槽位统一 DEK</h2>
        <p>v2 的核心是一个 32 字节的 <strong>DEK（数据加密密钥）</strong>，注册时生成一次，账号生命周期内永不更换。你的所有数据——本地数据库、云端同步 blob、附件——都用这一个密钥加密。</p>
        <p>然后这个 DEK 被<strong>四把独立的密钥分别包装（加密）</strong>，每把占一个槽位：</p>
        <ul>
          <li><strong>主密码槽</strong>——由 Argon2id 从主密码派生的 <code>vaultKEK</code> 包装。主要解锁方式，任何设备都能用。</li>
          <li><strong>PIN 槽（可选）</strong>——由 PIN 派生的密钥包装。在常用设备上快速解锁。</li>
          <li><strong>生物识别槽（可选）</strong>——由系统安全区保护、绑定 Face ID/Touch ID/指纹的密钥包装。基于 PIN 槽的便利层。</li>
          <li><strong>恢复密钥槽（强制）</strong>——由注册时仅展示一次的高熵密钥包装。你回到数据的最后保险。</li>
        </ul>
        <p>因为四个槽位包装的是<em>同一个</em> DEK，你可以改主密码、重置 PIN、轮换生物识别，<strong>都不需要重新加密任何数据</strong>。只有受影响的那个槽位会被重写。</p>

        <h2>HKDF 如何让服务端无法作弊</h2>
        <p>你输入主密码时，客户端<strong>不会</strong>把它发出去，而是执行：</p>
        <ol>
          <li><code>vaultKEK = Argon2id(主密码, salt)</code>——本地用于解包 DEK，永不出本机。</li>
          <li><code>loginToken = HKDF(主密码, "login")</code>——一个确定性派生的独立值，仅用于服务端身份验证。</li>
        </ol>
        <p>服务端只存 <code>bcrypt(loginToken)</code>。即使整个数据库被拖走，攻击者也得先经过 bcrypt <em>和</em> Argon2id 双重爆破主密码，才能碰到你的 vault。<code>vaultKEK</code> 本身从服务端的任何数据中数学上都无法还原。</p>

        <h2>恢复密钥：你的保险绳</h2>
        <p>恢复密钥在注册时由你的设备生成，<strong>只展示一次</strong>。你抄下来、打印或安全保管——我们永远看不到它。它有两个用途：</p>
        <ul>
          <li><strong>忘记主密码？</strong>在任意设备输入恢复密钥，直接解包 DEK，然后立即设置新主密码——数据完好无损。</li>
          <li><strong>唯一的设备丢了？</strong>恢复密钥 + 账号邮箱就足以在新设备上恢复全部数据。</li>
        </ul>
        <p>这就是 1Password（Secret Key）和 Bitwarden（Recovery Code）采用的模型。v2 强制启用——不设置恢复密钥就无法开启同步。</p>

        <h2>多设备透明同步</h2>
        <p>v1 时代密码重置后在新设备登录可能让你被锁在云端数据外。v2 流程很简单：</p>
        <ol>
          <li>新设备上用邮箱 + 主密码登录。</li>
          <li>客户端从服务端下载加密的 vault blob。</li>
          <li>客户端本地派生 <code>vaultKEK</code>，解包主密码槽，拿到 DEK。</li>
          <li>vault 解密完成。端到端通常在 5 秒内。</li>
        </ol>
        <p>不需要缓存密钥。不会再出现"本设备从未同步过，抱歉"的失败。</p>

        <h2>服务端能做什么、不能做什么</h2>
        <table style="width: 100%; border-collapse: collapse; margin: 1.5rem 0;">
          <thead>
            <tr style="background-color: var(--color-background-light);">
              <th style="padding: 0.75rem; text-align: left; border: 1px solid var(--color-border-light);">能力</th>
              <th style="padding: 0.75rem; text-align: left; border: 1px solid var(--color-border-light);">服务端是否拥有？</th>
            </tr>
          </thead>
          <tbody>
            <tr><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">看到你的主密码</td><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 永远不能</td></tr>
            <tr><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">看到 <code>vaultKEK</code> 或 DEK</td><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 永远不能</td></tr>
            <tr><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">看到你的恢复密钥</td><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 永远不能（只有 <code>bcrypt(rk_verifier)</code>）</td></tr>
            <tr><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">解密你的 vault blob</td><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 数学上不可能</td></tr>
            <tr><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">验证你的身份</td><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ 通过 <code>bcrypt(loginToken)</code></td></tr>
            <tr><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">存储加密后的 vault blob</td><td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ 仅密文</td></tr>
          </tbody>
        </table>

        <h2>诚实的边界</h2>
        <p>我们对标 Bitwarden 的安全基线，也诚实地说明这意味着什么：</p>
        <ul>
          <li>v2 是<strong>端到端加密</strong>，不是 SRP 或 OPAQUE 那样严格的零知识协议。服务端在登录瞬间会在内存中短暂持有 <code>loginToken</code>，落库前才经过 bcrypt。与 Bitwarden 同档。</li>
          <li><strong>弱主密码是唯一无法靠密码学解决的问题</strong>。请使用长 passphrase，并妥善保管恢复密钥。</li>
          <li>设备被恶意软件入侵（键盘记录、内存抓取）时，没有任何密码管理器能拯救你——这是整个行业的边界。</li>
        </ul>

        <h2>从 v1 迁移</h2>
        <p>如果你在 v2 之前就在用 KeyMe Pass，下次解锁应用时会引导你完成一次性迁移：</p>
        <ul>
          <li>现有数据会用新的统一 DEK 重新包装——这一步数据不离开本地设备。</li>
          <li>系统会要求你设置恢复密钥，这是重新启用同步的前置条件。</li>
          <li>你的主密码和 PIN 与之前的体验完全一致，只有底层密钥派生方式变了。</li>
        </ul>

        <h2>一句话总结</h2>
        <p>v2 修补了最让我们睡不着的那个结构性缺陷：<strong>一次普通的密码重置可能让你丢数据</strong>。通过统一 DEK、四个独立解锁槽位、客户端 HKDF 派生和强制恢复密钥，每一种"忘密码"场景现在都有明确、无损的路径——而服务端比以往任何时候知道得都更少。</p>
      

KeyMe Pass v2 密钥架构：统一 DEK、主密码与恢复密钥


        <div style="padding: 1rem 1.25rem; border-left: 4px solid var(--color-primary, #6366f1); background-color: var(--color-background-light, #f5f5f7); margin-bottom: 2rem; border-radius: 4px;">
          <strong>说明：</strong>本文描述的是早期 v1 双密钥架构（PIN 派生本地 DEK + 账号密码派生同步 DEK）。KeyMe Pass 已升级至 <strong>v2 统一 DEK 架构</strong>，引入主密码、可选 PIN/生物识别和强制恢复密钥。当前架构请参阅 <a href="/blog/keyme-v2-architecture">KeyMe Pass v2 密钥架构</a>。
        </div>
        <h2>什么是双层加密架构？</h2>
        <p>KeyMe Pass 采用业界领先的 <strong>KEK/DEK 双层加密架构</strong>，这是一种经过验证的安全设计模式，被广泛应用于银行、政府机构和大型科技公司的安全系统中。</p>
        
        <h3>KEK 和 DEK 的关系</h3>
        <p>在 KeyMe Pass 的加密架构中：</p>
        <ul>
          <li><strong>KEK (Key Encryption Key)</strong>：密钥加密密钥，从您的 PIN 码派生而来。KEK 用于加密和解密 DEK，但从不直接用于加密数据。</li>
          <li><strong>DEK (Data Encryption Key)</strong>：数据加密密钥，是真正用于加密您所有数据的密钥。DEK 是随机生成的，每个用户唯一。</li>
        </ul>
        
        <h3>为什么需要双层加密？</h3>
        <p>双层加密架构的核心优势在于：</p>
        <ol>
          <li><strong>密钥分离</strong>：即使攻击者获得了加密后的 DEK，没有 KEK 也无法解密。</li>
          <li><strong>灵活更新</strong>：当您更换 PIN 码时，只需用新的 KEK 重新加密 DEK，无需重新加密所有数据。</li>
          <li><strong>多重保护</strong>：支持 PIN 码和生物识别两种解锁方式，但都基于同一个 DEK。</li>
        </ol>
        
        <h2>加密流程详解</h2>
        <p>当您首次使用 KeyMe Pass 时：</p>
        <ol>
          <li>系统随机生成一个 32 字节的 DEK</li>
          <li>从您的 PIN 码通过 KDF（密钥派生函数）生成 KEK</li>
          <li>使用 KEK 加密 DEK，并将加密后的 DEK 存储在设备上</li>
          <li>使用 DEK 加密所有密码、证件等敏感数据</li>
        </ol>
        
        <h2>安全性保障</h2>
        <p>KeyMe Pass 的双层加密架构确保了：</p>
        <ul>
          <li>✅ <strong>服务器零信任</strong>：即使数据存储在服务器上，服务器也无法解密，因为 DEK 只存储在您的设备上</li>
          <li>✅ <strong>PIN 码保护</strong>：没有正确的 PIN 码，无法派生 KEK，也就无法解密 DEK</li>
          <li>✅ <strong>生物识别增强</strong>：生物识别提供便利，但安全性仍基于 PIN 码</li>
          <li>✅ <strong>符合标准</strong>：采用 AES-256 加密算法，这是全球政府和银行信赖的标准</li>
        </ul>
        
        <h2>总结</h2>
        <p>KeyMe Pass 的双层加密架构不是营销噱头，而是经过严格设计和验证的安全方案。它确保了即使是最敏感的数据，也能得到最高级别的保护。您的密码就是您的钥匙，只有您拥有它。</p>
      

KeyMe Pass 双层加密架构：为什么您的数据如此安全


        <div style="padding: 1rem 1.25rem; border-left: 4px solid var(--color-primary, #6366f1); background-color: var(--color-background-light, #f5f5f7); margin-bottom: 2rem; border-radius: 4px;">
          <strong>说明：</strong>下文加密细节描述的是 v1 架构（由账号密码派生的单一同步 DEK）。在当前 <strong>v2 架构</strong>下，本地存储与云端同步共用同一个统一 DEK，由主密码 / PIN / 生物识别 / 恢复密钥四槽位分别包装。本文所述端到端加密与零信任属性仍然成立，当前架构详见 <a href="/blog/keyme-v2-architecture">KeyMe Pass v2 密钥架构</a>。
        </div>
        <h2>WebDAV 备份：安全与便利的完美结合</h2>
        <p>KeyMe Pass 的 WebDAV 备份功能让您可以在多设备间安全同步数据，同时保持最高级别的安全性。本文将深入解释为什么这个功能足够安全。</p>
        
        <h2>端到端加密（E2EE）</h2>
        <p>KeyMe Pass 的 WebDAV 备份采用<strong>端到端加密</strong>机制，这意味着：</p>
        <ul>
          <li>数据在离开您的设备<strong>之前</strong>就已经加密</li>
          <li>服务器只能看到加密后的数据，无法查看任何明文</li>
          <li>只有您的设备拥有解密密钥，可以解密数据</li>
        </ul>
        
        <h3>加密流程</h3>
        <p>当您启用 WebDAV 备份时：</p>
        <ol>
          <li>数据在设备本地使用 DEK（数据加密密钥）进行加密</li>
          <li>加密后的数据通过 HTTPS 传输到 WebDAV 服务器</li>
          <li>服务器仅存储加密后的数据，无法解密</li>
          <li>其他设备下载数据后，使用相同的 DEK 解密</li>
        </ol>
        
        <h2>服务器零信任架构</h2>
        <p>KeyMe Pass 采用<strong>服务器零信任</strong>设计原则：</p>
        <blockquote>
          <p>我们假设服务器是完全不可信的。即使服务器被攻击，攻击者也无法获取您的任何明文数据。</p>
        </blockquote>
        
        <h3>为什么服务器无法解密？</h3>
        <ul>
          <li><strong>DEK 不存储在服务器</strong>：数据加密密钥（DEK）只存储在您的设备上</li>
          <li><strong>KEK 从 PIN 派生</strong>：密钥加密密钥（KEK）从您的 PIN 码派生，服务器无法获取</li>
          <li><strong>双重保护</strong>：即使攻击者获得了加密数据，没有 DEK 也无法解密</li>
        </ul>
        
        <h2>兼容性与灵活性</h2>
        <p>KeyMe Pass 的 WebDAV 备份支持多种存储方案：</p>
        <ul>
          <li>✅ <strong>KeyMe Pass 托管服务</strong>：我们提供专业的 WebDAV 服务器</li>
          <li>✅ <strong>Nextcloud</strong>：支持自建 Nextcloud 服务器</li>
          <li>✅ <strong>坚果云</strong>：国内常用的标准 WebDAV 服务</li>
          <li>✅ <strong>其他 WebDAV 服务</strong>：兼容任何标准的 WebDAV 服务器</li>
        </ul>
        
        <h2>传输安全</h2>
        <p>除了数据加密，KeyMe Pass 还确保传输安全：</p>
        <ul>
          <li>✅ <strong>强制 HTTPS</strong>：所有数据传输都通过加密的 HTTPS 连接</li>
          <li>✅ <strong>证书验证</strong>：验证服务器证书，防止中间人攻击</li>
          <li>✅ <strong>认证保护</strong>：使用安全的认证机制，保护访问权限</li>
        </ul>
        
        <h2>总结</h2>
        <p>KeyMe Pass 的 WebDAV 备份功能通过端到端加密、服务器零信任架构和多重安全措施，确保了您的数据在备份和同步过程中的绝对安全。您可以放心地使用这个功能，在多设备间同步数据，而无需担心数据泄露的风险。</p>
      

为什么 KeyMe Pass 的 WebDAV 备份功能足够安全


        <div style="padding: 1rem 1.25rem; border-left: 4px solid var(--color-primary, #6366f1); background-color: var(--color-background-light, #f5f5f7); margin-bottom: 2rem; border-radius: 4px;">
          <strong>说明：</strong>本文写于 v1 架构时期。在当前 <strong>v2 架构</strong>下，我们更精确的口径是：KeyMe Pass 提供<strong>端到端加密 + 服务端不接触主密码原文</strong>（与 Bitwarden 同档），并非 SRP / OPAQUE 那样严格的零知识协议。本文描述的实际保障——服务端无法解密你的数据、主密码从不发送——在 v2 下仍然成立。当前架构与诚实的边界说明请参阅 <a href="/blog/keyme-v2-architecture">KeyMe Pass v2 密钥架构</a>。
        </div>
        <h2>什么是零知识架构？</h2>
        <p><strong>零知识架构（Zero-Knowledge Architecture）</strong>是一种安全设计原则，它确保服务提供商（我们）无法访问或查看用户的任何数据，即使数据存储在我们的服务器上。</p>
        
        <h2>KeyMe Pass 的零知识承诺</h2>
        <p>我们向您承诺：</p>
        <ul>
          <li>✅ 我们<strong>永远无法访问</strong>您的主密码（PIN 码）</li>
          <li>✅ 我们<strong>永远无法解密</strong>您存储的数据</li>
          <li>✅ 即使使用同步功能，我们也<strong>无法查看</strong>任何明文</li>
          <li>✅ 您的数据<strong>完全由您掌控</strong></li>
        </ul>
        
        <h2>技术实现</h2>
        <h3>1. 加密在设备本地完成</h3>
        <p>所有数据在离开您的设备之前就已经加密。这意味着：</p>
        <ul>
          <li>加密密钥（DEK）只存储在您的设备上</li>
          <li>服务器只能看到加密后的数据</li>
          <li>即使我们想查看，也无法解密</li>
        </ul>
        
        <h3>2. 密钥派生不可逆</h3>
        <p>您的 PIN 码通过密钥派生函数（KDF）生成加密密钥：</p>
        <ul>
          <li>我们无法从加密密钥反推出您的 PIN 码</li>
          <li>即使我们获得了加密密钥，也无法知道原始 PIN 码</li>
          <li>这是单向函数，数学上不可逆</li>
        </ul>
        
        <h3>3. 服务器仅作为存储</h3>
        <p>我们的服务器只负责：</p>
        <ul>
          <li>存储加密后的数据</li>
          <li>提供数据传输服务</li>
          <li>不参与任何加解密过程</li>
        </ul>
        
        <h2>为什么这很重要？</h2>
        <p>零知识架构保护您免受多种威胁：</p>
        <ol>
          <li><strong>服务器被攻击</strong>：即使攻击者获得了服务器数据，也无法解密</li>
          <li><strong>内部人员访问</strong>：我们的员工无法查看您的数据</li>
          <li><strong>法律要求</strong>：即使执法部门要求，我们也无法提供明文数据</li>
          <li><strong>数据泄露</strong>：即使发生数据泄露，您的数据仍然是加密的</li>
        </ol>
        
        <h2>您的隐私，您的控制</h2>
        <p>在 KeyMe Pass，我们相信：</p>
        <blockquote>
          <p>您的数据属于您，只有您应该能够访问它。我们只是提供了一个安全的存储和同步服务，但我们永远不应该、也永远无法看到您的数据。</p>
        </blockquote>
        
        <h2>总结</h2>
        <p>零知识架构不是营销口号，而是 KeyMe Pass 的核心设计原则。我们通过技术手段确保我们永远无法访问您的数据，这是我们对您隐私的最高承诺。</p>
      

零知识架构：我们永远无法看到您的数据


        <h2>两种存储方案</h2>
        <p>KeyMe Pass 提供两种数据管理方案，您可以根据自己的需求选择：</p>
        <ul>
          <li><strong>完全本地存储</strong>：所有数据只存储在您的设备上</li>
          <li><strong>云端同步</strong>：使用 WebDAV 备份在多设备间同步数据</li>
        </ul>
        
        <h2>完全本地存储</h2>
        <h3>优势</h3>
        <ul>
          <li>✅ <strong>最高隐私</strong>：数据完全离线，不经过任何服务器</li>
          <li>✅ <strong>完全控制</strong>：您完全掌控数据存储位置</li>
          <li>✅ <strong>无需网络</strong>：可以在完全离线的环境下使用</li>
          <li>✅ <strong>无依赖</strong>：不依赖任何第三方服务</li>
        </ul>
        
        <h3>适用场景</h3>
        <ul>
          <li>单设备使用，不需要多设备同步</li>
          <li>对隐私要求极高，不希望数据离开设备</li>
          <li>网络环境不稳定或受限</li>
          <li>有定期手动备份的习惯</li>
        </ul>
        
        <h2>云端同步（WebDAV 备份）</h2>
        <h3>优势</h3>
        <ul>
          <li>✅ <strong>多设备同步</strong>：在手机、平板、电脑间无缝同步</li>
          <li>✅ <strong>自动备份</strong>：数据自动备份到云端，防止设备丢失</li>
          <li>✅ <strong>端到端加密</strong>：即使使用云端，数据仍然是加密的</li>
          <li>✅ <strong>灵活选择</strong>：可以选择 KeyMe Pass 托管或自建服务器</li>
        </ul>
        
        <h3>适用场景</h3>
        <ul>
          <li>需要在多个设备间使用</li>
          <li>希望有自动备份保护</li>
          <li>需要数据恢复能力</li>
          <li>信任端到端加密的安全性</li>
        </ul>
        
        <h2>安全性对比</h2>
        <table style="width: 100%; border-collapse: collapse; margin: 1.5rem 0;">
          <thead>
            <tr style="background-color: var(--color-background-light);">
              <th style="padding: 0.75rem; text-align: left; border: 1px solid var(--color-border-light);">特性</th>
              <th style="padding: 0.75rem; text-align: left; border: 1px solid var(--color-border-light);">本地存储</th>
              <th style="padding: 0.75rem; text-align: left; border: 1px solid var(--color-border-light);">云端同步</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">数据加密</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ AES-256</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ AES-256 端到端加密</td>
            </tr>
            <tr>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">服务器访问</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 不经过服务器</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ 但无法解密（零知识）</td>
            </tr>
            <tr>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">多设备同步</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 不支持</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ 支持</td>
            </tr>
            <tr>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">自动备份</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">❌ 需手动备份</td>
              <td style="padding: 0.75rem; border: 1px solid var(--color-border-light);">✅ 自动备份</td>
            </tr>
          </tbody>
        </table>
        
        <h2>如何选择？</h2>
        <h3>选择本地存储，如果您：</h3>
        <ul>
          <li>只在一台设备上使用</li>
          <li>对隐私有极高要求</li>
          <li>有定期手动备份的习惯</li>
          <li>不信任任何云端服务</li>
        </ul>
        
        <h3>选择云端同步，如果您：</h3>
        <ul>
          <li>需要在多设备间使用</li>
          <li>希望有自动备份保护</li>
          <li>信任端到端加密的安全性</li>
          <li>需要数据恢复能力</li>
        </ul>
        
        <h2>混合方案</h2>
        <p>您也可以采用混合方案：</p>
        <ul>
          <li>主要使用本地存储</li>
          <li>定期手动导出加密备份</li>
          <li>在需要时启用云端同步</li>
          <li>根据情况灵活切换</li>
        </ul>
        
        <h2>总结</h2>
        <p>无论选择哪种方案，KeyMe Pass 都确保您的数据安全。本地存储提供最高隐私，云端同步提供便利和备份。选择权完全在您手中。</p>
      

博客

KeyMe Pass 浏览器插件上线：Chrome、Edge 一键自动填充

KeyMe Pass v2 密钥架构：统一 DEK、主密码与恢复密钥

KeyMe Pass 双层加密架构：为什么您的数据如此安全

为什么 KeyMe Pass 的 WebDAV 备份功能足够安全

零知识架构：我们永远无法看到您的数据

本地存储 vs 云端同步：如何选择最适合您的方案