Authenticated address deletion via unchecked address ID
Published Apr 30, 2020 · Updated Aug 4, 2024
Improper access control in xt:Commerce 5.1 through 6.2.2 allows remote authenticated users to erase other customers' stored addresses. The address-edit handler accepts an attacker-supplied address_book_id and writes to that record without confirming that it belongs to the logged-in customer, setting every field to null when another customer's ID is supplied. A customer account and a valid incrementing address ID are required; repeated requests can erase all stored shop addresses.
Summary
What happened
Improper access control in xt:Commerce 5.1 through 6.2.2 allows remote authenticated users to erase other customers' stored addresses. The address-edit handler accepts an attacker-supplied address_book_id and writes to that record without confirming that it belongs to the logged-in customer, setting every field to null when another customer's ID is supplied. A customer account and a valid incrementing address ID are required; repeated requests can erase all stored shop addresses.
The record
- CVE
- CVE-2020-12101
- Published
- Apr 30, 2020
- Updated
- Aug 4, 2024
- Vendor
- Unknown vendor
- Product
- Unknown product
- Classifications
- CWE-284, CWE-276, T1565.001
- Attack vector
- network
- Privileges
- authenticated
Timeline
How it unfolded
- Apr 30, 2020CVE publishedPublication date reported by the CVE source.
- Aug 4, 2024Record updatedLatest update available in the CVE record.
Exploitability
Present is not the same as exploitable
Compare your product and version with the public record. A matching version still requires validation against your environment.
Is a vulnerable build present?
What conditions does exploitation require?
What is affected?
Affected products and versions are unavailable in this record.
Attacks
What attackers are doing with it
Daily unique IPs observed by Shadowserver honeypots for known exploited vulnerabilities (KEVs). Missing observations do not establish an absence of attacks.
Weakness, pattern, technique
Public exploit references
- SySS address-edit POST proof of conceptproof of concept · demonstrated
Labels summarize the accepted research assessment. They do not indicate a test against your environment.
Technologies
Your stack
See the directory against your own environment.
Your stack
Check the software in your environment
Book a demo to see how Hinoki identifies affected software and validates exploitability in your environment.
Book a demo