「发送反馈」这个动作的真实范围
绝大多数桌面应用和移动应用都有一个不太起眼的入口：帮助菜单里的「报告问题」，设置页底部的「发送反馈」，崩溃之后的「上传诊断信息」。界面上问你的只是「遇到了什么问题」，实际上被打包的是一整套现场：应用版本、系统版本、设备标识、内存与线程快照、最近的操作序列、有时连本地文件路径、打开过的页面地址、异常堆栈里的参数都会进去。
这个设计是合理的：没有现场，开发者无从复现。合理不等于没有代价。代价的准确描述是：你为了得到一次技术支持，主动把一个包含运行痕迹的文件交给了对方服务器，而这份文件的内容范围由程序定义，不由你当场挑选。
对加密持有人敏感的四类字段
第一类是地址与账户名。日志里出现完整公钥地址、派生路径、账户标签，本身不是私钥泄露，但把「你持有哪个地址、地址被叫什么名字」这两件事交给了对方。第二类是交易与请求参数。一次失败的签名、一笔被拒的提币、一个报错的接口调用，常常把哈希、金额、网络、接口域名原样写进堆栈。第三类是路径与环境。本地目录名、用户名、挂载点、代理配置、公司网络里的域名，会暴露你是谁、你在什么环境下操作。第四类是最容易忽略的：内存与剪贴板快照。某些崩溃转储会把进程内存片段写进文件，历史版本的日志里出现过被明文记录的令牌字符串，这类问题在各家产品里都出现过。
判断方式很朴素：把生成的那个文件用文本编辑器打开，自己搜一遍自己的地址、自己的邮箱、自己的域名。搜得到，说明它确实上去了；搜不到，说明这一步是干净的。这一步多数人从没做过，而它恰好是唯一能确认事实的做法。
提交前的最小化清单
先做减法。多数应用允许你只提交文字描述、不带附件；如果问题不需要现场，就用这个通道。需要现场时，问自己一句：这是隐私问题还是功能问题。如果是功能异常，按官方渠道提交；如果问题本身涉及账户内容（比如「我的余额不对」「这笔交易去哪了」），优先在官方工单里按流程提交，别贴到公开的社区帖子里。
再做遮罩。如果必须贴日志到公开渠道求助，先手工处理这几项：完整地址替换成前六位加后六位、交易哈希换成「哈希（省略）」、用户名与目录路径里的个人名字换成占位符、任何以令牌或密钥字样出现的字符串整段删掉。贴之前用搜索功能在自己的文本里再搜一遍自己的地址，确认没有漏网。
最后留证据。向客服提交时，把提交时间、日志文件、问题描述这几样在自己这边存一份副本。日后如果出现「你们提交过什么材料」的往返，这一份副本是你唯一确定的东西。
一条更长期的习惯
反馈通道是软件产品里少数「你主动往外送数据」的动作，和被动收集相比，它至少是可以自控的。自控的起点不是关掉所有功能，而是知道自己在送什么。把「看一眼即将上传的文件」这件事加进提交流程，成本大约三十秒，收益是把一个原本完全黑箱的动作变成半透明。对同时使用钱包、行情终端、交易所客户端的人，这份习惯的价值会随安装的软件数量线性上升。
本文为安全防御指引，不构成投资建议；日志收集范围以所用产品的隐私说明与实际生成的文件内容为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。