This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org

Difference between revisions of "OWASP Periodic Table of Vulnerabilities - Cross-Site Request Forgery"

From OWASP
Jump to: navigation, search
Line 35: Line 35:
 
== Discussion / Controversy ==
 
== Discussion / Controversy ==
  
CSRF tokens will be made obsolete by a browser/standards solution that allows a site owner to specify which external web sites are allowed to initiate transactions. The current HTTP specification by design allows any web site to initiate POST requests to any other web site on the behalf of its users.
+
CSRF tokens will be made obsolete by a browser/standards solution that allows a site owner to specify which external web sites are allowed to initiate transactions. The current HTTP specification by design allows any web site to initiate POST requests to any other web site on the behalf of its users. Default deny for cross-domain writes will likely never pass standards review. Even policy files to control cross-domain writes are strongly disfavored.
  
 
== References ==
 
== References ==
Line 54: Line 54:
  
 
[http://capec.mitre.org/data/definitions/62.html CAPEC-62:Cross Site Request Forgery (aka Session Riding)]
 
[http://capec.mitre.org/data/definitions/62.html CAPEC-62:Cross Site Request Forgery (aka Session Riding)]
 +
 +
[http://www.w3.org/TR/cors/ Cross-Origin Resource Sharing Draft]

Revision as of 00:01, 16 November 2013

Return to Periodic Table Working View

Cross-Site Request Forgery (CSRF)

Root Cause Summary

A vulnerable application processes a transaction using an existing session, without verifying that the transaction was intended to be initiated by the user and not a malicious 3rd-party site. CSRF is also known as Session Riding or Confused Deputy.

Browser / Standards Solution

Change default browser behavior to look for policy file for cross-domain writes instead of "default allow", transitioning through CSP framework.

Generic

None

Framework Solution

None

Perimeter Solution

None

Generic Framework Solution

Automatically generate and check tokens for all POST requests by default, following the Synchronizer Token Pattern with configuration-based exclusion list for transactions which must not or need not be protected against CSRF. Disallow state changes via GET requests, enforcing RFC.

Custom Framework Solution

None

Custom Code Solution

None

Discussion / Controversy

CSRF tokens will be made obsolete by a browser/standards solution that allows a site owner to specify which external web sites are allowed to initiate transactions. The current HTTP specification by design allows any web site to initiate POST requests to any other web site on the behalf of its users. Default deny for cross-domain writes will likely never pass standards review. Even policy files to control cross-domain writes are strongly disfavored.

References

OWASP - Top 10 2013-A8-Cross-Site Request Forgery (CSRF)

OWASP - Cross-Site Request Forgery (CSRF)

OWASP - Cross-Site Request Forgery (CSRF) Prevention Cheat Sheet

OWASP - OWASP CSRF Tester Project

OWASP - Testing for CSRF (OWASP-SM-005)

CWE-352: Cross-Site Request Forgery (CSRF)

WASC - Cross Site Request Forgery

CAPEC-62:Cross Site Request Forgery (aka Session Riding)

Cross-Origin Resource Sharing Draft