macOS Monterey 将原来 Safari 中的密码独立了出来，并且开始支持 OTP（一次性密码），也就是通常的 MFA 二次验证中经常用到的验证码模式。像 Google、iCloud、Dropbox 这类大的互联网公司均提供了这种密码验证方式，从而极大的提高了账户登录的安全性。
既然 macOS Monterey 的密码管理器已经开始支持 OTP 了，是否可以从 1P 或者 Elpass 这样的软件迁移回 Safari 呢，要回答这个问题，咱们先简单做个比较，对照自己的密码应用场景就清楚了。
和第三方的密码管理软件相比较，系统自带的密码管理器功能还是非常基础的，只适合用于管理网页登录类型的密钥管理，优势是和浏览器无缝集成，自动填充和安全验证上体验更顺滑。毕竟第三方的密码管理软件会多一个密码软件的登录验证环节。
从应用场景的核心需求出发，下面的表格做了一下简单比较：
记录类型的比较
| 软件名称 | 记录类型 | 字段扩充 | OTP | 备注 |
|---|---|---|---|---|
| 1Password | 网页、银行卡、证件、软件许可、文件、备忘录 | 支持 | 支持 | 支持 |
| Elpass | 网页、银行卡、证件、备忘录 | 支持 | 支持 | 支持 |
| Safari 密码管理器 | 网页 | 无 | 支持 | 无 |
应用场景中的比较
| 软件名称 | 团队模式 | 自动填充 | 跨平台 | 同步 | 密码历史 |
|---|---|---|---|---|---|
| 1Password | 支持 | 支持 | Windows、Android、Apple 生态 | 1P、iCloud、Dropbox | 支持 |
| Elpass | 无 | 支持 | Apple 生态 | iCloud、Dropbox | 支持 |
| Safari 密码管理器 | 无 | 支持 | Apple 生态 | iCloud | 无 |
由上表可以看出系统自带的密码管理器功能还是非常有限，新增的 OTP 功能，不能直接从其他 OTP 软件中复制整个链接的方式迁移。
正确步骤：编辑一次性密码的链接，从其中复制 secret= 部分的 OTP 安全码，然后粘贴到 Safari 的设置验证码窗口中。
如果密码管理的应用场景中大多数就是网页的登录，对银行卡、证件、软件许可、文件这类密钥管理没有痛点和需求，用系统自带的就足够了。那么接下来的问题是如何从 Elpass、1P 这些软件中将密码导出到系统的密码管理器当中。
密码管理器都支持 csv 格式的导入和导出，需要针对性的调整字段匹配。技巧是先在目标软件中导出一份，例如在Safari 中随便记录一条，然后导出为 csv 格式，用 Numbers 表格打开看看字段情况，使用其他软件导出 csv，按照导入软件的字段要求，对字段做调整。
- 首行的字段名称需要和 Safari 导入的格式要求一致，只有 3 个字段，命名分别为：Password、Username、URL；
- URL、用户名 为空的记录会导入失败，需要删除掉；
- 通过排序可以快速筛选出这些有问题的记录。
实际演练了一遍密码的导出和导入，从 1P 中导出密码为 csv 文件，按 Safari 的导入格式匹配字段后导入失败，没有错误提示；曲线救国了一下，登录 Google 账户用 Google 的密码管理导入，然后再导出，再次用 Safari 导入 Google 密码管理器导出的 csv 文件成功。
用 Google 导入时有明确的报错提示，一看才知道，原来 1P 的导出记录中很多没有网址的记录，这些都无法成功导入。
Google 账户中的密码管理导入导出界面，需要登录到Web 端操作。
利用 Google 的密码管理导出密码文件，再次用 Safari 导入 Google Passwords.csv就没有问题了。
好了，小小周折了一下完成了网页登录密码的迁移，不过实际迁移过程中发现凡是包含 OTP 记录的密码条目都迁移失败了，需要重新添加。
⚠️高能提醒：导入成功后，记得删除下载文件夹中的 csv 密码文件并清空回收站，避免留下安全隐患。