安全警报 · 2026 年 10 月 30 日

Conceal:
一个 DNS 检查点就能伪造整条链。

Conceal(CryptoNote / Karbo 分支)通过明文 DNS TXT 记录加载检查点。在检查点覆盖的区间内,节点不再验证 PoW,也不再验证签名。攻击者只要控制 DNS 或网络路径,就能让节点接受伪造链,不需要算力,也不需要私钥。对节点和集成方来说,这是严重风险。

严重共识DNSCryptoNote

CONCEAL-CONSENSUS-2026-01 · v1.0 · 2026 年 10 月 30 日 · 阅读约 5 分钟

摘要

Conceal 是一条 CryptoNote 链(Karbo 分支)。报告指出检查点加载与历史区块验证存在严重缺陷:检查点来自明文 DNS TXT 记录,未强制 DNSSEC。

在最新已知检查点覆盖的区间内,节点不再验证 PoW,也不再验证输入签名。能够注入 DNS 响应或修改网络路径的攻击者,可以把伪造链作为有效链提交;不需要算力,也不需要私钥。

发现了什么

  • 检查点从明文 DNS TXT 记录加载,没有 DNSSEC。
  • 启动时加载,处理替代区块时还会再次加载。
  • 在“检查点区”内,PoW 校验被简单的哈希比对替代。
  • 同一区间内,输入签名与多签校验被跳过。
  • 注入的高度没有严格的一致性边界。

影响

节点可能接受伪造链、转发无效交易,并对外呈现与真实链不一致的状态。新节点尤其危险:首次同步时可能全程处于检查点区内。

这不是直接窃取私钥,而是对链完整性和共识验证的攻击。对集成方、交易所或节点运营者来说,影响仍然是严重的。

范围与局限

  • 对 ConcealNetwork/conceal-core 快照做静态审查;未编译、未做动态测试。
  • 未执行网络 PoC;不公布攻击步骤。
  • 完整报告、证据与代码行号仍然受限。
  • 未覆盖 Conceal 的其他产品、钱包与第三方服务。

建议

  • 不要从无认证通道加载检查点;使用签名并内置的检查点。
  • DNS 只能作为提示,且必须启用 DNSSEC;不能作为信任根。
  • 不能因为区块在检查点区内就跳过 PoW 或签名校验。
  • 限制注入高度,拒绝回退或与已知点冲突的检查点。
  • 恢复前安排迁移,并对共识路径做独立审计。

披露

节点运营者、集成方与安全团队请联系:security@frblockchain.icu。请勿发送私钥、助记词或利用细节。

一个需要检查的 Conceal 节点,一条需要验证的链?