PT-2026-57041 · Avo Hq+2 · Avo

CVE-2026-53769

·

Published

2026-07-09

·

Updated

2026-09-04

CVSS v3.1

6.5

Medium

VectorAV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
Name of the Vulnerable Software and Affected Versions Avo versions 2.28.0 through 3.31.x
Description Avo's direct attachment upload endpoint lacks server-side authorization, allowing authenticated users to bypass documented field-level upload policies. An attacker can replace or add attachment content, including binary data, filenames, and content-type metadata, on a record even if the update? and upload {FIELD ID}? policies are set to deny the operation. This issue primarily affects multi-role deployments where restricted operator users are expected to be limited by per-record or per-field policies.
The vulnerability exists in the Avo::AttachmentsController#create function, which processes requests at the endpoint POST /<avo-root>/avo api/resources/:resource name/:id/attachments/. The system creates an ActiveStorage::Blob before validating the attachment association or enforcing authorization, failing to call the necessary authorization methods to verify if the user has permission to upload to the specific field.
Recommendations Update Avo to version 3.32.0. As a temporary mitigation, restrict access to Avo routes so that only fully trusted administrators can reach them.

Exploit

Fix

Incorrect Authorization

Missing Authorization

Found an issue in the description? Have something to add? Feel free to write us 👾

Weakness Enumeration

Related Identifiers

CVE-2026-53769
GHSA-PQPW-CVM4-8MV9

Affected Products

Avo