無根容器
無根容器與常規(guī)容器相同，區(qū)別在于它們不需要root即可形成。無根容器仍處于早期階段，無根容器出現(xiàn)的原因有很多。
添加新的安全層。如果容器運行時受到攻擊，攻擊者將無法獲得主機(jī)的root特權(quán)。
允許多個非特權(quán)用戶在同一臺計算機(jī)上運行容器。
允許隔離嵌套容器。
Linux內(nèi)核的一項新開發(fā)使此方案成為可能，允許無特權(quán)的用戶創(chuàng)建新的用戶空間。當(dāng)用戶創(chuàng)建并輸入新的用戶空間時，他將成為該空間的root用戶，并獲得生成容器所需的大多數(shù)特權(quán)。
網(wǎng)絡(luò)連接
為了允許容器聯(lián)網(wǎng)，通常創(chuàng)建虛擬以太網(wǎng)設(shè)備(VETH)負(fù)責(zé)聯(lián)網(wǎng)。但只有root才有權(quán)創(chuàng)建此類設(shè)備，主要的解決方案是Slirp和LXC-user-nic。
(1)Slirp
Slirp最初被設(shè)計為面向非特權(quán)用戶的Internet連接。隨著時間的流逝，它成為虛擬機(jī)和仿真器(包括著名的QEMU)的網(wǎng)絡(luò)堆棧，可對其修改調(diào)整以啟用無根容器中網(wǎng)絡(luò)連接。它把容器用戶和網(wǎng)絡(luò)名稱空間分開并創(chuàng)默認(rèn)路由設(shè)備。然后，它將設(shè)備的文件傳遞給默認(rèn)網(wǎng)絡(luò)名稱空間的父級，使其可以與容器和Internet進(jìn)行通信。
(2)LXC-User-Nic
另一種方法是運行setuid創(chuàng)建VETH設(shè)備。盡管它可以啟用容器內(nèi)的聯(lián)網(wǎng)功能，但是它會要求容器文件以root權(quán)限運行。
存儲管理
容器的復(fù)雜元素之一是存儲管理。默認(rèn)情況下，容器使用Overlay2(或Overlay)創(chuàng)建文件系統(tǒng)，但是無根容器不能做到這一點，大多數(shù)Linux不允許在用戶名稱空間中安裝overlay文件系統(tǒng)。解決方案是使用其他驅(qū)動程序，例如VFS存儲驅(qū)動程序。雖然有效但效率低。更好的解決方案是創(chuàng)建新的存儲驅(qū)動程序，適應(yīng)無根容器的需求。
兼容狀態(tài)
以下容器引擎支持以下組件無根容器：
安全分析
從安全角度來看，無根容器中的漏洞還是配置錯誤都會導(dǎo)致容器中軟件受到破壞，應(yīng)該始終以有限特權(quán)運行軟件，當(dāng)漏洞產(chǎn)生時，影響將降至最低。LXE-user-nic具有多個漏洞，攻擊者可利用漏洞提權(quán)，例如CVE-2017-5985和CVE-2018-6556。Slirp近年來也披露了多個漏洞。
Slirp–CVE-2020-1983：
在對該軟件進(jìn)行模糊測試時，發(fā)現(xiàn)了一個可能導(dǎo)致Slirp崩潰的漏洞。該漏洞分配編號為CVE-2020-1983。
這個問題與Slirp如何管理IP碎片有關(guān)。IP數(shù)據(jù)包的最大大小為65,535字節(jié)，錯誤是Slirp無法驗證分段IP數(shù)據(jù)包的大小，當(dāng)它對大于65,535的數(shù)據(jù)包進(jìn)行分段時就會會崩潰。
libslirp中的其他漏洞可在容器上執(zhí)行代碼，甚至可從容器逃逸到主機(jī)以及其他容器。2020年發(fā)現(xiàn)了兩個此類漏洞：CVE-2020-8608和CVE-2020-7039，受影響的Slirp版本是4.0.0至4.2.0。
總結(jié)
無根容器提供了一種新的容器解決方案，該方法增加了安全層。它會成為云容器中的下一個演變方向。雖然無根容器仍然存在許多局限性，其功能仍處于試驗開發(fā)中，隨著時間和技術(shù)的發(fā)展，無根容器可以完全發(fā)揮作用并代替?zhèn)鹘y(tǒng)容器。
