关于 KeyMe Pass
我们想把密码管理这件事做清楚,让更多人愿意用它,而不是在最需要密码的时候抓耳挠腮。
为什么做这个产品
大多数人不是不知道该给每个网站设不同的密码,是知道了也做不到。
一个密码走天下,往往不是因为懒。在没有趁手工具的年代,这是唯一能把日子过下去的办法。于是密码散落在备忘录、聊天记录、浏览器的记住密码里,换台设备就找不回来。
真正麻烦的是,出事和当初那个决定之间隔着很久。某个网站泄露了数据,邮箱、网盘、支付账号跟着一起失守。这时候很少有人会想起来,问题出在多年前图省事的那一次。
所以我们做的不是一个记密码的工具,而是想把「做对」的成本降到比「算了」更低。自动填充、通行密钥、跨设备同步,这些功能看上去各自独立,其实都在做同一件事:让安全的做法同时也是最省事的做法。
密码管理器真正的对手不是记性,是那句「先重置密码,下次再说」。
我们相信什么
做产品总要做取舍。下面三条是我们认准的方向,也解释了 KeyMe Pass 为什么长成现在这样。
数据放在哪里,由用户决定
第一个同步方案我们选了 WebDAV,而不是先建自己的云。用户可以把密码库放在自己的服务器上,也可以用我们托管的存储,想随时搬走都行。密码库是用户的资产,不该成为留住用户的筹码。
本地使用完全开放
自动填充、两步验证码、通行密钥这些功能,免费版全都不限制使用。本地存多少条目也不设上限。密码管理的价值建立在「把所有密码都放进来」之上。用条目数或功能数设卡,等于把产品的核心用途做成诱饵。
我们不介入用户的数据
主密码不上传、不备份,我们自己也无法重置。这是零知识架构的要求,也是我们认同的行业规矩 —— 我们能替用户重置的密码,别人也可能有办法重置。所以忘记主密码只能靠恢复密钥找回,请务必在设置时把它保存好。
这三条指向同一件事:用户应当是自由的。可以选择把数据交给谁,可以选择不交给任何人,也可以随时离开。
我们走到哪了
从 2025 年 11 月第一行代码写下至今,每个月都在更新。下面从最近的变化往回看。
- 2026 年 11 月
Windows 版上架
Windows 版上架 Microsoft Store。浏览器插件也上了 Edge 加载项商店。
- 2026 年 7 月
macOS 桌面端
桌面端开工,平台覆盖扩展到七个。
- 2026 年 6 月
通行密钥
支持通行密钥的保存、同步与登录。这是密码之后的下一代方案,我们跟得比较早。
- 2026 年 3 月
自动填充
接入 iOS 与 Android 的系统级填充框架。在其他 App 和浏览器里都能直接调用密码库。
- 2026 年 2 月
浏览器扩展
Chrome 扩展开工,把填充能力从手机延伸到桌面浏览器。
- 2025 年 12 月
WebDAV 同步
第一个同步方案做的是 WebDAV,而不是自建云。让用户能把数据放在自己的服务器上,这个方向从那时候就定了。
- 2025 年 11 月
项目启动
iOS、Android、鸿蒙三端同时开工。本机加密存储、密码与证件管理是最早成型的部分。
产品仍在持续迭代。每个版本改了什么,应用内的更新说明里都写明。
我们怎么保护这些数据
密码库在设备上加密完成之后才会离开,备份服务器上存的是密文。
- 加密使用 AES-256-GCM,密钥由主密码经 Argon2id 在本机派生
- 不开启同步时,数据完全不离开设备
- 开启同步后,内容在上传前已经加密完成
- 主密码不上传、不备份,我们也无法重置
联系我们
产品问题、功能建议、安全漏洞、合作咨询,都可以直接找到我们。
- 运营主体
- 深圳市鱼多多网络科技有限公司
报告安全问题
发现安全漏洞请发邮件,标题注明「安全」,我们会优先处理。在修复发布之前请不要公开披露细节 —— 这是对正在使用产品的用户的保护。