notepad++本身不支持原生文件加密，需依赖nppcrypt插件或openssl等外部工具；nppcrypt默认使用不安全的aes-ecb模式，应优先选用支持aes-cbc的版本，并保存为.enc扩展名以避免损坏，同时配合chmod 600和关闭备份确保全流程安全。
Notepad++ 本身不提供原生文件加密功能，必须依赖插件或外部工具。直接在编辑器里点几下就“加密完成”的做法基本不可信——要么是简单 Base64 编码（毫无安全性），要么是插件调用系统级加密命令但未暴露关键参数。真要保护敏感文本，得清楚每一步在做什么、密码是否参与密钥派生、加密后文件能否被离线破解。
用 NppCrypt 插件加密时，AES 模式选 CBC 还是 ECB？
NppCrypt 默认使用 AES-ECB，但这是危险选择：相同明文块永远生成相同密文块，容易被模式分析识别结构（比如重复的“password:”字段）。实际应手动切换为 AES-CBC（如果插件版本支持），它引入初始化向量（IV），让每次加密结果不同。
- 检查插件菜单中是否有「AES-CBC」选项；旧版 NppCrypt 可能只提供 ECB，此时不建议用于敏感内容
- 加密时输入的密码会被
PKCS#5 v2.0方式派生为密钥和 IV，无需手动管理，但密码强度直接影响安全性 - 加密后文本以
Salted__开头，这是 OpenSSL 兼容格式标识，说明底层用了 salt —— 这是好事，防彩虹表
加密后的文件保存为 .txt 还是改扩展名？
保存为 .txt 是常见误区。NppCrypt 加密后的内容是二进制数据，强行存成纯文本会损坏（尤其 Windows 换行符 CRLF 可能被误处理）。必须用「另存为」并手动指定扩展名，推荐 .enc 或 .aes。
- 若保存为
.txt后再用记事本打开，会看到乱码甚至报错 —— 不是解密失败，是文件已损坏 - 不要依赖文件图标或双击打开：加密文件只能由 Notepad++ + NppCrypt 解密，其他编辑器无法还原
- 建议在文件名中体现加密状态，例如
credentials_secret.enc，避免误操作覆盖原文
为什么用 OpenSSL 命令行比 NppCrypt 更可控？
因为你能明确看到参数含义，且不依赖 GUI 插件的内部实现。例如：
openssl enc -aes-256-cbc -salt -in secret.txt -out secret.enc -pass pass:MyStrongP@ss2026
这里每一项都可验证：
-
-salt强制启用盐值，杜绝字典攻击 -
-aes-256-cbc明确算法与模式，不是插件里模糊的“AES”选项 -
-pass pass:xxx虽然方便，但密码会留在 shell 历史中 —— 更安全的做法是省略该参数，让 openssl 交互式输入 - 解密时命令对称：
openssl enc -d -aes-256-cbc -in secret.enc -out secret.txt，输入密码即可，无额外依赖
别忽略文件权限和残留风险
即使内容加密了，文件元数据、临时文件、编辑器备份仍可能泄露信息。
- 加密完成后立即执行：
chmod 600 secret.enc（Linux/macOS）或右键属性 → 安全 → 仅限所有者访问（Windows） - Notepad++ 默认生成备份文件（
secret.txt~），需在「设置 → 备份」中关闭「启用备份」或定期清理%APPDATA%\Notepad++\backup\ - 若曾用普通方式打开过原文，检查系统回收站、编辑器历史记录、内存转储（极端场景）等潜在泄漏点
真正难的不是“怎么点开加密菜单”，而是判断加密是否生效、密钥是否被妥善派生、以及整个流程有没有留下可被回溯的痕迹。用 NppCrypt 前先确认版本是否支持 CBC；用 OpenSSL 就别图省事写明文密码；加密完立刻砍掉权限和备份。安全不是功能开关，是一连串克制的选择。
