[GH-ISSUE #1155 ] 1Panel WAF 导致登录后弹出错误 Something went wrong 并退出登录，重新登录会再次报错退出 #780

Author

Owner

@Trashblazer commented on GitHub (Jan 9, 2026):

似乎是工作流执行结果导致的崩溃，比较奇葩。我进 PocketBase /_/ 页面删掉workflow_run的一行记录就能成功登录了，然后再运行再报错退出。不知道如何解决

@Trashblazer commented on GitHub (Jan 9, 2026): 似乎是工作流执行结果导致的崩溃，比较奇葩。我进 PocketBase /_/ 页面删掉workflow_run的一行记录就能成功登录了，然后再运行再报错退出。不知道如何解决

kerem commented

Author

Owner

@Seameee commented on GitHub (Jan 9, 2026):

我和你情况似乎不太一样，但出现了同样的错误，今天从v0.4.12更新到v0.4.13后，certimate登录一瞬间会跳到主界面，然后显示报错退回登录界面，docker日志中也没有任何报错，也未见任何请求拦截

@Seameee commented on GitHub (Jan 9, 2026): 我和你情况似乎不太一样，但出现了同样的错误，今天从v0.4.12更新到v0.4.13后，certimate登录一瞬间会跳到主界面，然后显示报错退回登录界面，docker日志中也没有任何报错，也未见任何请求拦截 <img width="2560" height="1283" alt="Image" src="https://github.com/user-attachments/assets/0f271d7f-6c68-44a4-9d35-12953118df47" />

kerem commented

Author

Owner

@fudiwei commented on GitHub (Jan 12, 2026):

听起来像是有未捕获的 panic 导致后台进程挂了。

我这面使用全新安装的 v0.4.13，并使用标准业务流程模板创建了工作流，包含申请+部署+通知节点，但没有复现 😕

@fudiwei commented on GitHub (Jan 12, 2026): 听起来像是有未捕获的 panic 导致后台进程挂了。我这面使用全新安装的 v0.4.13，并使用标准业务流程模板创建了工作流，包含申请+部署+通知节点，但没有复现 😕

kerem commented

Author

Owner

@fudiwei commented on GitHub (Jan 12, 2026):

似乎是工作流执行结果导致的崩溃，比较奇葩。我进 PocketBase /_/ 页面删掉workflow_run的一行记录就能成功登录了，然后再运行再报错退出。不知道如何解决

@Trashblazer 方便把你的数据库文件发到我的邮箱吗？要出错的时候的文件。位于你的 Certimate 安装目录下 /pb_data/data.db。你可以使用 SQLite 工具或 PocketBase 自带的 AdminUI 删除以下几张表的敏感数据后再发给我：

access：存储有你的授权凭据，可删除。
acme_accounts：存储有你的 ACME 账户私钥，可删除。
settings：存储有你的全局 CA 的 EAB 信息，可删除。
certificate：存储有你的证书及私钥，不要删除，但可将其 privateKey 这列置空。
workflow_logs：存储有你的工作流运行日志，不要删除，但可将其 data 这列置空。

可以在我的个人主页看到我的邮件地址。

@fudiwei commented on GitHub (Jan 12, 2026): > 似乎是工作流执行结果导致的崩溃，比较奇葩。我进 PocketBase /_/ 页面删掉workflow_run的一行记录就能成功登录了，然后再运行再报错退出。不知道如何解决 @Trashblazer 方便把你的数据库文件发到我的邮箱吗？要出错的时候的文件。位于你的 Certimate 安装目录下 `/pb_data/data.db`。你可以使用 SQLite 工具或 PocketBase 自带的 AdminUI 删除以下几张表的敏感数据后再发给我： - `access`：存储有你的授权凭据，可删除。 - `acme_accounts`：存储有你的 ACME 账户私钥，可删除。 - `settings`：存储有你的全局 CA 的 EAB 信息，可删除。 - `certificate`：存储有你的证书及私钥，**不要删除**，但可将其 `privateKey` 这列置空。 - `workflow_logs`：存储有你的工作流运行日志，**不要删除**，但可将其 `data` 这列置空。可以在我的个人主页看到我的邮件地址。

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 12, 2026):

