Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to Traccar as low-privilege user
-
DeliveryEnumerate accessible device IDs via API
-
ExploitCraft multipart upload targeting DeviceResource.uploadImage
-
ExecutionServer skips checkEdit, streams body to disk
-
ImpactDevice image overwritten on server media directory
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a valid authenticated Traccar user session (PR:L confirmed by CVSS vector); unauthenticated access is not sufficient. The bypass is specifically meaningful for users whose accounts are subject to readonly or deviceReadonly restrictions - those accounts are the intended target of the skipped checkEdit guard. The attacker must have been granted at least view-level access to the target device (the Condition.Permission ownership check still applies and must pass). No non-default configuration is required; the uploadImage endpoint is a standard part of the Traccar API surface available in all deployments prior to 6.13.0. Exploitation is limited to image file replacement under the server's media directory and does not extend to other device attributes, credentials, or configuration. The attack is non-automatable per SSVC, meaning mass exploitation across many targets without per-target interaction is not straightforward. |
| Impact | The CVSS 4.0 score of 5.3 (Medium) is consistent with the constrained impact: the vector AV:N/AC:L/AT:N/PR:L/UI:N indicates network-accessible, low-complexity exploitation by any authenticated user, with no additional prerequisites and no user interaction required. The scope is limited to integrity of the media file (VI:L) with no confidentiality or availability impact. EPSS at 0.03% (9th percentile) signals very low observed exploitation probability, which is consistent with the requirement for a valid authenticated session and the narrow, non-critical impact (image file replacement). SSVC classifies exploitation as poc-level, the attack as non-automatable, and technical impact as partial - aligning with the CVSS signal. The vulnerability is not listed in CISA KEV. Taken together, this is a real but low-urgency issue: the authorization bypass is a genuine logic flaw, but attackers need an existing account, can only affect image files rather than sensitive configuration or data, and there is no evidence of active exploitation. Organizations with untrusted or multi-tenant user bases should prioritize patching; single-tenant or admin-only deployments face materially lower risk. |
| Exploit ScenarioDerived | An attacker with a valid low-privilege Traccar account - such as a user account explicitly marked readonly or deviceReadonly - crafts a multipart HTTP POST request directly to the DeviceResource.uploadImage endpoint for a device they can observe in the UI. Because the route validates device ownership but skips the checkEdit permission guard, the server accepts the upload and overwrites the target device's stored image file on disk. A proof-of-concept demonstrating this bypass exists per SSVC data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 08, 2026
Incorrect authorization in Traccar's DeviceResource.uploadImage endpoint allows authenticated low-privilege users to overwrite device image files on the server, bypassing readonly and deviceReadonly access restrictions that all other device mutation paths correctly enforce. Traccar versions prior to 6.13.0 are affected, and the root cause is a missing permissionsService.checkEdit call in the image upload route that is present everywhere else in the mutation surface. A proof-of-concept exists per SSVC data, though EPSS sits at 0.03% (9th percentile), indicating limited real-world exploitation activity to date. The vendor-released fix is available in version 6.13.0.
RemediationAI
The primary fix is upgrading to Traccar 6.13.0, which resolves the issue by adding the missing permissionsService.checkEdit call to the DeviceResource.uploadImage route, bringing it in line with all other device mutation endpoints. The vendor advisory and release are documented at https://github.com/traccar/traccar/security/advisories/GHSA-33v4-5x2g-7mjm. If an immediate upgrade is not feasible, a targeted compensating control is to restrict network access to the Traccar API to only trusted administrator accounts at the reverse-proxy or firewall layer, preventing untrusted low-privilege users from reaching the uploadImage endpoint - though this trade-off limits the collaborative multi-user functionality of the platform. Alternatively, administrators can audit and remove readonly/deviceReadonly user accounts that do not require UI access to the device image feature until patching is complete. There is no known configuration flag to disable the image upload endpoint independently without modifying the application code.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Traccar is a Java-based open source GPS tracking platform (CPE: cpe:2.3:a:traccar:traccar:*:*:*:*:*:*:*:*). The vulnerability is rooted in CWE-863 (Incorrect Authorization), a class of flaws where a system checks the wrong permission or skips a required authorization gate. In this case, DeviceResource.uploadImage performs only an ownership check via Condition.Permission(User.class, getUserId(), Device.class), which confirms the requesting user can see the target device, but never calls permissionsService.checkEdit(getUserId(), Device.class, false, false). That checkEdit call is the sole enforcement point for Traccar's readonly and deviceReadonly user-level constraints. Contrast this with BaseObjectResource.update and the explicit updateAccumulators handler, both of which invoke checkEdit correctly. The result is an inconsistent authorization surface: a user blocked from editing device attributes via the standard API can still replace the device's stored media file by targeting the uploadImage route directly. The uploaded bytes are streamed directly to disk via mediaManager.createFileStream without the write-permission gate ever being applied.
Know when Traccar gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
Primary rating from Vendor (GitHub_M) · only source for this CVE.
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
3DescriptionCVE.org
Traccar is an open source GPS tracking system. Prior to 6.13.0, DeviceResource.uploadImage authorizes the target device only through Condition.Permission(User.class, getUserId(), Device.class) and then immediately streams the uploaded body into mediaManager.createFileStream(...). Unlike the generic mutation path in BaseObjectResource.update and the explicit device mutation handler updateAccumulators, this route never invokes permissionsService.checkEdit(getUserId(), Device.class, false, false). The skipped guard is exactly where Traccar enforces readonly and deviceReadonly restrictions for non-admin users. An unauthorized user can replace a device’s stored image file under the server media directory. This allows modification of UI-visible device media and any downstream workflows that rely on the persisted image, despite other device update paths correctly rejecting the same identity. This vulnerability is fixed in 6.13.0.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Traccar is an open source GPS tracking system. Rated critical severity (CVSS 9.6), this vulnerability is remotely exploi
Traccar Traccar Server version 4.0 and earlier contains a CWE-94: Improper Control of Generation of Code ('Code Injectio
Traccar versions 6.11.1 and later allow authenticated users to inject malicious JavaScript into other users' browsers by
Traccar GPS tracking system through version 6.11.1 allows authenticated users to hijack OAuth 2.0 authorization codes th
Versions of the Traccar open-source GPS tracking system up to and including 6.11.1 contain a Cross-Site WebSocket Hijack
Traccar GPS tracking system through version 6.11.1 allows authenticated users to conduct arbitrary file writes by settin
In Traccar Server version 4.2, protocol/SpotProtocolDecoder.java might allow XXE attacks. Rated critical severity (CVSS
Use of Default Credentials vulnerability in Tananaev Solutions Traccar Server on Administrator Panel modules allows Auth
Silent configuration hijack in Traccar Client GPS tracking app (versions 9.7.19 and below) allows remote attackers to re
Password reset tokens in Traccar through 6.16.0 are not bound to their intended purpose, allowing an attacker who posses
Authenticated Traccar accounts that hold both group-management and report-request permissions can drive the server into
Traccar versions 6.11.1 through 6.13.0 fail to escape user-controlled device and computed attributes in CSV export funct
EUVD-2026-31852
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB