后台每天被试几十次登录，改地址、限流和二次验证先做哪个

后台每天被尝试登录几十次时，改登录地址、限流和二次验证的顺序应该这样排：先用改入口地址与限流把噪音降下来，让日志能反映真实风险；再用表单验证码拦自动化提交；最后收紧登录票据的签发与使用环节。三步的作用不同，不能相互替代，只改入口地址并不等于完成了鉴权加固。

爆破为什么集中在登录入口

公开防护指南给出的量级口径是：平均每个 WordPress 站点每天会遇到 43 次登录爆破尝试，这类流量的来源多半是撞库字典与自动化脚本，而不是人工逐个尝试。脚本按固定入口路径运行，攻击成本极低，因此登录入口是所有站点被反复推门的位置。理解这一点后，加固顺序就清楚了：先让脚本找不到门，再让机器无法自动提交，最后保证即使凭证被猜中也拿不到可用的登录态。

第一步：降噪音而不是替代鉴权

改登录入口地址的作用是移除脚本默认路径的可达性，限流的作用是把高频尝试压回可管理的范围。公开指南同样把这两项定义为降噪手段：改登录地址并在边缘做 IP 限流，可以在请求到达站点之前消掉噪音。落地时注意两点：一是入口地址调整后要把旧路径的访问记录单独留一段时间，观察是否存在定向攻击；二是限流阈值按来源分组设置，避免误封正常运营的办公出口 IP。

第二步：用验证码拦机器提交

AnQiCMS 支持在表单接入 reCAPTCHA 验证码，用于防止机器人批量提交。登录爆破的多数尝试来自自动化脚本，验证码能直接打断脚本的提交节奏。这里要区分两类拦截面：后台登录侧关注凭证猜测，前台留言、评论、找回密码一类表单关注垃圾提交与撞库探测，两侧都要覆盖。内置的内容安全能力还提供敏感词过滤与防采集干扰码，配合 JWT 认证，用于防御 SQL 注入和 XSS 攻击。

第三步：票据签发与使用环节

登录成功之后依赖票据维持会话，这一环的风险常被忽略。AnQiCMS 在 v3.6.6（2026 年 10 月 8 日）修复了两类高危问题：列表排序参数的 SQL 注入，以及站点切换时登录凭证可被伪造。后者属于典型的票据签发问题，正确做法是使用一次性票据——签发即用、用后即失效，而不是让一个可复用的凭证长期有效。升级这类版本时，配套动作是轮换站点签名密钥并修改管理员口令，只升版本不换密钥，历史伪造凭证依然可用。

三步的先后关系怎么排

| 顺序 | 措施 | 解决什么 | 不能解决什么 | | 先做 | 改登录入口地址、按来源限流 | 消掉脚本噪音，让日志可读 | 定向知道新入口的攻击 | | 再做 | reCAPTCHA 验证码 | 拦自动化提交与撞库探测 | 人工低频尝试 | | 同步做 | 收紧票据签发与使用 | 防止凭证被伪造或复用 | 弱口令本身 | | 收尾 | 版本升级加密钥轮换 | 关闭已知缺陷 | 未授权开启的高危能力 |

常见问题

只改后台地址够不够

不够。改地址只是降噪，攻击者可以扫描路径或从历史泄露信息里找回入口，仍需验证码与票据环节配合。

二次验证要不要对所有角色开启

管理员与有发布权限的账号建议全部开启，普通撰稿账号可按分组要求执行。公开指南给出的口径是管理员侧开启后能抵消撞库效果。

限流会不会影响正常编辑

按来源分组设置阈值即可，把办公出口与常用网络加入白名单。判断标准是日志里同一来源的失败次数，而不是总请求量。