The LoadLibrary()
or LoadLibraryEx()
function calls [MSDN] allow you to dynamically load a library at runtime and use a specific algorithm to locate the library within the file system [MSDN]. It is possible for an attacker to place a file on the DLL search path such that your application inadvertently loads and executes arbitrary source code.
Noncompliant Code Example
#include <Windows.h> void func(void) { HMODULE hMod = LoadLibrary(TEXT("MyLibrary.dll")); if (hMod != NULL) { typedef void (__cdecl func_type)(void); func_type *fn = (func_type *)GetProcAddress(hMod, "MyFunction"); if (fn != NULL) fn(); } }
If an attacker were to place a malicious DLL named MyLibrary.dll higher on the search path than where the library resides, she could trigger arbitrary code to execute either via the DllMain()
entrypoint (which is called automatically by the system loader) or by providing an implementation for MyFunction()
, either of which would run within the security context of your application. If your application runs with elevated privileges (such as a service application), an escalation of privileges could result.
Compliant Solution
By refusing to load a library unless it is located precisely where expected, you reduce the chance of executing arbitrary code when dynamically loading libraries. This compliant solution uses LoadLibraryEx()
to ensure that only the application and System32 directories are searched (eliminating other search paths such as the current directory or PATH
environment variable):
#include <Windows.h> void func(void) { HMODULE hMod = LoadLibraryEx(TEXT("MyLibrary.dll"), NULL, LOAD_LIBRARY_SEARCH_APPLICATION_DIR | LOAD_LIBRARY_SEARCH_SYSTEM32); if (hMod != NULL) { typedef void (__cdecl func_type)(void); func_type *fn = (func_type *)GetProcAddress(hMod, "MyFunction"); if (fn != NULL) fn(); } }
Risk Assessment
Depending on the version of Windows the application is run on, failure to properly specify the library can lead to arbitrary code execution.
Recommendation | Severity | Likelihood | Remediation Cost | Priority | Level |
---|---|---|---|---|---|
WIN00-C | High | Unlikely | Low | P9 | L2 |
Automated Detection
Tool | Version | Checker | Description |
---|---|---|---|
CodeSonar | 8.1p0 | BADFUNC.PATH.AFXLOADLIBRARY | Use of |
Klocwork | 2024.3 | SV.DLLPRELOAD.NONABSOLUTE.DLL SV.DLLPRELOAD.NONABSOLUTE.EXE SV.DLLPRELOAD.SEARCHPATH | |
Parasoft C/C++test | 2023.1 | CERT_C-WIN00-a | Use care to ensure that LoadLibrary() will load the correct library |
PC-lint Plus | 1.4 | 586 | Fully supported |
Polyspace Bug Finder | R2024a | Checks for:
Rec. partially covered. |
4 Comments
Justin Loo
Just a semantics comment here. I am not sure if "eliminate" is the best choice of wording for the compliant solution.
That phrasing seems to imply that all chances of arbitrary code execution are dealt with by specifying library locations. It seems like more of a partial mitigation to me; considering that the problems mentioned from the non-compliant solution are still present, just in a more limited fashion.
Aaron Ballman
Yes, perhaps eliminate is too strong of a term here. This rule really needs a corollary that explains users need to secure their installation directory properly in order to truly eliminate the issue. But that's extraneous to the contents of the guidelines, so it doesn't really fit anywhere.
Joseph C. Sible
SafeDllSearchMode has defaulted to 1 since XP SP2, and with SafeDllSearchMode being 1, the application directory and system directory are already searched first by default. Is there still a benefit to specifying the load order by hand? If an attacker could force later directories to be tried by deleting the DLL in one of those trusted directories, couldn't they also just replace it with their malicious DLL directly?
David Svoboda
That will protect your code as long as the library you are searching for lives in the application directory or system directory.
If your library lives elsewhere, the compliant solution will fail with a "library not found" error, while the noncompliant code example can still find a malicious library that lives further down the path.
Your point might still be worthy of a compliant solution if you are willing to write one.