Avo: Direct attachment upload endpoint lacks upload authorization and bypasses field-level upload policy
Key facts
- Attack vector
- Network
- Privileges required
- Low
- User interaction
- None
- Attack complexity
- Low
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- None · High · None
- Fix status
- Partial Red Hat: 5 without a fix
Attack profile from CVSS 3.1 · CNA. Fix status from CNA, GitHub and Red Hat. Impact type from CWE-862.
Summary
Avo is a framework to create admin panels for Ruby on Rails apps. From version 2.28.0 to before version 3.32.0, Avo's direct attachment upload endpoint lacks server-side upload authorization and bypasses the documented field-level upload policy methods such as upload_{FIELD_ID}?. An authenticated Avo user who can reach the Avo attachment upload endpoint can replace or add attachment content, including binary content, filename, and content-type metadata, on a resolved record even when both update? and upload_<field>? policies deny the operation. This primarily affects multi-role Avo Pro/Advanced-style deployments where non-administrator or restricted operator users can reach Avo and per-record or per-field operations are expected to be enforced by policies. This issue has been patched in version 3.32.0.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- Poc
- Automatable
- No
- Technical impact
- Partial
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| avo-hq | avo | 2.28.0 to before 3.32.0 | 3.32.0 | Patch available | CNA |
| — | avo (RubyGems) | 2.28.0 to before 3.32.0 | 3.32.0 | Patch available | GHSA-pqpw-cvm4-8mv9 |
- avo Vendoravo-hq Affected 2.28.0 to before 3.32.0 Fixed in 3.32.0 Patch available CNA
- avo (RubyGems) Vendor— Affected 2.28.0 to before 3.32.0 Fixed in 3.32.0 Patch available GHSA-pqpw-cvm4-8mv9
Remediation
- Fix · CNA avo (avo-hq) Fixed in 3.32.0
- Fix · GHSA-pqpw-cvm4-8mv9 avo (RubyGems) Fixed in 3.32.0 Advisory →
Vendor assessments
Red Hat
Red Hat rating: Moderate. Red Hat's page for this CVE →
| Product | Status | Plan or fix |
|---|---|---|
| Red Hat Enterprise Linux 10 | Affected | No fix yet: Fix deferred |
| Red Hat Enterprise Linux 8 | Affected | No fix yet: Fix deferred |
| Red Hat Enterprise Linux 9 | Affected | No fix yet: Fix deferred |
| Red Hat OpenShift GitOps | Affected | No fix yet: Fix deferred |
| Red Hat OpenStack Platform 18.0 | Affected | No fix yet: Fix deferred |
Not affected: 1 product
- Red Hat Hardened Images
Timeline
- 2026-10-02 Threatist record created from CVE-2026-53769
- 2026-10-03 Alias added: GHSA-pqpw-cvm4-8mv9
References
More avo-hq vulnerabilities
- TI-2026-40064 Authorization bypass in avo-hq avo CVSS 3.1CRITICAL 9.6
- TI-2026-30526 Avo: Broken Access Control: Unauthorized Execution of Arbitrary Action Classes Across Resources CVSS 3.1HIGH 8.8
- TI-2023-16948 Possible unsafe reflection / partial denial of service in avo CVSS 3.1HIGH 8.8
- TI-2023-16949 Stored XSS (Cross Site Scripting) in html content based fields of avo CVSS 3.1HIGH 7.3
- TI-2024-14784 Stored cross-site scripting (XSS) in `key_value` field in Avo CVSS 3.1HIGH 7.3
- TI-2024-14985 Cross site scripting in Action messages on Avo CVSS 3.1MEDIUM 6.5
Sources
- CVE-2026-53769 · CVE Program
- CVE-2026-53769 · NVD
- FIRST EPSS
- GHSA-pqpw-cvm4-8mv9 · GitHub Advisory Database · CC BY 4.0
- CVE-2026-53769 · Red Hat security data · CC BY 4.0
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences