Egy évnyi fejlesztés után megjelent a szabad Xen 4.17 hipervizor verzió. Az új kiadás fejlesztésében olyan cégek vettek részt, mint az Amazon, Arm, Bitdefender, Citrix, EPAM Systems és Xilinx (AMD). A Xen 4.17 ágon a frissítések készítése 2024. június 12-ig folytatódik, a sebezhetőségek javításait pedig 2025. december 12-ig publikálják.
A Xen 4.17 kulcsfontosságú változásai:
- Biztosították a C nyelvű biztonságos és megbízható programok fejlesztésére vonatkozó követelmények részleges megfelelőségét, amelyek a MISRA-C specifikációkban vannak megfogalmazva és kritikus rendszerek létrehozásánál alkalmazzák. A Xen hivatalosan integrálta a 4 MISRA-C irányelvet és 24 szabályt (a 143 szabályból és 16 irányelvből), valamint biztosították a MISRA-C statikus elemző integrációját a build folyamatokba, amely ellenőrzi a specifikáció követelményeinek teljesítését.
- Lehetőséget biztosítottak az ARM architektúrára épülő rendszerek statikus Xen konfigurációjának meghatározására, amely előre rögzíti az összes szükséges erőforrást a vendégrendszerek betöltéséhez. Minden erőforrás, mint például a megosztott memória, az eseményekről szóló értesítési csatornák és a hipervizor kupacának helye, előre elosztásra kerül a hipervizor indításakor, nem dinamikusan, így kizárva a lehetséges erőforráshiányok miatti leállásokat működés közben.
- ARM architektúrára épülő beágyazott rendszerek számára kísérleti (tech preview) támogatást nyújtanak a VirtIO protokollokkal végzett bemeneti/kimeneti virtualizációhoz. Az I/O virtuális eszközzel való adatcsere a virtio-mmio transzportot használja, amely lehetővé tette a széles VirtIO eszközkínálattal való kompatibilitást. Implementálták a frontendet Linuxhoz, az eszközkészletet (libxl/xl), a dom0less módot és a felhasználói térben futó háttérszolgáltatásokat (tesztelt háttérszolgáltatások: virtio-disk, virtio-net, i2c és gpio).
- Javult a dom0less mód támogatása, amely lehetővé teszi a dom0 környezet telepítése nélküli indulást a szerver korai boot fázisában. A módosítások lehetővé tették a 64-bites ARM rendszerek EFI firmware-rel való támogatását. virtuális gépekhez A szerver betöltésének korai szakaszában. Lehetővé vált a CPU-poolok (CPUPOOL) meghatározása a betöltési fázisban (a device tree-n keresztül), ami lehetővé teszi a poolok használatát dom0 nélküli konfigurációkban, például különböző CPU-architektúrák kötésénél ARM rendszereken a big.LITTLE architektúrával, amely egy lapkán gyenge, de energiatakarékos és erősebb, de energiaigényes magokat ötvöz. Ezen kívül a dom0less környezetben lehetőség nyílik a paravirtualizáló frontend/backend hozzárendelésére a vendég rendszerekhez, ami lehetővé teszi a vendég rendszerek betöltését szükséges paravirtualizált eszközökkel.
- ARM rendszereken a memória paravirtualizációs struktúrák (P2M, Physical to Machine) most a domain létrehozásakor kialakított memória poolból kerülnek ki, ami javítja a vendég rendszerek közötti izoláció hatékonyságát memóriahibák esetén.
- ARM rendszereknél a Spectre-BHB sebezhetőség védelme hozzáadva a processzorok mikroarchitektúráiba.
- ARM rendszereknél lehetőség van a Zephyr operációs rendszer futtatására a Dom0 gyökér környezetében.
- Lehetővé vált a hipervizor különálló (out-of-tree) összeállítása.
- x86 rendszereken a nagy IOMMU oldalak (superpage) támogatása biztosított minden típúsú vendég rendszer számára, ami növeli a PCI-eszközök átvezetésekor a sávszélességet. Támogatást kaptak azok a hostok is, amelyek akár 12 TB RAM-mal rendelkeznek. A betöltés során beállítható a cpuid paraméterek a dom0 számára. A vendég rendszerek védelmét a hipervizor szintjén megvalósított CPU támadások ellen VIRT_SSBD és MSR_SPEC_CTRL paraméterekkel támogatták.
- Külön fejlődik a VirtIO-Grant szállítás, amely a VirtIO-MMIO-hoz képest magasabb szintű biztonsággal bír, és lehetővé teszi a meghajtók számára az izolált domain-en belüli kezelők indítását. A VirtIO-Grant esetében közvetlen memória leképezés helyett a vendég rendszer fizikai címeinek grant-hivatkozásokra történő leképezését alkalmazzák, ami lehetővé teszi az előre egyeztetett megosztott memória területek használatát az adatok cseréjére a vendég rendszer és a VirtIO backend között, anélkül, hogy a backend hozzáférést kapna a memória leképezéséhez. A VirtIO-Grant támogatása már implementálva van a Linux kernelben, de egyelőre nem engedték aktiválni a QEMU backendekben, a virtio-vhost-nál és az eszközkészletnél (libxl/xl).
- Folyamatban van a Hyperlaunch kezdeményezés fejlesztése, amely arra irányul, hogy rugalmas eszközöket biztosítson a virtuális gépek indításának testreszabásához a rendszer indításakor. Jelenleg készen áll az első javításcsomag, amely lehetővé teszi a PV-domainek meghatározását és azok képeinek átadását a hipervizornak az indításkor. Teljes mértékben megvalósították a szükséges elemeket a hasonló paravirtualizált. domainok, beleértve a PV-illesztőprogramokhoz szükséges Xenstore komponenseket. A javítások elfogadása után megkezdődik a PVH és HVM eszközök támogatásának bevezetése, valamint egy külön domain (builder domain) megvalósítása, amely alkalmas a mérhető indítás (measured boot) lebonyolítására, megerősítve az összes betöltött komponens hitelességét.
- Folyamatban van a Xen portjának létrehozása az RISC-V architektúrához.
Forrás: opennet.ru
