Privilege Defined With Unsafe Actions

At its core, this weakness is about over-privilege. A system might correctly identify that a user needs to edit files, but if the associated 'edit' permission also allows them to overwrite critical system files or execute code, the privilege is dangerously defined. Developers often make this mistake by using coarse-grained permissions that bundle safe and unsafe actions together, or by not considering all the destructive ways a seemingly benign right could be exploited. To prevent this, implement the principle of least privilege by defining permissions based on specific, safe actions rather than broad capabilities. Audit your authorization logic to ensure each granted right cannot be chained or used in an unexpected context to cause harm. Security testing should explicitly check if assigned privileges can be leveraged to bypass security controls or perform actions outside the user's intended role.