LDAP注入該如何理解

這篇文章的內(nèi)容主要圍繞LDAP注入該如何理解進(jìn)行講述，文章內(nèi)容清晰易懂，條理清晰，非常適合新手學(xué)習(xí)，值得大家去閱讀。感興趣的朋友可以跟隨小編一起閱讀吧。希望大家通過這篇文章有所收獲！

1、LDAP 注入

LDAP (Light Directory Access Portocol) 是基于X.500標(biāo)準(zhǔn)的輕量級(jí)目錄訪問協(xié)議，提供訪問目錄數(shù)據(jù)庫方法的服務(wù)和協(xié)議，常用于與目錄數(shù)據(jù)庫組成目錄服務(wù)。其中目錄是一個(gè)為查詢、瀏覽和搜索而優(yōu)化的專業(yè)分布式數(shù)據(jù)庫，它呈樹狀結(jié)構(gòu)組織數(shù)據(jù)，類似于Linux/Unix系統(tǒng)中的文件目錄。公用證書、安全密鑰、公司的物理設(shè)備信息等修改并不頻繁的數(shù)據(jù)適合存儲(chǔ)在目錄中?？梢詫DAP理解為一種搜索協(xié)議，它類似于SQL，擁有查詢語法，也存在被注入攻擊的風(fēng)險(xiǎn)。LDAP注入是指客戶端發(fā)送查詢請(qǐng)求時(shí)，輸入的字符串中含有一些特殊字符，導(dǎo)致修改了LDAP本來的查詢結(jié)構(gòu)，從而使得可以訪問更多的未授權(quán)數(shù)據(jù)的一種攻擊方式。

本篇文章以 JAVA 語言源代碼為例，分析CWE ID 90：Improper Neutralization of Special Elementsused in an LDAP Query ('LDAP Injection')樣本中LDAP注入漏洞產(chǎn)生的原因以及修復(fù)方法。詳細(xì)請(qǐng)參見：

• CWE ID 90: Improper Neutralization of Special Elements used in an LDAP Query ('LDAP Injection')

  http://cwe.mitre.org/data/definitions/90.html

• CWE ID 639：Authorization Bypass ThroughUser-Controlled Key

  http://cwe.mitre.org/data/definitions/639.html

2. LDAP 注入的危害

LDAP 注入是利用用戶引入的參數(shù)生成惡意 LDAP 查詢，通過構(gòu)造 LDAP 過濾器來繞過訪問控制、用戶權(quán)限提升。在維持正常過濾器的情況下構(gòu)造出 AND、OR 操作注入來獲得敏感信息。

從2018年1月至2019年1月，CVE中共有4條漏洞信息與其相關(guān)。部分漏洞如下：

3、示例代碼

示例源于 Samate Juliet Test Suite for Java v1.3 (https://samate.nist.gov/SARD/testsuite.php)，源文件名：CWE90_LDAP_Injection__connect_tcp_01.java。

3.1缺陷代碼

上述示例代碼 39-61 行，程序進(jìn)行 TCP 連接并讀取Socket的數(shù)據(jù)并賦值給變量 data，在118 行動(dòng)態(tài)構(gòu)造一個(gè) LDAP 查詢語句，119 行對(duì)其加以執(zhí)行。LDAP 為人員組織機(jī)構(gòu)封裝了常見的對(duì)象類，比如人員（person）含有姓（sn）、名（cn）、電話(telephoneNumber)、密碼 (userPassword) 等屬性。該查詢?yōu)榱蓑?yàn)證是否存在名為變量 data 的員工,但并未對(duì)變量 data 的內(nèi)容做任何過濾。使用最簡(jiǎn)單的注入方式，令傳入?yún)?shù)的值為“*”，則構(gòu)造的動(dòng)態(tài)查詢條件為 "(cn=*)”，這樣可以查詢到所有員工的信息，導(dǎo)致信息泄露。

使用360代碼衛(wèi)士對(duì)上述示例代碼進(jìn)行檢測(cè)，可以檢出“LDAP 注入”缺陷，顯示等級(jí)為高。從跟蹤路徑中可以分析出數(shù)據(jù)的污染源以及數(shù)據(jù)流向，在代碼行第120行報(bào)出缺陷，如圖1所示：

圖1：LDAP 注入的檢測(cè)示例

3.2 修復(fù)代碼

在上述修復(fù)代碼中，第119行使用 javax.naming.ldap 包下擴(kuò)展類 BaseControl 接收需要被處理的參數(shù)，第120行 control 對(duì)象調(diào)用 getEncodedValue() 方法將接收的參數(shù) data 進(jìn)行編碼，編碼后的值為字符對(duì)應(yīng)的 ASN.1BER 編碼值。編碼后的字節(jié)數(shù)組不存在參與命令解析的特殊字符，可以構(gòu)造結(jié)構(gòu)、內(nèi)容正常的 LDAP 查詢語句，這樣就避免了 LDAP 注入的發(fā)生。

使用360代碼衛(wèi)士對(duì)修復(fù)后的代碼進(jìn)行檢測(cè)，可以看到已不存在“LDAP注入”缺陷。如圖2：

圖2：修復(fù)后檢測(cè)結(jié)果

4 、如何避免 LDAP 注入

LDAP注入產(chǎn)生的根本原因是攻擊者提供了可以改變LDAP查詢含義的 LDAP元字符。構(gòu)造LDAP篩選器時(shí)，程序員應(yīng)清楚哪些字符應(yīng)作為命令解析，而哪些字符應(yīng)作為數(shù)據(jù)解析。為了防止攻擊者侵犯程序員的各種預(yù)設(shè)情況，應(yīng)使用白名單的方法，確保LDAP查詢中由用戶控制的數(shù)值完全來自于預(yù)定的字符集合，應(yīng)不包含任何LDAP元字符。如果由用戶控制的數(shù)值范圍要求必須包含 LDAP元字符，則應(yīng)使用相應(yīng)的編碼機(jī)制轉(zhuǎn)義這些元字符在LDAP查詢中的意義。

• 如&、！、|、=、<、>、，、+、-、”、’、；這些字符正常情況下不會(huì)用到，如果用戶的輸入中出現(xiàn)了，需要用反斜杠轉(zhuǎn)義處理。

• 還有些字符如(、)、\、*、/、NUL這些字符不僅需要用反斜杠處理，還要將字符變成相應(yīng)的ASCII碼值。

感謝你的閱讀，相信你對(duì)“LDAP注入該如何理解”這一問題有一定的了解，快去動(dòng)手實(shí)踐吧，如果想了解更多相關(guān)知識(shí)點(diǎn)，可以關(guān)注億速云網(wǎng)站！小編會(huì)繼續(xù)為大家?guī)砀玫奈恼拢?/p>