CVE-2026-4255 (GCVE-0-2026-4255)
Vulnerability from cvelistv5 – Published: 2026-03-16 07:14 – Updated: 2026-03-16 07:14
VLAI?
Title
DLL Injection Privilege Escalation
Summary
A DLL search order hijacking vulnerability in Thermalright TR-VISION HOME on Windows (64-bit) allows a local attacker to escalate privileges via DLL side-loading. The application loads certain dynamic-link library (DLL) dependencies using the default Windows search order, which includes directories that may be writable by non-privileged users.\n\n\n\nBecause these directories can be modified by unprivileged users, an attacker can place a malicious DLL with the same name as a legitimate dependency in a directory that is searched before trusted system locations. When the application is executed, which is always with administrative privileges, the malicious DLL is loaded instead of the legitimate library.\n\n\n\nThe application does not enforce restrictions on DLL loading locations and does not verify the integrity or digital signature of loaded libraries. As a result, attacker-controlled code may be executed within the security context of the application, allowing arbitrary code execution with elevated privileges.\n\n\n\nSuccessful exploitation requires that an attacker place a crafted malicious DLL in a user-writable directory that is included in the application's DLL search path and then cause the affected application to be executed. Once loaded, the malicious DLL runs with the same privileges as the application.\n\n\n\nThis issue affects \nTR-VISION HOME versions up to and including 2.0.5.
Severity ?
CWE
- CWE-829 - Inclusion of functionality from untrusted control sphere
Assigner
References
Impacted products
| Vendor | Product | Version | ||
|---|---|---|---|---|
| thermalright | TR-VISION HOME |
Affected:
0 , < 2.0.5
(date)
|
Credits
Ard33
{
"containers": {
"cna": {
"affected": [
{
"defaultStatus": "unaffected",
"modules": [
"Ftd2xx.dll"
],
"product": "TR-VISION HOME",
"vendor": "thermalright",
"versions": [
{
"lessThan": "2.0.5",
"status": "affected",
"version": "0",
"versionType": "date"
}
]
}
],
"configurations": [
{
"lang": "en",
"supportingMedia": [
{
"base64": false,
"type": "text/html",
"value": "\u003cdiv\u003e\u003cdiv\u003e\u003cspan\u003eThe vulnerability is exposed when the affected application is executed on a Windows system where it resolves DLL dependencies using the default search order that includes directories within the user profile or other user-writable locations. Because these directories are writable by non-privileged users, an attacker running with standard user permissions can place a malicious DLL with the expected filename in the search path. When the application is subsequently executed with elevated privileges, the malicious DLL will be loaded and executed within the elevated security context.\u003c/span\u003e\u003c/div\u003e\u003c/div\u003e"
}
],
"value": "The vulnerability is exposed when the affected application is executed on a Windows system where it resolves DLL dependencies using the default search order that includes directories within the user profile or other user-writable locations. Because these directories are writable by non-privileged users, an attacker running with standard user permissions can place a malicious DLL with the expected filename in the search path. When the application is subsequently executed with elevated privileges, the malicious DLL will be loaded and executed within the elevated security context."
}
],
"credits": [
{
"lang": "en",
"type": "finder",
"value": "Ard33"
}
],
"descriptions": [
{
"lang": "en",
"supportingMedia": [
{
"base64": false,
"type": "text/html",
"value": "\u003cdiv\u003e\u003cdiv\u003e\u003cspan\u003eA DLL search order hijacking vulnerability in Thermalright TR-VISION HOME on Windows (64-bit) allows a local attacker to escalate privileges via DLL side-loading. The application loads certain dynamic-link library (DLL) dependencies using the default Windows search order, which includes directories that may be writable by non-privileged users.\u003c/span\u003e\u003cspan\u003e\\n\\n\\n\\n\u003c/span\u003e\u003cspan\u003eBecause these directories can be modified by unprivileged users, an attacker can place a malicious DLL with the same name as a legitimate dependency in a directory that is searched before trusted system locations. When the application is executed, which is always with administrative privileges, the malicious DLL is loaded instead of the legitimate library.\u003c/span\u003e\u003cspan\u003e\\n\\n\\n\\n\u003c/span\u003e\u003cspan\u003eThe application does not enforce restrictions on DLL loading locations and does not verify the integrity or digital signature of loaded libraries. As a result, attacker-controlled code may be executed within the security context of the application, allowing arbitrary code execution with elevated privileges.\u003c/span\u003e\u003cspan\u003e\\n\\n\\n\\n\u003c/span\u003e\u003cspan\u003eSuccessful exploitation requires that an attacker place a crafted malicious DLL in a user-writable directory that is included in the application\u0027s DLL search path and then cause the affected application to be executed. Once loaded, the malicious DLL runs with the same privileges as the application.\u003c/span\u003e\u003cspan\u003e\\n\\n\\n\\n\u003c/span\u003e\u003cspan\u003eThis issue affects\u0026nbsp;\u003c/span\u003e\u003cspan\u003e\\n\u003c/span\u003e\u003cspan\u003eTR-VISION HOME\u0026nbsp;\u0026nbsp;versions up to and including 2.0.5.\u003c/span\u003e\u003c/div\u003e\u003c/div\u003e"
}
],
"value": "A DLL search order hijacking vulnerability in Thermalright TR-VISION HOME on Windows (64-bit) allows a local attacker to escalate privileges via DLL side-loading. The application loads certain dynamic-link library (DLL) dependencies using the default Windows search order, which includes directories that may be writable by non-privileged users.\\n\\n\\n\\nBecause these directories can be modified by unprivileged users, an attacker can place a malicious DLL with the same name as a legitimate dependency in a directory that is searched before trusted system locations. When the application is executed, which is always with administrative privileges, the malicious DLL is loaded instead of the legitimate library.\\n\\n\\n\\nThe application does not enforce restrictions on DLL loading locations and does not verify the integrity or digital signature of loaded libraries. As a result, attacker-controlled code may be executed within the security context of the application, allowing arbitrary code execution with elevated privileges.\\n\\n\\n\\nSuccessful exploitation requires that an attacker place a crafted malicious DLL in a user-writable directory that is included in the application\u0027s DLL search path and then cause the affected application to be executed. Once loaded, the malicious DLL runs with the same privileges as the application.\\n\\n\\n\\nThis issue affects\u00a0\\nTR-VISION HOME\u00a0\u00a0versions up to and including 2.0.5."
}
],
"impacts": [
{
"capecId": "CAPEC-233",
"descriptions": [
{
"lang": "en",
"value": "CAPEC-233 Privilege Escalation"
}
]
},
{
"capecId": "CAPEC-641",
"descriptions": [
{
"lang": "en",
"value": "CAPEC-641 DLL Side-Loading"
}
]
}
],
"metrics": [
{
"cvssV4_0": {
"Automatable": "NOT_DEFINED",
"Recovery": "NOT_DEFINED",
"Safety": "NOT_DEFINED",
"attackComplexity": "LOW",
"attackRequirements": "NONE",
"attackVector": "LOCAL",
"baseScore": 8.4,
"baseSeverity": "HIGH",
"exploitMaturity": "NOT_DEFINED",
"privilegesRequired": "NONE",
"providerUrgency": "NOT_DEFINED",
"subAvailabilityImpact": "NONE",
"subConfidentialityImpact": "NONE",
"subIntegrityImpact": "NONE",
"userInteraction": "ACTIVE",
"valueDensity": "NOT_DEFINED",
"vectorString": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N",
"version": "4.0",
"vulnAvailabilityImpact": "HIGH",
"vulnConfidentialityImpact": "HIGH",
"vulnIntegrityImpact": "HIGH",
"vulnerabilityResponseEffort": "NOT_DEFINED"
},
"format": "CVSS",
"scenarios": [
{
"lang": "en",
"value": "GENERAL"
}
]
}
],
"problemTypes": [
{
"descriptions": [
{
"cweId": "CWE-829",
"description": "CWE-829 Inclusion of functionality from untrusted control sphere",
"lang": "en",
"type": "CWE"
}
]
}
],
"providerMetadata": {
"dateUpdated": "2026-03-16T07:14:07.366Z",
"orgId": "1c6b5737-9389-4011-8117-89fa251edfb2",
"shortName": "Toreon"
},
"references": [
{
"url": "https://www.thermalright.com/support/download/"
}
],
"solutions": [
{
"lang": "en",
"supportingMedia": [
{
"base64": false,
"type": "text/html",
"value": "\u003cdiv\u003e\u003cdiv\u003e\u003cspan\u003eThe issue can be resolved by modifying the application to load DLL dependencies using absolute paths or by restricting DLL loading to trusted directories such as system library locations. Additionally, implementing digital signature verification for loaded libraries can prevent malicious DLLs from being executed.\u003c/span\u003e\u003c/div\u003e\u003c/div\u003e"
}
],
"value": "The issue can be resolved by modifying the application to load DLL dependencies using absolute paths or by restricting DLL loading to trusted directories such as system library locations. Additionally, implementing digital signature verification for loaded libraries can prevent malicious DLLs from being executed."
}
],
"source": {
"discovery": "UNKNOWN"
},
"title": "DLL Injection Privilege Escalation",
"workarounds": [
{
"lang": "en",
"supportingMedia": [
{
"base64": false,
"type": "text/html",
"value": "\u003cdiv\u003e\u003cdiv\u003e\u003cspan\u003eUntil a vendor patch is available, administrators may mitigate the vulnerability by placing the legitimate DLL dependency in the application\u0027s installation directory, ensuring it is loaded before any user-controlled locations in the DLL search order. This reduces the likelihood that a malicious DLL placed in a user-writable directory will be loaded.\u003c/span\u003e\u003cspan\u003e\\n\\n\\n\\n\u003c/span\u003e\u003cspan\u003eAdditionally, administrators should ensure the application\u0027s installation directory is not writable by non-privileged users. Application control mechanisms such as Windows Defender Application Control (WDAC) or AppLocker may also be used to restrict the loading or execution of untrusted DLL files.\u003c/span\u003e\u003c/div\u003e\u003c/div\u003e\n\u003cdiv\u003e\u003cdiv\u003e\u003cspan\u003eThe issue can be resolved by modifying the application to load DLL dependencies using absolute paths or by restricting DLL loading to trusted directories such as system library locations. Additionally, implementing digital signature verification for loaded libraries can prevent malicious DLLs from being executed.\u003c/span\u003e\u003c/div\u003e\u003c/div\u003e"
}
],
"value": "Until a vendor patch is available, administrators may mitigate the vulnerability by placing the legitimate DLL dependency in the application\u0027s installation directory, ensuring it is loaded before any user-controlled locations in the DLL search order. This reduces the likelihood that a malicious DLL placed in a user-writable directory will be loaded.\\n\\n\\n\\nAdditionally, administrators should ensure the application\u0027s installation directory is not writable by non-privileged users. Application control mechanisms such as Windows Defender Application Control (WDAC) or AppLocker may also be used to restrict the loading or execution of untrusted DLL files.\n\n\n\n\nThe issue can be resolved by modifying the application to load DLL dependencies using absolute paths or by restricting DLL loading to trusted directories such as system library locations. Additionally, implementing digital signature verification for loaded libraries can prevent malicious DLLs from being executed."
}
],
"x_generator": {
"engine": "Vulnogram 1.0.0"
}
}
},
"cveMetadata": {
"assignerOrgId": "1c6b5737-9389-4011-8117-89fa251edfb2",
"assignerShortName": "Toreon",
"cveId": "CVE-2026-4255",
"datePublished": "2026-03-16T07:14:07.366Z",
"dateReserved": "2026-03-16T07:06:07.397Z",
"dateUpdated": "2026-03-16T07:14:07.366Z",
"state": "PUBLISHED"
},
"dataType": "CVE_RECORD",
"dataVersion": "5.2"
}
Loading…
Loading…
Sightings
| Author | Source | Type | Date |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.
Loading…
Loading…