Uscita del hypervisor Xen 4.15

Dopo otto mesi di sviluppo, è stato pubblicato il rilascio del hypervisor open-source Xen 4.15. Aziende come Amazon, Arm, Bitdefender, Citrix ed EPAM Systems hanno partecipato allo sviluppo della nuova versione. Il rilascio degli aggiornamenti per il ramo Xen 4.15 continuerà fino all'8 ottobre 2022, mentre la pubblicazione delle correzioni delle vulnerabilità sarà attiva fino all'8 aprile 2024.

Modifiche principali in Xen 4.15:

  • Nei processi Xenstored e oxenstored è stata implementata un'assistenza sperimentale per gli aggiornamenti live, che consentono di distribuire e applicare le correzioni delle vulnerabilità senza riavviare l'ambiente host.
  • Aggiunta la supporto per le immagini di avvio unificate, che permettono di creare immagini di sistema contenenti anche i componenti di Xen. Queste immagini sono messe a disposizione come un unico file binario per EFI, che può essere utilizzato per avviare direttamente un sistema Xen funzionante dal gestore di avvio EFI, senza caricatori intermedi come GRUB. L'immagine include componenti Xen come hypervisor, kernel per l'ambiente host (dom0), initrd, Xen KConfig, impostazioni XSM e Device Tree.
  • Per la piattaforma ARM è stata implementata una funzionalità sperimentale per l'esecuzione di modelli di dispositivi sul sistema host dom0, che consente di emulare dispositivi hardware arbitrari per sistemi guest basati sull'architettura ARM. È stata inoltre implementata la supporto per SMMUv3 (System Memory Management Unit) su ARM, che migliora la sicurezza e l'affidabilità del passaggio di dispositivi su sistemi ARM.
  • È stata aggiunta la possibilità di utilizzare il meccanismo di tracciamento hardware IPT (Intel Processor Trace), disponibile a partire dalle CPU Intel Broadwell, per esportare dati dai sistemi guest nelle utilità di debug eseguite sul sistema host. Ad esempio, si possono utilizzare VMI Kernel Fuzzer o DRAKVUF Sandbox.
  • È stato aggiunto il supporto per gli ambienti Viridian (Hyper-V) per l'esecuzione di sistemi guest con Windows, che utilizzano più di 64 VCPU.
  • La sovrastruttura PV Shim è stata aggiornata per l'avvio di sistemi guest para-virtualizzati (PV) non modificati negli ambienti PVH e HVM, consentendo il funzionamento di vecchi sistemi guest in ambienti più sicuri che offrono una maggiore isolazione. Nella nuova versione è stata migliorata la compatibilità per l’avvio di sistemi guest PV in ambienti che supportano solo la modalità HVM. È stata ridotta la dimensione della sovrastruttura grazie alla riduzione del codice specifico per HVM.
  • Le funzionalità dei driver VirtIO sui sistemi ARM sono state ampliate. È proposta un'implementazione per i sistemi ARM. server IOREQ, che sarà utilizzato in futuro per potenziare la virtualizzazione dell'input/output utilizzando i protocolli VirtIO. È stata aggiunta un'implementazione di riferimento per il dispositivo a blocchi VirtIO per ARM e inclusa la possibilità di trasferire i dispositivi a blocchi VirtIO nei sistemi guest basati sull'architettura ARM. È iniziata l'inclusione del supporto per la virtualizzazione PCIe per ARM.
  • Sono in corso i lavori per l'implementazione del porting di Xen per processori RISC-V. Attualmente si sta sviluppando codice per la gestione della memoria virtuale sia sul lato host che su quello delle macchine virtuali, oltre alla creazione di codice specifico per l'architettura RISC-V.
  • In collaborazione con il progetto Zephyr, basato sullo standard MISRA_C, si sta sviluppando un insieme di requisiti e linee guida per la scrittura del codice, riducendo il rischio di problemi di sicurezza. Gli analizzatori statici vengono utilizzati per identificare le discrepanze rispetto alle regole stabilite.
  • È stata presentata l'iniziativa Hyperlaunch, mirata a fornire strumenti flessibili per la configurazione dell'avvio di un insieme statico durante il processo di avvio del sistema. di macchine virtuali L'iniziativa propone il concetto di domB (boot domain, dom0less), che consente di avviare macchine virtuali in una fase iniziale di avvio del server senza dover implementare un ambiente dom0.
  • Nel sistema di integrazione continua è stato assicurato il test di Xen su Alpine Linux e Ubuntu 20.04. È stata interrotta la verifica su CentOS 6. Sono stati aggiunti test dom0/domU basati su QEMU nell'ambiente di integrazione continua per ARM.

Fonte: opennet.ru

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster