What if a simple form could let users change things they should never touch?
Why Mass assignment protection in Laravel? - Purpose & Use Cases
Imagine you have a web form where users submit their profile details. You write code to take all the form data and save it directly to the database without checking each field.
This manual approach can be risky because users might send extra data you didn't expect, like setting their own user role or admin status. This can cause security holes and unexpected bugs.
Mass assignment protection in Laravel stops unwanted fields from being saved automatically. It lets you specify exactly which fields are safe to fill, protecting your app from accidental or malicious data changes.
$user->fill($request->all());
// In the User model class: protected $fillable = ['name', 'email']; // In the controller: $user->fill($request->only(['name', 'email']));
This protection lets you safely accept bulk data input while keeping your app secure and stable.
When users update their profiles, mass assignment protection ensures they can only change their name and email, not their admin status or password directly.
Manual data filling can expose security risks.
Mass assignment protection controls which fields can be bulk assigned.
This keeps your application safe from unwanted data changes.
Practice
Solution
Step 1: Understand mass assignment concept
Mass assignment means setting multiple model attributes at once, often from user input.Step 2: Identify protection purpose
Mass assignment protection controls which attributes can be set this way to prevent unwanted changes.Final Answer:
To control which model attributes can be set in bulk -> Option BQuick Check:
Mass assignment protection = control allowed fields [OK]
- Confusing mass assignment with password encryption
- Thinking it speeds up queries
- Believing it creates migrations automatically
Solution
Step 1: Recall correct property for allowed fields
In Laravel,$fillablelists fields allowed for mass assignment.Step 2: Check syntax and visibility
The property should beprotectedand named$fillablewith an array of allowed fields.Final Answer:
protected $fillable = ['name', 'email']; -> Option CQuick Check:
$fillable = allowed fields [OK]
- Using $guarded to allow fields instead of block
- Making $fillable public instead of protected
- Confusing $fillable and $guarded names
User::create(['name' => 'Anna', 'email' => 'anna@example.com', 'role' => 'admin']);?
class User extends Model {
protected $fillable = ['name', 'email'];
}Solution
Step 1: Check $fillable fields
The model allows mass assignment only for 'name' and 'email'.Step 2: Understand behavior for unfillable fields
The 'role' field is ignored during mass assignment, no error is thrown.Final Answer:
User is created with name and email set; role is ignored -> Option DQuick Check:
Only $fillable fields set, others ignored [OK]
- Expecting an error for unfillable fields
- Thinking all fields are set regardless of $fillable
- Assuming unfillable fields become null
class Post extends Model {
protected $guarded = [];
}
You want to prevent mass assignment on the 'is_admin' field. What is the best fix?Solution
Step 1: Understand current $guarded setting
Currently, $guarded is empty array, so all fields are mass assignable.Step 2: Block 'is_admin' field
To block a field, add it to $guarded array to prevent mass assignment.Final Answer:
Add 'is_admin' to the $guarded array -> Option AQuick Check:
$guarded blocks fields; add 'is_admin' there [OK]
- Adding blocked fields to $fillable instead
- Removing $guarded and expecting protection
- Blocking all fields unintentionally with ['*']
Solution
Step 1: Understand the goal
Allow all fields except 'password' and 'is_admin' for mass assignment.Step 2: Choose correct property
Using$guardedto block specific fields is best for this case.Step 3: Evaluate options
Settingprotected $guarded = ['password', 'is_admin'];blocks those fields and allows others.Final Answer:
protected $guarded = ['password', 'is_admin']; -> Option AQuick Check:
$guarded blocks fields; use it to exclude only some [OK]
- Using $fillable with only blocked fields (wrong meaning)
- Setting $fillable to ['*'] which is invalid
- Leaving $guarded empty and expecting protection
Ready to prove it?
Pass the test and this pattern moves unknown
