结论：有，核心思路是掐断「可控输入进入 PHP 解析链路」的通道，先降风险再等补丁。
① 第一时间在 Nginx 层做拦截：对上传目录、缓存目录、日志目录统一加 location 规则，禁止 .php、.phtml、.phar 等可执行后缀被解析，只允许静态返回，把「上传即执行」这条路先堵死。
② 收紧 PHP 配置：关闭 allow_url_include，把 open_basedir 限定到站点根目录，disable_functions 里加上 system、exec、passthru、shell_exec 等危险函数，即便被写入也难直接反弹 shell。
③ 排查暴露面：检查是否有把用户输入拼进 include、eval、preg_replace /e 的旧代码，尤其是主题模板、插件目录，这类入口优先改掉或临时下线。
④ 加监控兜底：对站点目录做文件完整性巡检，重点盯新增的 .php 文件与异常进程，同时保留访问日志便于回溯。补丁发布后立刻升级，临时方案不能长期替代修复。