Re: [RFC DRAFT] Automatic CSRF Protection
| From: | Stanislav Malyshev | Date: | Tue, 10 May 2016 15:30:54 +0000 |
| Subject: | Re: [RFC DRAFT] Automatic CSRF Protection | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-93150@lists.php.net to get a copy of this message | ||
Hi!
> To protect all of URLs automatically, all URLs need to have token.
> That's the reason why all URLs have token. The risk is the same as
> Trans SID session management.
But not all URLs need protecting. There are a lot of URLs that do not
need protecting - and there are a lot of actions, especially in modern
web application, that aren't achieved by simply clicking the link in the
browser. Modern web application is usually a combination of backend and
frontend logic, and if you have any frontend logic driven by XHR or
such, URL rewriting is not going to work.
> Because of likelihood of the vulnerability, it's better provide basic
> infrastructure. IMO. It's possible to give more control to users.
The problem is the RFC proposes to give less control to users - namely,
the defaults proposed are likely to break an average application *and*
not provide CSRF protection for it.
--
Stas Malyshev
smalyshev@gmail.com