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

Difference between revisions of "Mass Assignment Cheat Sheet"

Jump to: navigation, search
m (Point to the official site)
(14 intermediate revisions by 3 users not shown)
Line 2: Line 2:
<div style="width:100%;height:160px;border:0,margin:0;overflow: hidden;">[[File:Cheatsheets-header.jpg|link=]]</div>
<div style="width:100%;height:160px;border:0,margin:0;overflow: hidden;">[[File:Cheatsheets-header.jpg|link=]]</div>
{| style="padding: 0;margin:0;margin-top:10px;text-align:left;" |-
The Cheat Sheet Series project has been moved to [ GitHub]!
| valign="top"  style="border-right: 1px dotted gray;padding-right:25px;" |
Last revision (mm/dd/yy): '''{{REVISIONMONTH}}/{{REVISIONDAY}}/{{REVISIONYEAR}}'''
<div class="noautonum">__TOC__{{TOC hidden}}</div>
= Introduction =
Please visit [ Mass Assignment Cheat Sheet] to see the latest version of the cheat sheet.
"Modern frameworks allow developers to automatically bind HTTP request parameters from both request query and body into model objects for ease of development and increased productivity. If the binder is not correctly configured to control which HTTP request parameters are bound to which model attributes, an attacker may be able to abuse the model binding process and set any other attributes that should not be exposed to user control. This binding is possible even if the model attributes do not appear in the web forms or API contracts." - [ Mass Assignment: Sensitive Field Exposure]
=== Example ===
Suppose there is a form for editing a user's account information:
      <input name=userid type=text>
      <input name=password type=text>
      <input name=email text=text>
      <input type=submit>
Here is the object that the form is binding to:
  public class User {
      private String userid;
      private String password;
      private String email;
      private boolean isAdmin;
      //Getters & Setters
Here is the controller handling the request:
  @RequestMapping(value = "/addUser, method = RequestMethod.POST)
  public String submit(User user) {
      return "successPage";
Here is the typical request:
  POST /addUser
And here is the exploit:
  POST /addUser
The attacker can exploit this if:
* They can guess common sensitive fields
* They have access to source code and review the models for sensitive fields
=== General Solutions ===
* Whitelist the bindable, non-sensitive fields
* Blacklist the non-bindable, sensitive fields
* Use Data Transfer Objects (DTOs)
=== Alternative Names ===
Depending on the language/framework in question, this vulnerability can have several [ alternative names]
* Mass Assignment: Ruby on Rails, NodeJS
* Autobinding: Spring MVC, ASP.NET MVC
* Object injection: PHP
= Languages & Frameworks =
== Spring MVC ==
== NodeJS ==
== Ruby On Rails ==
== Django ==
== ASP.NET ==
== PHP Laravel ==
= Authors and Primary Editors =
* [ Abashkin Anton]
= References and future reading =
* Mass Assignment, Rails and You
= Other Cheatsheets =

Latest revision as of 08:17, 15 July 2019


The Cheat Sheet Series project has been moved to GitHub!

Please visit Mass Assignment Cheat Sheet to see the latest version of the cheat sheet.