dedecms网站被CC攻击防护_增强网站防护能力_防护与安全设置
dedecms的安全设置需要从多个维度入手：后台安全、目录权限、功能裁剪、数据库安全、模板安全、备份策略。很多站长只做了其中一两项，忽略了其他环节，导致仍然被入侵。本文系统梳理dedecms的安全设置项，按照从易到难的顺序排列，站长可以根据自己的技术能力逐步配置。即使只完成基础项，也能拦截大部分常规攻击。
第四项是禁止上传目录执行PHP。这是dedecms防挂马的关键。dedecms的上传目录是uploads，攻击者经常通过上传漏洞在这个目录中上传PHP木马。在uploads目录中创建.htaccess文件，内容为：
第六项是data目录安全加固。dedecms的data目录存储了缓存、配置、session等敏感信息，默认在Web根目录下，可以被直接访问。更安全的做法是将data目录移到Web根目录之外。修改方法：将data目录移动到上一级目录，然后修改include/common.inc.php中的DEDEDATA路径定义，将'data'改为'../data'。同时修改后台系统参数中的缓存目录路径。移动后，data目录中的文件无法通过URL直接访问，提高了安全性。如果虚拟主机不支持访问Web根目录之外的目录，可以在data目录中创建.htaccess禁止访问PHP和敏感文件。
第十二项是被入侵后的应急处理。如果dedecms被入侵挂马，按照以下步骤处理：第一，备份当前被篡改的文件和数据库，保留证据。第二，使用dedecms后台的病毒扫描功能或在线安全检测工具扫描木马。第三，手动检查关键目录（uploads、data、plus、include、templets），删除可疑文件。第四，检查后台管理员账户，删除陌生账户。第五，检查数据库中的文章内容，清除被植入的黑链和恶意代码。第六，修改所有密码（后台、FTP、数据库）。第七，从备份恢复被篡改的文件。第八，进行全面安全加固。如果不确定是否清除干净，最稳妥的方案是全新安装dedecms，只恢复数据库和上传的图片。
运维案例：一个客户的dedecms站点被入侵，数据库中所有文章都被植入了黑链。处理时不仅清除了文件层面的木马，还批量清理了数据库中的恶意代码，修改了表前缀和数据库密码，同时将data目录移到了Web根目录之外。后续虽然仍然有扫描和攻击尝试，但都没有成功入侵。
安全提示：dedecms已经停止官方维护，不会再有新的安全更新，这意味着未来发现的新漏洞不会被修复。对于重要的商业网站，建议制定迁移计划，逐步迁移到 actively 维护的CMS。迁移前加强WAF防护和入侵检测，降低被入侵的风险。
更新时间：2026-08-26 20:41:48