如果pbootcms备份文件也被入侵了怎么办？

结合之前一直在处理PbootCMS站点被入侵后的清理、数据恢复相关操作，当备份文件也被入侵污染时，不能直接用备份还原，需要通过以下步骤完成数据抢救和站点重建，避免二次感染。
一、先隔离所有被污染的备份资源

‌暂停所有自动恢复任务‌：立即停止服务器上的自动备份恢复脚本，防止被污染的备份覆盖干净的临时数据。
‌标记所有备份文件‌：将本地、服务器云端存储的所有备份文件统一标记为“已污染”，禁止直接解压或导入到生产环境。
‌提取备份中的有效数据‌：将备份文件解压到离线隔离的本地环境，在本地完成数据清洗，避免在服务器上操作导致二次扩散。

二、从污染备份中抢救有效数据

‌数据库备份清洗‌：在本地数据库中导入被污染的SQL备份，手动逐表排查：
清空ay_admin表中所有陌生管理员账号，重置admin账号的密码为高强度组合。
遍历ay_content、ay_category等内容表，批量删除被插入的恶意黑链、违规内容，保留正常的文章、栏目数据。
‌站点文件备份清洗‌：将备份中的站点文件与PbootCMS官方原版安装包做对比：
只保留你自行二次开发的template（模板）、static（静态资源）文件夹，其余所有核心程序文件全部丢弃。
逐文件扫描模板和静态资源，删除所有被植入的隐藏恶意脚本、WebShell后门文件。

三、重建全新的干净站点环境

‌部署全新程序‌：从PbootCMS官网下载最新版本的干净安装包，上传到服务器全新的站点目录，不要复用之前被入侵的旧目录。
‌导入清洗后的数据‌：将本地清洗完成的干净数据库数据，导入到全新创建的MySQL数据库中，不要复用之前被入侵的旧数据库。
‌迁移定制化资源‌：将清洗完成的模板、静态资源文件，覆盖到新站点的对应目录，不要直接复制旧站点的其他文件。
‌重新配置数据库连接‌：编辑全新站点的/config/database.php，确认数据库连接信息、表前缀与新数据库完全匹配，清空/runtime目录缓存。

四、完成全维度安全加固

‌重置所有密码‌：修改数据库连接密码、后台管理员密码、服务器FTP密码，全部使用16位以上的高强度复杂密码，禁止密码复用。
‌收紧目录权限‌：将新站点根目录所有文件权限设置为555，仅给data、static、runtime三个必要目录开放755读写权限，禁止其他目录写入。
‌部署安全防护‌：配置Web应用防火墙，拦截SQL注入、文件上传等恶意请求，开启服务器异地离线自动备份，将备份文件存储在Web目录之外的独立隔离空间，避免备份再次被入侵污染。