Dopo otto mesi di sviluppo è stata pubblicata la versione finale del hypervisor open source Xen 4.15. Allo sviluppo di questa nuova versione hanno partecipato aziende come Amazon, Arm, Bitdefender, Citrix ed EPAM Systems. L'uscita degli aggiornamenti per la serie Xen 4.15 durerà fino all'8 ottobre 2022, mentre la pubblicazione delle correzioni per le vulnerabilità continuerà fino all'8 aprile 2024.
Modifiche chiave in Xen 4.15:
- Nei processi Xenstored e oxenstored è stata implementata un supporto sperimentale per gli aggiornamenti live, che consente di distribuire e applicare le correzioni delle vulnerabilità senza riavviare l'ambiente host.
- È stato aggiunto il supporto per le immagini di avvio unificate, che consentono di creare immagini di sistema che includono anche componenti di Xen. Tali immagini sono confezionate come un unico file binario per EFI, utilizzabile per avviare direttamente un sistema Xen funzionante dal boot loader EFI, senza caricamenti intermedi come GRUB. Nell'immagine vengono inclusi componenti di Xen come l'hypervisor, il kernel per l'ambiente host (dom0), initrd, Xen KConfig, impostazioni XSM e Device Tree.
- Per la piattaforma ARM è stata implementata la possibilità sperimentale di eseguire modelli di dispositivo lato host (dom0), permettendo di emulare dispositivi hardware arbitrari per sistemi guest basati su architettura ARM. Per ARM è stato fornito anche supporto per SMMUv3 (System Memory Management Unit), che aumenta la sicurezza e l'affidabilità del passaggio dei dispositivi su sistemi ARM.
- È stata aggiunta la possibilità di utilizzare il meccanismo di tracciamento hardware IPT (Intel Processor Trace), introdotto a partire dai CPU Intel Broadwell, per esportare dati dai sistemi guest a strumenti di debug in esecuzione lato host. Ad esempio, si possono utilizzare VMI Kernel Fuzzer o DRAKVUF Sandbox.
- È stato aggiunto il supporto per gli ambienti Viridian (Hyper-V) per eseguire sistemi guest con Windows, utilizzando più di 64 VCPU.
- È stato modernizzato il layer PV Shim, utilizzato per eseguire sistemi guest paravirtualizzati (PV) non modificati in ambienti PVH e HVM (per garantire il funzionamento di sistemi guest obsoleti in ambienti più sicuri che forniscono un'isolamento più rigoroso). Nella nuova versione è stato migliorato il supporto per l'avvio di sistemi guest PV in ambienti che supportano solo la modalità HVM. È stata ridotta la dimensione del layer grazie alla diminuzione del codice specifico per HVM.
- Sono state ampliate le funzionalità dei driver VirtIO sui sistemi ARM. È stata proposta un'implementazione per i sistemi ARM server di IOREQ, che verrà utilizzata in seguito per migliorare la virtualizzazione dell'input/output utilizzando i protocolli VirtIO. È stata aggiunta un'implementazione di riferimento di un dispositivo a blocchi VirtIO per ARM e fornita la possibilità di trasferire i dispositivi a blocchi VirtIO nei sistemi guest basati su architettura ARM. È iniziato l'inclusione del supporto per la virtualizzazione PCIe per ARM.
- Continua il lavoro sull'implementazione del porting di Xen per i processori RISC-V. Attualmente è in fase di sviluppo il codice per la gestione della memoria virtuale lato host e nei sistemi guest, oltre alla creazione di codice specifico per l'architettura RISC-V.
- Col progetto Zephyr, basato sullo standard MISRA_C, si sta sviluppando un insieme di requisiti e linee guida per la codifica che riducono i rischi di problemi di sicurezza. Per identificare eventuali discrepanze con le regole sviluppate vengono utilizzati analizzatori statici.
- È stata presentata l'iniziativa Hyperlaunch, mirata a fornire strumenti flessibili per configurare l'avvio di un insieme statico macchine virtuali durante il caricamento del sistema. L'iniziativa propone il concetto di domB (boot domain, dom0less), che consente di avviare le macchine virtuali in una fase precoce del caricamento del server senza dover distribuire l'ambiente dom0.
- Nel sistema di integrazione continua è stato garantito il testing di Xen su Alpine Linux e Ubuntu 20.04. È stata interrotta la verifica di CentOS 6. Sono stati aggiunti test dom0 / domU basati su QEMU all'ambiente di integrazione continua per ARM.
Fonte: opennet.ru
