如何修复 UniSat 中的“网络钓鱼网站警告”？ （误报修复）

了解 UniSat 网络钓鱼警告

1. 当 UniSat Wallet 的内部域信誉系统将 URL 标记为潜在恶意时，UniSat Wallet 会显示网络钓鱼网站警告。

2. 该机制依赖于社区提交的报告和自动启发法，而不是实时行为分析。

3. 合法的 dApp 域（尤其是新部署的或低流量的域）经常因缺乏历史数据而引发误报。

4. 该警告并不表明该网站已受到威胁，只是表明该网站与已知诈骗域相关的模式相匹配。

5. 用户在访问测试网接口、自定义代币浏览器或托管在非主流子域上的去中心化交易所前端时，可能会遇到此警报。

手动验证域真实性

1. 使用浏览器开发人员工具交叉检查域的 SSL 证书，以确认由 Let's Encrypt 或 DigiCert 等受信任的 CA 颁发的证书。

2. 检查网站的源代码，查看硬编码的钱包连接逻辑，该逻辑专门指向 Bitcoin 第 2 层网络上经过验证的合约地址。

3. 确认 HTML head 部分中是否存在有效的uniSat:verified元标记，该标记表示官方集成状态。

4. 验证域的 DNSSEC 配置以确保未发生未经授权的委派或缓存中毒。

5. 将站点的 favicon 哈希值与 UniSat GitHub 存储库的 verify-dapps.json 文件中列出的已知部署进行比较。

提交误报报告

1. 导航到“安全”标签下的 UniSat GitHub 问题页面，然后打开一个标题为“误报报告 - [域名]”的新问题。

2. 包括在警告事件期间捕获的完整 HTTP 标头，以及显示服务器响应代码和安全标头的curl -I 输出。

3. 附上站点合约交互日志的屏幕截图，显示仅广播到认可的 BRC-20 或 Ordinals 兼容端点的签名交易。

4. 通过 TXT 记录验证或使用网站管理员钱包地址签名的消息来提供域名所有权证明。

5. 参考 CertiK 或 OpenZeppelin 等公司之前提供的涵盖前端完整性和后端 API 端点的审计报告。

暂时绕过警告

1. 单击警告屏幕上的“高级”，然后在确认 URL 与预期拼写和 TLD 匹配后选择“继续到 [域]（不安全）”。

2. 在隐身模式下使用 UniSat 的内置 dApp 浏览器，以避免与之前的浏览会话关联的缓存信誉标志。

3. 通过设置 > 安全 > 自定义白名单，将站点的域导入 UniSat 的本地白名单，输入不带协议前缀的确切 FQDN。

4. 暂时禁用 JavaScript 以验证警告是否仍然存在 - 一些误报源自第三方分析脚本而不是核心功能。

5. 检查域名是否解析为已知云托管范围内的IP地址；即使对于合法服务，意外的 VPS 分配也经常会触发启发式警报。

常见问题解答

问：单击“仍然继续”是否会暴露我的私钥？答：不会。UniSat 绝不会向不受信任的域注入签名功能。在每笔交易获得明确的用户同意之前，钱包交互将保持禁用状态。

问：我可以在一个 GitHub 问题中报告多个域吗？答：不需要。每个域名都需要单独验证。使用独特的证据包提交单独的问题，以保持审计的可追溯性。

问：为什么 UniSat 会阻止子域而不阻止根域？答：子域是独立评估的。干净的根域不会向用于网络钓鱼活动的动态生成的子域授予信任。

问：是否有当前标记域名的公开列表？答：是的。 UniSat 团队在 https://unisat.io/api/v1/phishing/domains 维护一个只读 JSON 源，该源每小时更新一次，包括时间戳和报告源。