security-review-owasp-mass-assignment

Review request binding paths for mass assignment vulnerabilities.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/sjinks/ai-owasp-skillset --skill security-review-owasp-mass-assignment
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: security-review-owasp-mass-assignment
Source: https://github.com/sjinks/ai-owasp-skillset/tree/main/.github/skills/security-review-owasp-mass-assignment
Command: npx skills add https://github.com/sjinks/ai-owasp-skillset --skill security-review-owasp-mass-assignment

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps reviewers find mass assignment weaknesses where request data can silently populate sensitive fields and compromise authorization, ownership, pricing, or account state.

Core Features & Use Cases

  • Binding Boundary Review: Checks whether public request payloads are safely separated from domain and persistence models.
  • Sensitive Field Protection: Flags risky exposure of fields like roles, permissions, status, owner identifiers, and financial values.
  • Framework Control Validation: Assesses allowlists, ignored properties, DTO mapping, and other binding safeguards across code and configuration.
  • Use Case: Use it when reviewing an API, form handler, or ORM flow that may let attackers set fields they should never control.

Quick Start

Review the selected flow for mass assignment risks with the security-review-owasp-mass-assignment skill and report any bindable sensitive fields.

Frequently Asked Questions about security-review-owasp-mass-assignment

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is mass assignment vulnerability in API request binding?

Mass assignment vulnerability occurs when request data silently populates sensitive fields like roles or ownership identifiers during model binding, compromising authorization. It happens when public request payloads are not safely separated from domain and persistence models.

How do I review DTO boundaries for mass assignment risks?

Review DTO boundaries by checking whether explicit mapping controls and framework allowlists safely separate public request payloads from ORM entities. Identify sensitive fields and validate that binding safeguards prevent unauthorized field population across the request flow.

How do I secure sensitive fields against mass assignment in ORM entities?

Secure sensitive fields by implementing framework allowlists, ignored properties, or DTO mapping to control which fields are bindable. Review ORM entity flows to ensure request data cannot silently populate fields like permissions, status, or financial values.

Does this mass assignment review work with framework allowlists and configuration files?

Yes, the review validates framework control safeguards across code and configuration. It assesses allowlists, ignored properties, and DTO mapping to confirm that binding protections are properly applied to form handlers, JSON bodies, and ORM flows.

What's the best way to prevent privilege leaks from mass assignment in API forms?

Prevent privilege leaks by reviewing binding boundaries to ensure public request payloads are safely separated from domain models. Validate that sensitive fields like roles, permissions, and owner identifiers have explicit mapping controls preventing unauthorized population.

When should I check for mass assignment weaknesses in my application code?

Check for mass assignment weaknesses when reviewing APIs, form handlers, or ORM flows that accept request data. Focus on binding paths where attackers could potentially set sensitive fields they should never control, such as account state or pricing values.