HN讨论 · 身份未知
在线密码生成器因混淆代码无法验证隐私承诺
HN 评论者批评随机在线网站生成密码的做法，指出该生成器虽声明“仅本机生成、不上传不存储”，但实现是 288 KB 混淆 JavaScript，用户无法在每次使用时通过阅读代码验证承诺。这个具体信任缺口值得关注。
查看原始信号hn:49357881
目标用户
关注密码安全且对隐私声明持怀疑态度的个人用户；他们希望在不信任的网页环境下确认工具不会上传或存储数据。
潜在需求
用户需要一种能够实际验证“数据不出设备”的密码生成方式，而不是只能依赖网站声明；至少要能快速审查代码或证明代码与可执行页面一致。
发生场景
用户遇到一个自称 Privacy focused 的在线客户端密码生成器，页面声称密码只在本机生成、没有任何发送或存储；但查看实现后发现是 288 KB 混淆 JavaScript，无法判断真实行为。
来源证据
评论者认为用随机网站生成密码是坏主意，因为该站只通过声明宣称客户端生成与隐私设计，唯一验证方法是每次阅读 288 KB 混淆 JavaScript。
It's such a bad idea to use a random website to generate passwords, surely this has to be bait. > Strong passwords, generated only on this device. Nothing is sent or stored. > Private by design And the only way to verify this is to read and understand 288 KB of obfuscated Javascript code every time you launch this app.https://news.ycombinator.com/item?id=49357881
为什么值得留意
评论没有否定密码生成需求，而是点出离线/客户端方案在信任验证上的具体阻碍：隐私承诺需要可审计的实现支撑。对独立开发者而言，这是一个明确可回应的缺口——更小、可读、可复现的客户端实现本身就构成差异。
已有方案
- 声称仅本机生成、不上传不存储的在线客户端密码生成器
未满足部分
- 隐私声明没有可读代码支撑，用户无法验证是否真的不上传、不存储
- 每次使用都要审查 288 KB 混淆代码，验证成本过高
可能延伸 · 模型推测
- 更小体量、未混淆的客户端实现，并附带可复现构建说明
- 可直接保存到本地离线运行的页面或脚本，减少对站点可信度的依赖
目前未知
- 评论者是否在寻找替代工具，还是仅表达对该项目的反对，材料未明确
- 该生成器是否提供源码、构建说明或审计材料，材料未提及
- 只有单条评论，无法判断这种不信任在目标用户中有多普遍
继续核实
- 对此类在线密码工具，用户更看重代码可审查性，还是品牌、开源等其它信任信号？
- 当存在可离线运行的开源密码管理器时，为什么用户仍会考虑随机网站生成器？
主题词
password generationclient-side privacyjavascript obfuscationcode auditabilitytrust verification