Discuz伪静态，后台勾选选项看着简单，但网站出问题大多不是没开启伪静态，而是规则被篡改。下面分成两部分，一部分讲正常配置步骤，另一部分解释伪静态注入在攻防场景里的含义。
后台开启和服务器规则
Discuz后台入口在全局 → SEO设置 → URL静态化。勾选论坛、门户、群组等模块选项保存。这个操作只会让Discuz程序生成静态格式链接，如果服务器没有配置对应重写规则，点击链接会返回404页面。
服务器规则按照环境区分。宝塔面板操作最简单，站点设置找到伪静态选项，下拉菜单选择discuz模板保存即可，宝塔内置Discuz现成规则，不用手动编写。Apache环境，在网站根目录.htaccess文件写入RewriteRule，例如把forum-123.html重定向到forumdisplay.php?fid=123。Nginx则在站点配置server代码块添加rewrite指令，逻辑一致，语法有区别。修改完成需要重载服务，保存配置不会即时生效。
很多人踩过一个坑，如果论坛部署在网站子目录，RewriteBase参数需要同步修改，并且.htaccess文件放置在对应的子目录，不是直接丢网站根目录。
“伪静态注入”到底在说什么
严格来说伪静态本身不会产生SQL注入漏洞。伪静态只是URL重写规则，将/thread-123-1-1.html转换为forum.php?mod=viewthread&tid=123&page=1，参数依旧交由Discuz程序过滤转义。Discuz历史上出现的注入漏洞，例如7.2版本faq.php利用数组绕过addslashes防护，问题根源是PHP代码读取参数逻辑缺陷，和伪静态无关。
攻防语境提到的伪静态注入，指另一种情况：攻击者拿到网站权限之后修改或者利用伪静态规则发起攻击。最常见就是SEO劫持。攻击者修改.htaccess或者Nginx rewrite规则，搜索引擎爬虫访问页面会跳转至无关博彩、采集站点，普通用户访问页面显示正常。熟悉Discuz的人发现tid、fid请求格式异常，就可以判断规则被篡改。这类注入修改的是服务器配置文件，不是数据库。
Nginx层面还有一条和rewrite相关的真实漏洞。CVE-2026-42945影响ngx_http_rewrite_module模块，触发条件是rewrite指令使用未命名正则捕获变量$1、$2，替换字符串包含问号，并且紧跟另一条rewrite或者set指令。攻击者构造特殊HTTP请求，会造成Worker进程崩溃，特定环境下还能执行代码。Discuz默认伪静态规则大量使用这类写法，漏洞公开之后Discuz官方发布规则调整通知。解决方案，升级Nginx至1.30.1以上版本，或者将规则内$1替换为命名捕获(?
外购模板和插件是高危点
淘宝几十元购买的Discuz模板，后门藏在伪静态规则文件里的概率不低。部分后门不在PHP代码内，而是写在.htaccess或者Nginx规则中，添加rewrite实现静默跳转、流量劫持。这类规则肉眼浏览和正常规则差别很小，逐条比对才能发现异常。
排查重点查看这几项。检查rewrite规则是否指向陌生外部域名；是否利用$1、$2拼接外部URL作为跳转目标；.htaccess内是否存在RewriteRule搭配[R=301,L]跳转至外站的条目。Discuz官方原生规则，所有重写目标都指向站内forum.php、home.php、portal.php，不会向外跳转。
开启伪静态之后需要检查的项目
第一，确认旧动态链接301跳转至新静态链接。Discuz后台SEO设置有对应选项，不开启的话搜索引擎会同时收录两套页面，分散站点权重。第二，新建帖子，手动修改地址thread-xxx-1-1.html为thread-xxx-2-1.html，测试分页跳转功能，分页规则是伪静态最容易出错的位置。
宝塔搭建的站点，可以安装网站防火墙，把伪静态规则文件加入监控列表，规则改动会触发告警。Nginx用户保持版本在安全线以上，或者改写rewrite规则为命名捕获格式规避CVE-2026-42945。不要低价购买来源不明Discuz模板，模板上线前，在测试环境逐行检查.htaccess、Nginx规则，确认不存在外站跳转再部署。