似乎是工作流执行结果导致的崩溃，比较奇葩。我进 PocketBase /_/ 页面删掉workflow_run的一行记录就能成功登录了，然后再运行再报错退出。不知道如何解决

@Trashblazer 方便把你的数据库文件发到我的邮箱吗？要出错的时候的文件。位于你的 Certimate 安装目录下 /pb_data/data.db。你可以使用 SQLite 工具或 PocketBase 自带的 AdminUI 删除以下几张表的敏感数据后再发给我：
* `access`：存储有你的授权凭据，可删除。

* `acme_accounts`：存储有你的 ACME 账户私钥，可删除。

* `settings`：存储有你的全局 CA 的 EAB 信息，可删除。

* `certificate`：存储有你的证书及私钥，**不要删除**，但可将其 `privateKey` 这列置空。

* `workflow_logs`：存储有你的工作流运行日志，**不要删除**，但可将其 `data` 这列置空。
可以在我的个人主页看到我的邮件地址。

好的

@Trashblazer commented on GitHub (Jan 12, 2026): > > 似乎是工作流执行结果导致的崩溃，比较奇葩。我进 PocketBase /_/ 页面删掉workflow_run的一行记录就能成功登录了，然后再运行再报错退出。不知道如何解决 > > [@Trashblazer](https://github.com/Trashblazer) 方便把你的数据库文件发到我的邮箱吗？要出错的时候的文件。位于你的 Certimate 安装目录下 `/pb_data/data.db`。你可以使用 SQLite 工具或 PocketBase 自带的 AdminUI 删除以下几张表的敏感数据后再发给我： > > * `access`：存储有你的授权凭据，可删除。 > > * `acme_accounts`：存储有你的 ACME 账户私钥，可删除。 > > * `settings`：存储有你的全局 CA 的 EAB 信息，可删除。 > > * `certificate`：存储有你的证书及私钥，**不要删除**，但可将其 `privateKey` 这列置空。 > > * `workflow_logs`：存储有你的工作流运行日志，**不要删除**，但可将其 `data` 这列置空。 > > > 可以在我的个人主页看到我的邮件地址。好的

kerem commented

Author

Owner

@j14ncn commented on GitHub (Jan 12, 2026):

应该是你的nginx没配置sse，我也遇到过这个问题。配置了sse好了。

@j14ncn commented on GitHub (Jan 12, 2026): 应该是你的nginx没配置sse，我也遇到过这个问题。配置了sse好了。

kerem commented

Author

Owner

@fudiwei commented on GitHub (Jan 12, 2026):

@Trashblazer 奇怪了，我用你的数据库一样可以正常登录 😂

👆 这是你有问题的的那条运行记录吧？

@fudiwei commented on GitHub (Jan 12, 2026): @Trashblazer 奇怪了，我用你的数据库一样可以正常登录 😂 <details> <img alt="Image" src="https://github.com/user-attachments/assets/c4cdf22e-89b4-4b51-a8e7-541175661ccc" /> </details> 👆 这是你有问题的的那条运行记录吧？

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 12, 2026):

@Trashblazer 奇怪了，我用你的数据库一样可以正常登录 😂
Details

👆 这是你有问题的的那条运行记录吧？

是的，可以登录是吧？另外补充两点。

1.我运行环境是Docker容器，套上nginx反代用域名访问。
2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。@j14ncn @fudiwei

nginx配置：

    location / {
        proxy_set_header Host $host; 
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
        proxy_set_header X-Forwarded-Host $server_name; 
        proxy_set_header X-Real-IP $remote_addr; 
        proxy_set_header X-Forwarded-Proto $scheme; 
        proxy_set_header Connection upgrade; 
        proxy_set_header Upgrade $http_upgrade; 
        proxy_http_version 1.1; 
        proxy_pass http://127.0.0.1:8090; 
    }

@Trashblazer commented on GitHub (Jan 12, 2026): > [@Trashblazer](https://github.com/Trashblazer) 奇怪了，我用你的数据库一样可以正常登录 😂 > Details > > 👆 这是你有问题的的那条运行记录吧？是的，可以登录是吧？另外补充两点。 1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。@j14ncn @fudiwei nginx配置： ``` location / { proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Host $server_name; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Connection upgrade; proxy_set_header Upgrade $http_upgrade; proxy_http_version 1.1; proxy_pass http://127.0.0.1:8090; } ```

kerem commented

Author

Owner

@j14ncn commented on GitHub (Jan 12, 2026):

@Trashblazer 奇怪了，我用你的数据库一样可以正常登录 😂
Details
👆 这是你有问题的的那条运行记录吧？

是的，可以登录是吧？另外补充两点。

1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。@j14ncn @fudiwei

nginx配置：
    location / {
        proxy_set_header Host $host; 
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
        proxy_set_header X-Forwarded-Host $server_name; 
        proxy_set_header X-Real-IP $remote_addr; 
        proxy_set_header X-Forwarded-Proto $scheme; 
        proxy_set_header Connection upgrade; 
        proxy_set_header Upgrade $http_upgrade; 
        proxy_http_version 1.1; 
        proxy_pass http://127.0.0.1:8090; 
    }

location下面加一行 proxy_buffering off; 试试。

@j14ncn commented on GitHub (Jan 12, 2026): > > [@Trashblazer](https://github.com/Trashblazer) 奇怪了，我用你的数据库一样可以正常登录 😂 > > Details > > 👆 这是你有问题的的那条运行记录吧？ > > 是的，可以登录是吧？另外补充两点。 > > 1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。[@j14ncn](https://github.com/j14ncn) [@fudiwei](https://github.com/fudiwei) > > nginx配置： > > ``` > location / { > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Host $server_name; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-Proto $scheme; > proxy_set_header Connection upgrade; > proxy_set_header Upgrade $http_upgrade; > proxy_http_version 1.1; > proxy_pass http://127.0.0.1:8090; > } > ``` location下面加一行 proxy_buffering off; 试试。

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 12, 2026):

location下面加一行 proxy_buffering off; 试试。

未解决

@Trashblazer commented on GitHub (Jan 12, 2026): > location下面加一行 proxy_buffering off; 试试。未解决

kerem commented

Author

Owner

@fudiwei commented on GitHub (Jan 13, 2026):

1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。

@Trashblazer 依然没有复现，加了 nginx 也可以正常登录 😕

server {
    listen 80;
    server_name certimate.localhost.dev;

    location / {
        proxy_set_header Host $host; 
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
        proxy_set_header X-Forwarded-Host $server_name; 
        proxy_set_header X-Real-IP $remote_addr; 
        proxy_set_header X-Forwarded-Proto $scheme; 
        proxy_set_header Connection upgrade; 
        proxy_set_header Upgrade $http_upgrade; 
        proxy_http_version 1.1; 
        proxy_pass http://127.0.0.1:8090; 
    }
}

我和你情况似乎不太一样，但出现了同样的错误，今天从v0.4.12更新到v0.4.13后，certimate登录一瞬间会跳到主界面，然后显示报错退回登录界面，docker日志中也没有任何报错，也未见任何请求拦截

@Seameee 你的情况也是前面套了 nginx 反代吗？🤔

@fudiwei commented on GitHub (Jan 13, 2026): > 1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。 @Trashblazer 依然没有复现，加了 nginx 也可以正常登录 😕 ``` server { listen 80; server_name certimate.localhost.dev; location / { proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Host $server_name; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Connection upgrade; proxy_set_header Upgrade $http_upgrade; proxy_http_version 1.1; proxy_pass http://127.0.0.1:8090; } } ``` --- > 我和你情况似乎不太一样，但出现了同样的错误，今天从v0.4.12更新到v0.4.13后，certimate登录一瞬间会跳到主界面，然后显示报错退回登录界面，docker日志中也没有任何报错，也未见任何请求拦截 @Seameee 你的情况也是前面套了 nginx 反代吗？🤔

kerem commented

Author

Owner

@weiyi0 commented on GitHub (Jan 13, 2026):

我的也出现了这个问题，
是通过1Panel进行升级的，
其实是有一个403

@weiyi0 commented on GitHub (Jan 13, 2026): 我的也出现了这个问题，是通过1Panel进行升级的，其实是有一个403 <img width="991" height="519" alt="Image" src="https://github.com/user-attachments/assets/f7f1d05f-3d65-4ad8-a0bb-042fe23613cd" />

kerem commented

Author

Owner

@Seameee commented on GitHub (Jan 13, 2026):

1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。

@Trashblazer 依然没有复现，加了 nginx 也可以正常登录 😕
server {
    listen 80;
    server_name certimate.localhost.dev;

    location / {
        proxy_set_header Host $host; 
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
        proxy_set_header X-Forwarded-Host $server_name; 
        proxy_set_header X-Real-IP $remote_addr; 
        proxy_set_header X-Forwarded-Proto $scheme; 
        proxy_set_header Connection upgrade; 
        proxy_set_header Upgrade $http_upgrade; 
        proxy_http_version 1.1; 
        proxy_pass http://127.0.0.1:8090; 
    }
}
我和你情况似乎不太一样，但出现了同样的错误，今天从v0.4.12更新到v0.4.13后，certimate登录一瞬间会跳到主界面，然后显示报错退回登录界面，docker日志中也没有任何报错，也未见任何请求拦截

@Seameee 你的情况也是前面套了 nginx 反代吗？🤔

是的，1panel的docker容器部署，nginx反代，其他操作都没用，回退一个版本就好了

@Seameee commented on GitHub (Jan 13, 2026): > > 1.我运行环境是Docker容器，套上nginx反代用域名访问。 2.最新情况：很诡异的是真可能跟nginx有关系！我放弃用域名，转而使用IP进行访问登录，就能成功访问面板，没有再报告Something went wrong（但为什么会跟工作流运行结果挂钩？）。之前的版本是没有遇到这个状况的。 > > [@Trashblazer](https://github.com/Trashblazer) 依然没有复现，加了 nginx 也可以正常登录 😕 > > ``` > server { > listen 80; > server_name certimate.localhost.dev; > > location / { > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Host $server_name; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-Proto $scheme; > proxy_set_header Connection upgrade; > proxy_set_header Upgrade $http_upgrade; > proxy_http_version 1.1; > proxy_pass http://127.0.0.1:8090; > } > } > ``` > > > 我和你情况似乎不太一样，但出现了同样的错误，今天从v0.4.12更新到v0.4.13后，certimate登录一瞬间会跳到主界面，然后显示报错退回登录界面，docker日志中也没有任何报错，也未见任何请求拦截 > > [@Seameee](https://github.com/Seameee) 你的情况也是前面套了 nginx 反代吗？🤔 是的，1panel的docker容器部署，nginx反代，其他操作都没用，回退一个版本就好了

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 13, 2026):

各位，我查到原因了，之没说明白，我也用的1Panel的openresty/nginx，开启了WAF。应该是命中了WAF规则导致Certimate登录失效。

关闭WAF可临时缓解。

我没开1Panel专业版所以没看到是命中了哪条规则。

@Trashblazer commented on GitHub (Jan 13, 2026): 各位，我查到原因了，之没说明白，我也用的1Panel的openresty/nginx，开启了WAF。应该是命中了WAF规则导致Certimate登录失效。关闭WAF可临时缓解。我没开1Panel专业版所以没看到是命中了哪条规则。

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 13, 2026):

我的也出现了这个问题，是通过1Panel进行升级的，其实是有一个403

应该就是这条导致的

@Trashblazer commented on GitHub (Jan 13, 2026): > 我的也出现了这个问题，是通过1Panel进行升级的，其实是有一个403 > <img alt="Image" width="991" height="519" src="https://private-user-images.githubusercontent.com/3353932/534935324-f7f1d05f-3d65-4ad8-a0bb-042fe23613cd.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NjgyODY1MzQsIm5iZiI6MTc2ODI4NjIzNCwicGF0aCI6Ii8zMzUzOTMyLzUzNDkzNTMyNC1mN2YxZDA1Zi0zZDY1LTRhZDgtYTBiYi0wNDJmZTIzNjEzY2QucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI2MDExMyUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNjAxMTNUMDYzNzE0WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9MjUyNTNkODdkNGUxYmNkOGNkYmNmYWUyMzE4YmJmNzYxMTI1M2NkZDVjYzQ2NDc5NmRkOWFjM2JlMWI5ZjcxYiZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.mBP8Z9vYdEtUTuBHu6enplBrvK-oYAw0dmtB5rlY138"> 应该就是这条导致的

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 13, 2026):

在请求这个地址的时候，经过了1Panel的WAF并拦截了。

/api/collections/workflow_output/records?page=1&perPage=65535&skipTotal=1&fields=id%2CrunRef%2Coutputs&filter=(runRef%3D%27zor6fmxdmcie3ob%27)%20%26%26%20outputs!%3Dnull&sort=created

@Trashblazer commented on GitHub (Jan 13, 2026): 在请求这个地址的时候，经过了1Panel的WAF并拦截了。 ``` /api/collections/workflow_output/records?page=1&perPage=65535&skipTotal=1&fields=id%2CrunRef%2Coutputs&filter=(runRef%3D%27zor6fmxdmcie3ob%27)%20%26%26%20outputs!%3Dnull&sort=created ``` <img width="459" height="644" alt="Image" src="https://github.com/user-attachments/assets/b29ac389-9834-42a3-aca1-f008a07c6209" />

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 13, 2026):

出问题的就是这条查询语句

&filter=(runRef%3D%27zor6fmxdmcie3ob%27)

@Trashblazer commented on GitHub (Jan 13, 2026): 出问题的就是这条查询语句 ``` &filter=(runRef%3D%27zor6fmxdmcie3ob%27) ```

kerem commented

Author

Owner

@Seameee commented on GitHub (Jan 13, 2026):

出问题的就是这条查询语句
&filter=(runRef%3D%27zor6fmxdmcie3ob%27)%20%26%26%20outputs!%3Dnull

实测把这个sql注入防御开关关掉就好了

@Seameee commented on GitHub (Jan 13, 2026): > 出问题的就是这条查询语句 > > ``` > &filter=(runRef%3D%27zor6fmxdmcie3ob%27)%20%26%26%20outputs!%3Dnull > ``` 实测把这个sql注入防御开关关掉就好了 <img width="2560" height="1283" alt="Image" src="https://github.com/user-attachments/assets/80156499-f604-4a94-9f97-1b869c074e07" />

kerem commented

Author

Owner

@Trashblazer commented on GitHub (Jan 14, 2026):

所以这个 &filter=(runRef='Something') 可以进行SQL注入？

@Trashblazer commented on GitHub (Jan 14, 2026): 所以这个 `&filter=(runRef='Something')` 可以进行SQL注入？

kerem commented

Author

Owner

@lic2870 commented on GitHub (Jan 14, 2026):

我也遇到了同样的问题，宝塔面板aapanel，从v0.4.12升级到v0.4.13，登录后，被宝塔WAF拦截了。目前我退回到v0.4.12了，也将此情况报告给宝塔WAF的运维人员了。

拦截情况：
URI地址：/api/collections/workflow_output/records?page＝1&……
过滤规则：语义分析分析出SQL注入

@lic2870 commented on GitHub (Jan 14, 2026): 我也遇到了同样的问题，宝塔面板aapanel，从v0.4.12升级到v0.4.13，登录后，被宝塔WAF拦截了。目前我退回到v0.4.12了，也将此情况报告给宝塔WAF的运维人员了。拦截情况： URI地址：/api/collections/workflow_output/records?page＝1&…… 过滤规则：语义分析分析出SQL注入

kerem commented

Author

Owner

@fudiwei commented on GitHub (Jan 14, 2026):

所以这个 &filter=(runRef='Something') 可以进行SQL注入？

不可以。PocketBase 过滤器语法就是如此，但并不存在注入漏洞。

我估计 WAF 规则引擎看到有 filter 关键字、外加后面是个类似表达式的东西，以为这个是条拼接的 SQL 语句，就给拦截了 😕

@fudiwei commented on GitHub (Jan 14, 2026): > 所以这个 `&filter=(runRef='Something')` 可以进行SQL注入？不可以。PocketBase [过滤器语法](https://pocketbase.io/docs/api-rules-and-filters/#filters-syntax)就是如此，但并不存在注入漏洞。我估计 WAF 规则引擎看到有 `filter` 关键字、外加后面是个类似表达式的东西，以为这个是条拼接的 SQL 语句，就给拦截了 😕

kerem commented