從一個不可信賴的數據源或不可信賴的環境中加載庫，會導致程序以攻擊者的名義執行惡意代碼。
Process control 漏洞主要表現為以下兩種形式：
— 攻擊者能夠篡改程序執行的庫：攻擊者直接地控制庫所使用的名稱。
— 攻擊者可以篡改庫加載的環境：攻擊者間接控制庫名稱的含義。
這種情況下，我們主要考慮第一種情況，攻擊者可能控制加載的庫的名稱。這種類型的 Process control 漏洞會在以下情況中出現：
1. 數據從不可信賴的數據源進入應用程序。
2. 數據作為字符串的一部分，代表一個由應用程序加載的庫名。
3. 通過在庫中執行代碼，應用程序授予攻擊者在一般情況下無法獲得的權限或能力。
例 1：以下代碼來自于一個特權應用程序，使用注冊表項來決定安裝的目錄，然后用基于指定目錄的相對路徑，加載一個庫文件。
...
RegQueryValueEx(hkey, "APPHOME",
0, 0, (BYTE*)home, &size);
char* lib=(char*)malloc(strlen(home)+strlen(INITLIB));
if (lib) {
strcpy(lib,home);
strcat(lib,INITCMD);
LoadLibrary(lib);
}
...
INITLIB 惡意版本的其他路徑，進而允許攻擊者加載一個任意庫，以提高的應用程序權限去執行庫中的任意代碼。因為程序不會校驗從環境中讀取的值，如果攻擊者能夠控制 APPHOME 的值，就能欺騙應用程序去運行惡意的代碼。library.dll 的庫，該庫通常可在一個標準的系統目錄中找到。
LoadLibrary("liberty.dll");
liberty.dll 的絕對路徑。在搜索順序上，如果攻擊者將一個名為 liberty.dll 的惡意庫放在原本想要的庫的前面，并且攻擊者能夠讓程序在他們的環境（而不是 web 服務器環境）中運行，那么應用程序就會加載該惡意庫，而不是原本想要的可信賴的庫。由于這種類型的應用程序會以提高了的權限運行，因此攻擊者的 liberty.dll 中的內容也將以提高的權限運行，這可能會使攻擊者完全控制系統。loadlibrary() 所使用的搜索順序造成的。如果當前目錄比系統目錄先搜索到，就像現在大多數最新的 Windows 版本，那么這種類型的攻擊就會變得十分簡單，因為攻擊者可在本地執行程序。搜索順序取決于操作系統的版本，在比較新的操作系統中，這一順序由注冊表主鍵控制：
HKLM\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode
LoadLibrary() 按以下方式運行：SafeDllSearchMode 為 1，搜索順序如下所示：PATH 環境變量中列出來的目錄。SafeDllSearchMode 為 0，搜索順序如下所示： PATH 環境變量中列出來的目錄。
[1] Standards Mapping - OWASP Top 10 2004 - (OWASP 2004) A1 Unvalidated Input
[2] Standards Mapping - OWASP Top 10 2007 - (OWASP 2007) A4 Insecure Direct Object Reference
[3] Standards Mapping - OWASP Top 10 2010 - (OWASP 2010) A4 Insecure Direct Object References
[4] Standards Mapping - Security Technical Implementation Guide Version 3 - (STIG 3) APP3510 CAT I, APP3570 CAT I
[5] Standards Mapping - Security Technical Implementation Guide Version 3.4 - (STIG 3.4) APP3510 CAT I, APP3570 CAT I
[6] Standards Mapping - Common Weakness Enumeration - (CWE) CWE ID 114
[7] Dynamic-Link Library Functions Microsoft
[8] Standards Mapping - Payment Card Industry Data Security Standard Version 1.2 - (PCI 1.2) Requirement 6.3.1.1, Requirement 6.5.4
[9] Standards Mapping - Payment Card Industry Data Security Standard Version 1.1 - (PCI 1.1) Requirement 6.5.1
[10] Standards Mapping - Payment Card Industry Data Security Standard Version 2.0 - (PCI 2.0) Requirement 6.5.8
[11] Standards Mapping - FIPS200 - (FISMA) SI
[12] M. Howard, D. LeBlanc Writing Secure Code, Second Edition Microsoft Press