Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as non-admin user
-
DeliverySubmit translation file upload with crafted name
-
ExploitTraversal bypasses RenameFile path check
-
ExecutionFile moved outside web root/data dir
-
ImpactOverwrite/plant file as app process
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Path canonicalization, traversal prevention
MITRE ATT&CK
2 techniques across 2 tactics: Discovery, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires a valid authenticated LubeLogger account of any privilege level - notably a NON-administrative user suffices, which is the core weakness. The attacker must reach the HandleTranslationFileUpload endpoint (translation file upload feature) and supply a crafted upload file name; the pre-1.6.8 RenameFile routine performs string-replacement path construction with no absolute-path containment check against the web root/data directory. Limiting factors: authentication is mandatory (not exploitable pre-auth), the target must run a version prior to 1.6.8, and impact is bounded by the file-system permissions of the application process. No special non-default configuration is otherwise needed. The fix adds an [Authorize(Roles=IsRootUser)] restriction, so patched instances gate the upload path to admins. |
| Impact | This is a genuine post-authentication file-write vulnerability that warrants prompt patching but sits below the 'drop everything' tier. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N, base 8.1) correctly reflects a network-reachable, low-complexity path with NO user interaction, but it requires an authenticated account (PR:L) - and specifically only a non-administrative one, which is the noteworthy part since it crosses a privilege boundary the app intended to enforce. Exploitation signals are otherwise quiet: no EPSS score, no KEV listing, and no public exploit is referenced (only a GitHub Security Advisory, issue, PR, and fix commit). So there is no public exploit identified at time of analysis and no confirmed active exploitation. The vendor's C:H/I:H rating is partly questionable: the described primitive is moving/overwriting an uploaded file outside the storage directory, which is fundamentally an INTEGRITY issue (unauthorized file placement/overwrite). C:H (confidentiality) is not well supported by the description - there is no read/disclosure primitive shown - so the raw 8.1 likely overstates confidentiality impact. The real risk is an authenticated tenant writing/overwriting files as the application process, which on a self-hosted app can escalate toward code execution or data corruption depending on what gets overwritten. |
| Exploit ScenarioDerived | An attacker who holds any ordinary (non-admin) LubeLogger account logs in and submits a translation file upload to HandleTranslationFileUpload with a maliciously crafted file name containing traversal sequences. Because RenameFile builds the destination path with naive string replacement and never confirms the resolved absolute path stays under the web root or data directory, the uploaded file is moved to an attacker-chosen location, overwriting or planting a file with the application process's privileges. No public proof-of-concept is referenced in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 18, 2026
Authenticated users of LubeLogger prior to 1.6.8 - including non-administrative accounts - can abuse the translation file upload path to place or overwrite files outside the intended storage directory, because the RenameFile helper constructs the destination path by string replacement without verifying that the resolved absolute path remains under the web root or data directory. Exploitation requires only a valid low-privileged session and a crafted upload file name, giving the attacker the file-system rights of the application process, which is why the assessed impact is high integrity with limited availability and no confidentiality component. Vendor-released patch: 1.6.8; no public exploit identified at time of analysis.
RemediationAI
Upgrade LubeLogger to version 1.6.8 or later, which is the vendor-released patch for this issue; the fix both hardens the file-rename logic and restricts HandleFileUpload to the root user role, so no further configuration change is required once the new build is deployed. Details are in advisory GHSA-qm5x-mmwx-q7rm (https://github.com/hargata/lubelog/security/advisories/GHSA-qm5x-mmwx-q7rm) and release v1.6.8 (https://github.com/hargata/lubelog/releases/tag/v1.6.8). If upgrading must be deferred, compensating controls include removing or tightly limiting non-administrative accounts so that only trusted operators can reach the translation upload feature, since the flaw is only exploitable post-authentication - the trade-off is loss of the multi-user functionality the product is designed for. Alternatively, block or reject requests to the translation file upload route (and any unneeded file-upload endpoints) at the reverse proxy, accepting that legitimate translation uploads will fail; or run the application as a dedicated low-privileged user in a container with read-only mounts and a write-restricted data volume so that a successful traversal cannot reach sensitive paths, which limits but does not eliminate the integrity impact. Also ensure self-registration is disabled so unvetted users cannot obtain the session required to trigger the vulnerable code path.
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
The issue is a classic CWE-22 path traversal in a .NET/ASP.NET Core MVC application. In LubeLogger's Controllers/FilesController.cs, the HandleTranslationFileUpload action passed an attacker-influenced file name into RenameFile in Helper/FileHelper.cs. That helper built newFilePath using string replacement rather than canonicalizing the path with Path.GetFullPath and asserting containment, then moved the uploaded file to that location. Because no check verified the resolved absolute path stayed within the web root or data directory, traversal sequences or crafted names could redirect the write. The relevant CPE, cpe:2.3:a:hargata:lubelog:*:*:*:*:*:*:*:*, covers LubeLogger broadly, but the advisory and the v1.6.8 release tag scope the flaw to versions before 1.6.8. The upstream fix is twofold: it adds an authorization gate restricting the upload handler to the root user role via [Authorize(Roles = nameof(UserData.IsRootUser))] in FilesController.cs, and it also inserts per-record UserCanEditVehicle permission checks inside DuplicateRecordsToOtherVehicles in VehicleController.cs, indicating a related access-control weakness addressed in the same changeset. Per the independent assessment, impact is integrity-focused (C:N/I:H/A:L) and bounded by the operating-system permissions of the application process; authentication with any privilege level is mandatory.
Know when Lubelog 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
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Network, low-complexity, authenticated non-admin (PR:L) file-move/overwrite primitive: primarily integrity (I:H), possible clobbering of critical files (A:L); no confirmed read/disclosure so C:N.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
LubeLogger is a self-hosted, open-source, web-based vehicle maintenance and fuel mileage tracker. Prior to 1.6.8, authenticated non-administrative users could reach HandleTranslationFileUpload and influence the name passed from Controllers/FilesController.cs to RenameFile in Helper/FileHelper.cs. RenameFile constructed newFilePath with string replacement and moved the uploaded file without verifying the resolved absolute path remained under the web root or data directory. A crafted upload name could therefore move an uploaded file outside the intended storage directory, enabling unauthorized file placement or overwrite with the privileges of the application process. This issue is fixed in version 1.6.8.
Technical POC Analysis
CWE-22 (Improper Limitation of a Pathname to a Restricted Directory / Path Traversal), in LubeLogger's own application code, not a dependency.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
LubeLogger, a vehicle maintenance tracking application, contains a high-severity flaw (CVE-2026-62278) that permits any valid user session to write files outside the intended storage directory. This could lead to data corruption, service disruption, or further server compromise, affecting the integrity of the application and potentially other systems. Leadership should prioritize remediation because the vulnerability is exploitable by low-privileged accounts, increasing the risk of insider or compromised-account attacks.
Apply vendor patch.
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
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
EUVD-2026-83201
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB