Question

当RemoteServiceServlet.checkPermutationStrongName()无法在HttpServletRequest中找到X-GWT-Permutation HTTP标头时，我的应用程序会收到GWT引发的偶然的XSRF攻击错误。发生错误时，日志文件中会出现以下行：

WARNING: doUnexpectedFailure was invoked.
java.lang.SecurityException: Blocked request without GWT permutation header (XSRF attack?)

在托管模式和Web模式下，Firefox 3.x和4.0都遇到了这个问题。

我运行了Live Headers，确实缺少HTTP标头。

该应用程序是vanilla GWT RPC。

有什么想法吗？

失败标题

http://127.0.0.1:8888/org.drools.guvnor.Guvnor/guvnorService

POST /org.drools.guvnor.Guvnor/guvnorService HTTP/1.1
Host: 127.0.0.1:8888
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.15) Gecko/20110303 Ubuntu/10.10 (maverick) Firefox/3.6.15
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Content-Length: 154
Content-Type: text/x-gwt-rpc; charset=utf-8
Referer: http://127.0.0.1:8888/org.drools.guvnor.Guvnor/Guvnor.html?gwt.codesv...
Cookie: standalone_usage=true
Pragma: no-cache
Cache-Control: no-cache


7|0|4|http://127.0.0.1:8888/org.drools.guvnor.Guvnor/|
6808FDC8A4FA3491026441B59E4DB72A|
org.drools.guvnor.client.rpc.RepositoryService|subscribe|1|2|3|4|0|

HTTP/1.1 400 Bad Request
Content-Type: text/plain;charset=ISO-8859-1
Transfer-Encoding: chunked
Date: Wed, 23 Mar 2011 20:11:04 GMT
Server: Apache-Coyote/1.1
Connection: close

成功标题

http://127.0.0.1:8888/org.drools.guvnor.Guvnor/guvnorService

POST /org.drools.guvnor.Guvnor/guvnorService HTTP/1.1
Host: 127.0.0.1:8888
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.2.15) Gecko/20110303 Ubuntu/10.10 (maverick) Firefox/3.6.15
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
X-GWT-Permutation: HostedMode
X-GWT-Module-Base: http://127.0.0.1:8888/org.drools.guvnor.Guvnor/
Content-Type: text/x-gwt-rpc; charset=utf-8
Referer: http://127.0.0.1:8888/org.drools.guvnor.Guvnor/Guvnor.html?gwt.codesv...
Content-Length: 154
Cookie: standalone_usage=true
Pragma: no-cache
Cache-Control: no-cache


7|0|4|http://127.0.0.1:8888/org.drools.guvnor.Guvnor/|
41FA1D8B82DBBBC875605A4A29670D99|
org.drools.guvnor.client.rpc.RepositoryService|subscribe|1|2|3|4|0|

HTTP/1.1 200 OK
Content-Disposition: attachment
Content-Type: application/json;charset=utf-8
Content-Length: 48
Date: Wed, 23 Mar 2011 20:15:38 GMT
Server: Apache-Coyote/1.1

Answer 1

我的申请面临同样的问题。看起来FireFox 3.x在XmlHttpRequest对象中设置时没有发送额外的请求标头！

快速解决此问题的方法是在服务器端覆盖方法的RPC实现中使用空实现的checkPermutationStrongName（）。

@Override
protected void checkPermutationStrongName() throws SecurityException {
    return;
}

我认为我们需要向FireFox报告这个问题以获得正确的解决方案。

Answer 2

根据我的经验，FF偶尔会删除任何以“X - ”开头的标题。

Answer 3

这个错误在3月30日第一次出现在我们的日志中，所以它可能与FF 4.0有关，我认为（FF4于22.03发货）。几天前我们也从GWT 2.0.4迁移到2.1.1。这也可以是一个提示。我们的应用程序在生产环境中经过7个月的严格测试。也许这些信息可以帮助某人。我一直在寻找在浏览器缓存中检测过时的gwt应用程序的方法。在服务器上部署应用程序时，我会检查使用当前构建生成的排列名称并将其存储到列表中。检查每个RPC请求是否存在由它发送的gwt置换。有了这个错误，我的机制就被炸毁了。

GWT：XSRF：偶尔丢失X-GWT-Permutation标头

3 个答案: