[[270183]]

庫注入在 Linux 上不如 Windows 上常見，但它仍然是一個問題。下來看看它們?nèi)绾喂ぷ鞯?，以及如何鑒別它們。

盡管在 Linux 系統(tǒng)上幾乎見不到，但庫（Linux 上的共享目標(biāo)文件）注入仍是一個嚴(yán)峻的威脅。在采訪了來自 AT&T 公司 Alien 實(shí)驗(yàn)室的 Jaime Blasco 后，我更加意識到了其中一些攻擊是多么的易實(shí)施。

在這篇文章中，我會介紹一種攻擊方法和它的幾種檢測手段。我也會提供一些展示攻擊細(xì)節(jié)的鏈接和一些檢測工具。首先，引入一個小小的背景信息。

共享庫漏洞

DLL 和 .so 文件都是允許代碼（有時候是數(shù)據(jù)）被不同的進(jìn)程共享的共享庫文件。公用的代碼可以放進(jìn)一個文件中使得每個需要它的進(jìn)程可以重新使用而不是多次被重寫。這也促進(jìn)了對公用代碼的管理。

Linux 進(jìn)程經(jīng)常使用這些共享庫。（顯示共享對象依賴的）ldd 命令可以對任何程序文件顯示其共享庫。這里有一些例子：

$ ldd /bin/date
        linux-vdso.so.1 (0x00007ffc5f179000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f02bea15000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f02bec3a000)
$ ldd /bin/netstat
        linux-vdso.so.1 (0x00007ffcb67cd000)
        libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f45e5d7b000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f45e5b90000)
        libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f45e5b1c000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f45e5b16000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f45e5dec000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f45e5af5000)

linux-vdso.so.1 （在一些系統(tǒng)上也許會有不同的名字）是內(nèi)核自動映射到每個進(jìn)程地址空間的文件。它的工作是找到并定位進(jìn)程所需的其他共享庫。

對庫加載機(jī)制加以利用的一種方法是通過使用 LD_PRELOAD 環(huán)境變量。正如 Jaime Blasco 在他的研究中所解釋的那樣，“LD_PRELOAD 是在進(jìn)程啟動時加載共享庫的很簡單且非常受歡迎的方法?？梢詫⒋谁h(huán)境變量配置到共享庫的路徑，以便在加載其他共享對象之前加載該共享庫。”

為了展示有多簡單，我創(chuàng)建了一個極其簡單的共享庫并且賦值給我的（之前不存在） LD_PRELOAD 環(huán)境變量。之后我使用 ldd 命令查看它對于常用 Linux 命令的影響。

$ export LD_PRELOAD=/home/shs/shownum.so
$ ldd /bin/date
        linux-vdso.so.1 (0x00007ffe005ce000)
        /home/shs/shownum.so (0x00007f1e6b65f000)     <== 它在這里
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1e6b458000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f1e6b682000)

注意，僅僅將新的庫賦給 LD_PRELOAD 就影響到了運(yùn)行的任何程序。

通過設(shè)置 LD_PRELOAD 指定的共享庫首先被加載（緊隨 linux-vdso.so.1），這些庫可以極大程度上改變一個進(jìn)程。例如，它們可以重定向系統(tǒng)調(diào)用到它們自己的資源，或?qū)Τ绦蜻\(yùn)行的行為方式進(jìn)行意想不到的更改。

osquery 工具可以檢測庫注入

osquery 工具（可以在 osquery.io下載）提供了一個非常獨(dú)特的查看 Linux 系統(tǒng)的方式。它基本上將操作系統(tǒng)視作一個高性能的關(guān)系數(shù)據(jù)庫。然后，也許你會猜到，這就意味著它可以用來查詢并且生成 SQL 表，該表提供了諸如以下的詳細(xì)信息：

• 運(yùn)行中的進(jìn)程
• 加載的內(nèi)核模塊
• 打開的網(wǎng)絡(luò)鏈接

一個提供了進(jìn)程信息的內(nèi)核表叫做 process_envs。它提供了各種進(jìn)程使用環(huán)境變量的詳細(xì)信息。Jaime Blasco 提供了一個相當(dāng)復(fù)雜的查詢，可以使用 osquery 識別出使用 LD_PRELOAD 的進(jìn)程。

注意，這個查詢是從 process_envs 表中獲取數(shù)據(jù)。攻擊 ID（T1055）參考 Mitre 對攻擊方法的解釋。

SELECT process_envs.pid as source_process_id, process_envs.key as environment_variable_key, process_envs.value as environment_variable_value, processes.name as source_process, processes.path as file_path, processes.cmdline as source_process_commandline, processes.cwd as current_working_directory, 'T1055' as event_attack_id, 'Process Injection' as event_attack_technique, 'Defense Evasion, Privilege Escalation' as event_attack_tactic FROM process_envs join processes USING (pid) WHERE key = 'LD_PRELOAD';

注意 LD_PRELOAD 環(huán)境變量有時是合法使用的。例如，各種安全監(jiān)控工具可能會使用到它，因?yàn)殚_發(fā)人員需要進(jìn)行故障排除、調(diào)試或性能分析。然而，它的使用仍然很少見，應(yīng)當(dāng)加以防范。

同樣值得注意的是 osquery 可以交互使用或是作為定期查詢的守護(hù)進(jìn)程去運(yùn)行。了解更多請查閱文章末尾給出的參考。

你也能夠通過查看用戶的環(huán)境設(shè)置來定位 LD_PRELOAD 的使用。如果在用戶賬戶中使用了 LD_PRELOAD，你可以使用這樣的命令來查看（假定以個人身份登錄后）：

$ env | grep PRELOAD
LD_PRELOAD=/home/username/userlib.so

如果你之前沒有聽說過 osquery，也別太在意。它正在成為一個更受歡迎的工具。事實(shí)上就在上周，Linux 基金會宣布打造了新的 osquery 基金會以支持 osquery 社區(qū)。

總結(jié)

盡管庫注入是一個嚴(yán)重的威脅，但了解一些優(yōu)秀的工具來幫助你檢測它是否存在是很有幫助的。

擴(kuò)展閱讀

重要的參考和工具的鏈接：

• 用 osquery 追尋 Linux 庫注入，AT&T Cybersecurity
• Linux：我的內(nèi)存怎么了？，TrustedSec
• 下載 osquery
• osquery 模式
• osqueryd（osquery 守護(hù)進(jìn)程）
• Mitre 的攻擊框架
• 新的 osquery 基金會成立

 【編輯推薦】