Skip to main content

Backpack CRUD EUVDEUVD-2026-77709

| CVE-2026-57570 MEDIUM
Missing Authorization (CWE-862)
2026-08-20 https://github.com/Laravel-Backpack/CRUD GHSA-42vx-43vc-x6pr
6.5
CVSS 3.1 · Vendor: https://github.com/Laravel-Backpack/CRUD
Share

Severity by source

Vendor (https://github.com/Laravel-Backpack/CRUD) PRIMARY
6.5 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
vuln.today AI
6.5 MEDIUM

Network-accessible form submission by a low-privileged authenticated admin; no special complexity; integrity-only impact with no confidentiality leak or availability effect.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
4.0 AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (https://github.com/Laravel-Backpack/CRUD).

CVSS VectorVendor: https://github.com/Laravel-Backpack/CRUD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
High
Availability
None

Lifecycle Timeline

2
Source Code Evidence Fetched
Aug 20, 2026 - 19:39 vuln.today
Analysis Generated
Aug 20, 2026 - 19:39 vuln.today

DescriptionCVE.org

Vulnerability Details

Affected area: HasMany / MorphMany relation handling during CRUD create and update operations CWE: CWE-862 - Missing Authorization Severity: Medium CVSS: 6.5 - CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N

Summary

Backpack CRUD contained an authorization issue in the way certain HasMany and MorphMany relationship fields were processed during create and update operations.

When an admin form allowed users to manage multiple related records, Backpack could update related model records based on submitted primary keys without sufficiently checking whether those records were eligible to be associated with the current parent model.

This could allow an authenticated, low-privileged admin user to affect related records outside the intended authorization or tenancy boundary, if the affected CRUD form exposed this type of relationship field.

Root Cause

The vulnerable logic processed submitted relationship values and updated matching related records without consistently limiting those updates to records that already belonged to the current parent model, or to records allowed by the developer-defined relation scope.

As a result, a user with permission to edit one parent record could potentially cause unrelated child records to be reassigned, detached, nulled, or deleted as a side effect of saving the form.

This issue is separate from earlier fixes that scoped direct CRUD operations on the main entity. Those protections covered the model being directly edited, but they did not fully cover secondary models modified through relationship-saving logic.

Impact

An authenticated admin user with access to an affected CRUD operation could potentially cause unauthorized changes to related records.

Possible impact includes:

  • Unauthorized reassignment of related records across users, parents, or tenants.
  • Unauthorized detachment or removal of related records.
  • Data integrity issues in multi-tenant or permission-sensitive applications.

The issue requires an authenticated admin account with edit access to a CRUD entity that exposes an affected HasMany or MorphMany multiple-relation field.

Affected Conditions

An application may be affected when all of the following are true:

  • A Backpack CRUD form exposes a multiple-selection field for a HasMany or MorphMany relation.
  • The related model contains records that should not be attachable or removable by the current admin user.
  • The application relies on tenant, ownership, or authorization boundaries for those related records.
  • The application has not added its own additional validation or authorization checks around submitted relation values.

Recommended Fix

Backpack should scope relationship attach and detach operations so they only affect records that are valid for the current parent model and relation context.

The fix should ensure that related records are filtered through the relation’s intended query scope, ownership rules, or other developer-defined constraints before any update, detach, null, or delete operation occurs.

Applications using affected relationship fields should also validate submitted relation IDs server-side, especially in multi-tenant or permission-sensitive admin panels.

Verification

The issue was confirmed through an internal PHPUnit test against Backpack’s existing Testbench fixtures.

The test demonstrated that, before the fix, a related record owned by one parent model could be reassigned to another parent model through the relationship-saving flow, without an explicit ownership or authorization check.

After applying the fix, submitted relationship values are constrained before related records are modified, preventing unauthorized reassignment or removal.

AnalysisAI

Unauthorized cross-tenant record reassignment in Laravel Backpack CRUD's HasMany and MorphMany relationship-saving logic allows authenticated low-privileged admin users to corrupt data across ownership or tenancy boundaries. The attachManyRelation flow processes submitted primary keys and applies attach, detach, null, or delete operations on related records without verifying that those records belong to the current parent model or fall within developer-defined relation scopes, a classic IDOR pattern classified as CWE-862. …

Unlock full vulnerability intelligence

  • Risk assessment & exploitation conditions
  • Attack chain visualization
  • Remediation with exact patch versions
  • Threat intelligence from 22 sources
  • Personal watchlist & email alerts

Free forever · No credit card required

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata

Recon
technique details hidden
Delivery
technique details hidden
Exploit
technique details hidden
Install
technique details hidden
C2
technique details hidden
Execute
technique details hidden
Impact
technique details hidden

Vulnerability AssessmentAI

Exploitation All four of the following conditions must be simultaneously true for exploitation to be possible: (1) The attacker holds an authenticated admin account - CVSS PR:L confirms low-privilege authentication is a hard prerequisite; unauthenticated exploitation is not possible. … Additional conditions and limiting factors are described in the full assessment.
Risk Assessment The CVSS 3.1 vector AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N produces a Medium score of 6.5, which accurately reflects the authenticated-only, integrity-focused nature of this flaw. … Full risk analysis with EPSS, KEV, and SSVC signal comparison available after sign-in.
Exploit Scenario Full exploit scenario with step-by-step reproduction available after sign-in.
Remediation Upgrade composer/backpack/crud to version 6.8.15 (for 6.x installations) or 7.0.47 (for 7.x installations); these are the vendor-confirmed patched releases per the GitHub advisory. … Detailed patch versions, workarounds, and compensating controls in full report.

Threat intelligence, references, and detailed analysis are available after sign-in.

Share

EUVD-2026-77709 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy