配置备份安全与版本兼容
手动下载、发送到邮箱、保存到本地、WebDAV 或 Rclone 的配置备份，都需要按相同标准妥善保管。
所有信息都应按明文敏感信息保管
请将 Lucky 中保存的所有信息按明文敏感信息保管，请勿将配置文件或备份文件分享给他人。
请统一按“系统被攻破或文件泄露后，全部信息都可能被获取”来评估风险，无需逐项区分存储方式，也不要根据界面星号判断是否安全。
版本兼容提醒
旧版本配置在多数情况下可用于新版本；新版本生成或保存的配置、备份不保证能用于旧版本。反复升级、降级可能导致配置丢失、功能异常或其他未知故障。
请优先使用与目标程序版本匹配的备份。升级前单独保留原版本备份并标注版本号；需要降级时，优先恢复由该旧版本生成的备份。具体做法见升级、降级与备份版本。
日常保存与分享
- 仅将配置和备份保存到自己控制的设备、邮箱或存储空间，限制读取权限，避免使用公开下载链接或共享目录。
- 不要养成在不同账号、网站和设备上使用同一密码的习惯。请分别设置独立强密码，建议使用密码管理器，并为支持的服务启用双因素验证（2FA）。
- 排查问题时只提供必要的配置片段、日志或截图，并先完成脱敏。不要向群聊、论坛、工单或代码仓库上传完整配置或备份。
- 保留备份对应的 Lucky 版本和创建时间，定期检查备份是否完整、能否读取，并将重要的升级前备份与自动轮换的备份分开保存。
系统被入侵或备份泄露后
按全部信息可能已泄露处理
系统一旦因任何原因遭到入侵，或配置 / 备份文件泄露，请按全部信息可能已泄露处理：更换系统内保存的全部密码及其他网站或设备上复用的密码，并撤销或重置相关令牌和密钥。
- 先处理受影响系统：发生入侵后，先隔离并清理或重建受影响系统，避免新凭据再次被窃取。
- 从可信设备更换凭据：到各个对应服务更改全部已保存密码及其他服务中复用的密码，撤销旧会话，撤销或重置相关令牌、密钥，使旧凭据失效。
- 更新 Lucky 中保存的配置：将新凭据同步到相关模块，核查连接、证书部署、定时任务和备份任务是否正常工作。只修改 Lucky 中的字段并不能让第三方服务上的旧凭据失效，须在凭据所属服务完成撤销或更换。
- 重新创建备份：更新完成后生成新的备份并妥善保存。旧备份仍含旧凭据，恢复时应重新核查，避免重新使用已经泄露的密码或密钥。
升级、降级与备份版本
旧配置向新版本迁移与新配置向旧版本恢复，是两个不同的兼容方向。新版本可能调整配置字段、存储结构或模块行为，旧版本不一定能识别；部分历史格式也可能不再受目标版本支持。请同时阅读目标版本的更新说明和迁移要求。
- 升级前：在当前版本中创建备份，记录版本号与时间，并单独保留这份原始备份。不要让升级后的定时备份覆盖或自动清理它。
- 升级后：检查主要功能和关键配置，再创建标注新版本的备份。新版重新保存过的配置，应按新版配置对待。
- 需要降级时：优先恢复由目标旧版本生成的备份。没有对应版本备份时，不要假定新版备份能被旧版完整读取，应先确认兼容情况并保留现有配置。
- 恢复时：核对程序版本、备份来源及目标环境包含的模块。即使备份能够导入，也需要检查相关功能和凭据是否符合预期。
不同构建、不同操作系统之间的配置通用，可以根据需要自由切换。例如，同一版本的 Lucky 与万吉、Windows 与 Linux 之间可以迁移使用原有配置。实际可用功能取决于目标构建包含的模块，本地路径、网络接口等环境相关设置需按目标系统调整；跨版本切换仍需遵循上述兼容要求。
邮件、WebDAV 等定时备份
配置备份到邮箱、本地、WebDAV 或 Rclone 时，同样应将全部内容按明文敏感信息保管。接收邮箱或备份存储被他人访问后，也应按备份中的全部信息可能已泄露处理。
- 使用自己控制的邮箱或存储账号，并为支持的服务启用 2FA。
- 在服务支持时，为备份使用专用授权码、应用密码或仅具备所需权限的账号，便于单独撤销。
- 不要公开共享备份目录，不要将配置备份作为普通邮件附件转发给他人。
- 自动保留数量只负责轮换备份；升级前需要长期保留的原版本备份应另行保存。