Orbit-db安全：如何防范Tronweb问答应用中docstore非法更新

1. 写入层强制签名校验，从根源拦截非法篡改 #

• 所有写入OrbitDB的操作必须附加钱包签名：提问发布、回答提交、状态变更等所有修改数据库的操作，都要求操作用户用Tron钱包私钥对操作类型+关联问题ID+操作核心内容+时间戳做签名，签名值和用户公钥作为必填字段存入对应文档。比如回答提交时，必须同时存储回答内容、回答者公钥、针对(问题ID+回答者公钥+回答内容哈希)的签名三个核心字段，缺失任意字段的写入直接判定为无效。
• 自定义OrbitDB访问控制器实现全局校验：放弃默认访问控制逻辑，自行实现跨节点统一的写入校验规则：所有同步到本地节点的写入请求，必须先验证签名和对应公钥的匹配性、操作内容和签名原文的一致性，校验不通过的操作直接拦截，不会写入本地数据库也不会继续向P2P网络同步。就算攻击者通过断点拿到本地数据库实例，没有对应私钥生成有效签名，伪造的回答者地址变更请求根本无法被其他节点接收，只能在本地生效。

2. 业务逻辑层做状态约束，杜绝篡改内容生效 #

• 问题状态机限制字段修改权限：将问题文档的状态设置为不可逆流转：待发布→待回答→已收到回答→已采纳，一旦状态流转到已收到回答，访问控制器直接拦截所有对回答者公钥字段的修改请求，任何主体都无法再变更该字段内容。
• 付款前自动做三重校验，无需用户人工核对：在调起Tronlink付款弹窗之前，代码自动完成以下校验，任意一项不通过直接阻断付款流程并提示异常：
  1. 验证当前待采纳回答对应的签名、公钥、内容是否匹配
  2. 核对当前回答者公钥和回答提交时存储的公钥完全一致
  3. 校验问题从未有过已采纳记录，避免重复篡改

3. 额外降低篡改风险的补充方案 #

• 核心元数据哈希上链存证：可定期将所有问题创建、回答提交的核心元数据的哈希值，批量写入Tron链交易的备注字段，成本极低。付款前可自动对比本地数据哈希和链上存证哈希，完全杜绝任何篡改可能。
• 核心代码加混淆和反调试防护：对数据库操作、签名校验、付款触发的相关JS代码做高强度混淆，同时添加断点检测逻辑，一旦检测到开发者工具开启或断点调试，直接清空OrbitDB实例缓存并刷新页面，增大攻击者调试篡改的门槛。

内容的提问来源于stack exchange，提问作者Trace