Po ośmiu miesiącach prac rozwojowych wydanie wolnego hipernadzorcy . W prace nad nową wersją zaangażowane były takie firmy, jak Alibaba, Amazon, AMD, Arm, Bitdefender, Citrix, EPAM Systems, Huawei i Intel. Wprowadzanie aktualizacji dla gałęzi Xen 4.14 potrwa do 24 stycznia 2022 roku, a publikacja poprawek zabezpieczeń do 24 lipca 2023 roku.
Kluczowe w Xen 4.14:
- Dodano wsparcie dla nowego modelu urządzeń , umożliwiającego wykonanie pod oddzielnym użytkownikiem bez uprawnień, oddzielając komponenty do emulacji urządzeń od Dom0. W trybie stubdomain wcześniej można było używać tylko modelu urządzeń „qemu-traditional”, co ograniczało zakres emulowanego sprzętu. Nowy model został opracowany przez projekt QUBES OS i wspiera korzystanie z napędów emulacyjnych z najnowszych wydania QEMU, jak również z dostępnych w QEMU dodatkowych funkcji dla systemów gościnnych.
- Dla systemów wspierających Intel EPT wprowadzono możliwość tworzenia lekkich odgałęzień (forków) maszyn wirtualnych do szybkiej introspekcji, na przykład w celu analizy złośliwego oprogramowania, lub testowania fuzzing. W takich forkach zastosowano wspólne wykorzystanie pamięci, a nie wykonuje się klonowania modelu urządzeń.
- Do systemu live-patchy dodano związanie z identyfikatorami kompilacji hipernadzorcy oraz uwzględnienie kolejności stosowania łatek, aby wykluczyć nakładanie łatek na niewłaściwe kompilacje lub w niewłaściwej kolejności.
- Dodano wsparcie dla rozszerzeń CET (Intel Control-flow Enforcement Technology) mających na celu ochronę przed wykonywaniem exploitów opartych na technikach programowania z wykorzystaniem powrotów (ROP, Return-Oriented Programming).
- Dodano opcję CONFIG_PV32 do wyłączenia w hipernadzorcy wsparcia dla 32-bitowych parawirtualizowanych (PV) systemów gościnnych, jednocześnie zachowując wsparcie dla systemów 64-bitowych.
- Dodano obsługę Hypervisor FS, pseudo-FS w stylu sysfs do zorganizowanego dostępu do wewnętrznych danych i ustawień hipernadzorcy, nie wymagającego analizy logów ani pisania hipervyzwań.
- Dodano możliwość uruchomienia Xena jako systemu gościa w roli hypervisor Hyper-V, używanego na platformie chmurowej Microsoft Azure. Uruchomienie Xena wewnątrz Hyper-V umożliwia korzystanie z znanego stosu wirtualizacji w chmurach Azure i pozwala na przenoszenie maszyn wirtualnych między różnymi systemami chmurowymi.
- Dodana możliwość generowania losowego identyfikatora systemu gościa (wcześniej identyfikatory były generowane kolejno). Identyfikatory mogą teraz również być przechowywane między operacjami zapisu, przywracania i migracji stanu VM.
- Zapewniona automatyczna generacja powiązań dla języka Go na podstawie struktur libxl.
- Dla Windows 7, 8.x i 10 dodano wsparcie dla KDD, narzędzia do interakcji z debuggerem WinDbg (Windows Debugger), co pozwala na debugowanie środowisk z Windows bez uruchamiania debugowania w systemie gościa.
- Dodano wsparcie dla wszystkich wariantów płyty Raspberry Pi 4, dostarczanych z 4 GB i 8 GB RAM.
- Dodano wsparcie dla procesorów AMD EPYC o kodowej nazwie „Milan”.
- Zwiększona wydajność zagnieżdżonej wirtualizacji, w której Xen jest uruchamiany wewnątrz systemów gości opartych na Xen lub Viridian.
- W trybie emulacji wprowadzono wsparcie dla instrukcji AVX512_BF16.
- Kompilacja hypervisora przeszła na użycie Kbuild.
Źródło: opennet.ru
