安全

• 客户端生成 — CPU 上的 Web Worker 创建每个密钥对。
• 零密钥传输 — 没有接受或返回私钥的 API。
• 零密钥存储 - 没有数据库，没有秘密日志，没有模式或地址分析。
• 可验证 — 开源、实时审核、离线测试、网络面板。
• 不暴露的证明 - 可共享的证明仅包含地址+图案。

如果没有检查，营销宣传毫无价值。使用下面的 live audit 和验证部分。

Vanitas 是一个静态 Next.js 站点。主机（例如 Vercel）提供 HTML、CSS、JS 和预构建的工作包。加密技术永远不会在该主机上运行您的密钥。

在范围内——我们的设计目标是

• 服务器端密钥被盗（服务器上没有密钥）。
• 挖矿期间的随意网络嗅探（无关键流量）。
• 主应用程序的点击劫持（主要路由上的帧拒绝）。
• 明显的 XSS 渗透路径（CSP；仍然不是灵丹妙药）。

超出范围/共同责任

• 读取页面内存或剪贴板的恶意浏览器扩展 - 在伪造高价值密钥时在干净的配置文件上禁​​用它们。
• 受感染的设备/恶意软件 - 操作系统级键盘记录器击败任何网站。
• 您将密钥粘贴到 Discord / 网络钓鱼 - 操作安全性是您的。
• 依赖供应链 — 我们固定并审核；您可以验证工作哈希并从源重建。

虚荣挖掘不会创建“较弱”的密钥。长模式只会消耗更多的 CPU — 它们不会减少私钥熵。

我们服务器上没有关于您的密钥的信息。 伪造路径中没有地址、模式、用于挖掘的 IP 或分析 SDK 的数据库。

随机性始终来自浏览器 CSPRNG (crypto.getRandomValues)。曲线和地址推导因链而异：

查找后检查可以验证随机样本的熵大小、CSPRNG 存在和卡方均匀性 - RNG 路径的健康检查，不能替代设备卫生。

挖掘代码以从 TypeScript 源构建的静态 public/*-worker.js 文件形式提供。每个生产版本都会在 worker-hash.json 中记录 SHA-256 摘要。审核页面重新散列浏览器加载的工作程序并将它们与该文件进行比较。

如果哈希值不同，则将该页面视为不受信任 - 停止，不要使用密钥，并进行调查（错误的部署、缓存或篡改）。从打开的存储库重建应该为给定的提交重现相同的工作字节。

响应包括减少 XSS 影响、强制 HTTPS 和阻止主应用程序框架的标头。 CSP 仍然允许 Next.js 需要的东西（包括一些内联/评估权衡）——标题帮助；它们不会取代代码审查。

理论上，任何以页面权限运行的东西都可以读取 DOM 和 Worker 消息。其中包括：

• 具有广泛站点访问权限的浏览器扩展
• DevTools 在共享计算机上打开
• 如果存在 XSS，则恶意注入脚本
• 复制密钥后剪贴板嗅探器

缓解措施：干净的浏览器配置文件，没有不必要的扩展，对于高价值密钥，更喜欢下载文件而不是剪贴板，粘贴到钱包后擦除剪贴板，考虑使用终端 CLI 或用于大型金库的气隙机器。

1. 加载 vanitas.fun （或从经过验证的本地构建运行）。
2. 可选：打开网络、离线、运行审核。
3. 首先选择较短的图案；一旦您信任该设置，就增加长度。
4. 查找时：导出、离线存储、切勿将按键截图到聊天应用程序中。
5. 导入该链的正确钱包；发送灰尘测试传输。
6. 对于长期持有，请将资金转移到硬件钱包中——Vanitas 是一个锻造厂，而不是金库。

不要公开公开 GitHub 问题以查找安全漏洞。更喜欢 bytebrox/vanitas 上的私有 GitHub 安全公告。包括重现步骤、影响以及建议的修复（如果有）。