简短答案
加密改变数据本身：没有密钥时，内容应当不可读。密码保护描述进入某项功能前要提供秘密，但底层可能是强加密，也可能只是软件界面限制。访问权限则由系统判断哪个账号可以查看、编辑、分享或删除；它通常依赖服务持续执行规则。三者可以叠加，却不能互相替代。判断安全时，不要只问“有没有密码”，要问谁保存数据、谁持有密钥、复制出去后规则是否仍有效，以及管理员能否访问。
加密保护的是数据内容
NIST把加密定义为用密码算法和密钥把明文转换成密文，以隐藏原意；解密则恢复原内容。NIST：Encryption 如果加密设计和密钥管理正确，攻击者即使取得磁盘、备份或传输流量，也不应直接读到内容。
加密可能发生在传输中，例如HTTPS；也可能发生在设备或服务器静止存储时；还可能是端到端加密，只有通信端点持有解密能力。“云端已加密”并未说明供应商能否解密。若供应商掌握密钥并在服务器处理明文，加密主要防硬盘和网络泄露；若用户独占密钥，供应商可见范围较小，但丢失密钥也可能永久失去资料。
密码保护是入口描述，不是算法说明
“密码保护”只说明软件要求输入密码后才允许访问。NIST的术语也把它描述为在正确密码输入前阻止读取文件或设备。NIST：Password Protected 但这个标签没有告诉你密码是否用于派生加密密钥、是否可绕过、是否限制猜测，或文件内容是否仍以明文存在。
有些PDF、压缩包和Office文件用密码驱动加密；另一些旧格式只设置“禁止编辑”标志，兼容软件可能忽略。网页把内容藏在密码表单之后，也可能只是服务器访问规则，下载到本机的副本未必加密。因此不能从锁形图标或“Protected”字样推断保护强度。
访问权限回答谁能做什么
访问控制依据账号、角色、组织、设备或环境规则决定行为。NIST将其概括为按照预先政策控制对信息的访问。NIST：Access Control System 云端文档的查看者、评论者、编辑者和所有者就是常见例子。
权限便于撤销和协作，也能记录谁进行了操作。但它依赖平台识别用户并执行规则。文件一旦被允许下载、截图、复制或通过另一个系统转发，原平台的权限未必跟随。管理员、备份系统和集成应用也可能拥有普通用户界面没有显示的访问能力。
三个机制解决不同阶段的问题
假设一份合同放在共享网盘。HTTPS加密浏览器与服务器之间的传输；服务器磁盘加密降低硬盘被盗风险；账号权限只让项目成员打开；文档本身再用独立密钥加密，则下载副本离开网盘后仍不可读。每层应对的故障不同。
如果只靠网盘权限，外泄副本可能失控；只靠文件密码，密码可能通过同一邮件发送，且无法撤销某个已知密码的人；只靠设备全盘加密，电脑解锁后恶意软件仍能读取。好的设计不是堆砌锁，而是把保护放在真实威胁发生的位置。
密钥和密码的处理决定实际强度
强算法配弱密码仍可能被离线猜测。攻击者拿到加密文件后，可以不受网站登录限速地尝试候选密码。长、唯一、随机的密码和现代密钥派生机制比复杂符号装饰更重要。密码不应通过与文件相同的邮件或聊天发送；最好使用独立渠道，或使用为接收者公钥加密的分享方式。
密钥恢复也要设计。组织可能需要受控的恢复或托管机制，个人则要避免把唯一密钥只存在加密文件旁边。多一份密钥备份会增加可恢复性，也增加需要保护的目标。安全和恢复之间必须明确权衡。
“只有我能看”需要具体问题验证
服务宣传“私密”“安全”或“受保护”时，可以继续问：数据在设备、传输和服务器分别如何保护；供应商或组织管理员是否能解密；共享链接是否可被转发；下载后的文件有没有自身加密；撤销权限是否影响已下载副本；忘记密码时谁能恢复。
如果服务能在几秒内重置文件密码并完整恢复内容，通常表示它或账号系统保留了某种解密路径。这不一定不好，协作服务往往需要服务器处理内容；但不能同时把它误解为用户独占密钥。
我的判断：安全标签只有放进威胁场景才有意义
“加密”常被当作最高级形容词，“密码保护”被当作可见的安全证明，“仅限受邀者”被当作内容不会扩散。真正有用的分析是先描述失败：担心设备遗失、网络窃听、云管理员、错误分享、收件人转发，还是十年后的密钥遗失？
我会把保护分成四个问题：身份——谁在请求；授权——允许做什么；机密性——拿到数据副本能否读取；恢复——账号或密钥丢失后谁能取回。一个产品可能在其中一项很强，在另一项很弱。明确这张表，比寻找一个“最安全”按钮更可靠。
选择方式的实用清单
分享链接是访问权限的一种便利包装
“知道链接即可查看”没有验证具体身份，链接本身近似一张可转交的入场券。它便于临时公开资料，却不适合把“仅限团队”理解为严格保证。需要追踪和撤销个人时，应要求收件人登录，设置到期时间和最小角色，并定期清理旧链接。
即使链接有密码，密码若与链接出现在同一封转发邮件中，边界仍然很弱。对于高敏感资料，可把平台身份权限与文件级加密组合：前者管理日常协作，后者保护被下载或误传的副本。组合前也要安排密钥恢复，避免加强机密性却失去可用性。
- 文件离开原平台后是否仍需要保密？若需要，考虑文件级加密。
- 是否需要随时新增或撤销成员？若需要，平台权限更适合日常管理。
- “密码保护”是否明确说明使用何种现代加密和格式？
- 密码是否足够长、唯一，并通过独立渠道传递？
- 服务商、管理员、备份系统或集成应用能否读取？
- 已下载和截图的副本能否被撤销？通常不能。
- 密钥和恢复码保存在哪里，是否与主要故障隔离？
- 接收者是否能使用该加密格式，并有安全的长期恢复计划？
结论
加密让数据副本不可读，密码保护设置一道入口，访问权限让系统按身份执行规则。它们相互补充，却对应不同的风险边界。重要资料应同时考虑传输、存储、身份、分享、下载副本和恢复，而不是满足于一个锁形图标。最关键的问题不是“有没有保护”，而是保护在文件被复制、账号被攻破或平台不可用以后是否仍然成立。
相关内容
继续阅读本系列： 《数字生活的隐藏机制》全部文章
了解 Geoffrey Chen 的更多信息
订阅后即可通过电子邮件收到最新文章。