Veröffentlichung des Hypervisors Xen 4.15

Nach acht Monaten Entwicklung wurde die Veröffentlichung des freien Hypervisors Xen 4.15 bekanntgegeben. An der Entwicklung der neuen Version waren Unternehmen wie Amazon, Arm, Bitdefender, Citrix und EPAM Systems beteiligt. Die Veröffentlichung von Updates für den Xen 4.15-Zweig wird bis zum 8. Oktober 2022 andauern, während die Veröffentlichung von Sicherheitskorrekturen bis zum 8. April 2024 erfolgt.

Schlüsseländerungen in Xen 4.15:

  • In den Prozessen Xenstored und oxenstored wurde experimentelle Unterstützung für Live-Updates implementiert, die es ermöglichen, Sicherheitskorrekturen bereitzustellen und anzuwenden, ohne die Host-Umgebung neu zu starten.
  • Unterstützung für vereinheitlichte Boot-Images wurde hinzugefügt, die es ermöglichen, Systemabbilder zu erstellen, die auch Xen-Komponenten enthalten. Diese Abbilder sind als eine einzige Binärdatei für EFI gestaltet, die verwendet werden kann, um ein laufendes Xen-System direkt über den EFI-Bootloader ohne Zwischensysteme wie GRUB zu starten. Zu den enthaltenen Xen-Komponenten gehören der Hypervisor, der Kernel für die Host-Umgebung (dom0), initrd, Xen KConfig, XSM-Einstellungen und der Device Tree.
  • Für die ARM-Plattform wurde experimentelle Unterstützung für die Ausführung von Gerätemodellen auf der Seite des Host-Systems dom0 implementiert, was es ermöglicht, beliebige Hardwaregeräte für Gast-Systeme auf ARM-Architektur zu emulieren. Für ARM wurde auch Unterstützung für SMMUv3 (System Memory Management Unit) implementiert, um die Sicherheit und Zuverlässigkeit der Geräteeinpassing auf ARM-Systemen zu erhöhen.
  • Die Möglichkeit wurde hinzugefügt, den Mechanismus der Hardware-Tracing IPT (Intel Processor Trace), der erstmals mit CPUs der Intel Broadwell-Serie verfügbar ist, zu nutzen, um Daten aus Gast-Systemen an Debugging-Tools auf der Seite des Host-Systems zu exportieren. Beispielsweise können VMI Kernel Fuzzer oder DRAKVUF Sandbox verwendet werden.
  • Unterstützung für Viridian-Umgebungen (Hyper-V) wurde hinzugefügt, um Gast-Systeme mit Windows zu betreiben, die mehr als 64 VCPU verwenden.
  • Die PV Shim-Schicht, die zum Betrieb unveränderter paravirtualisierter Gast-Systeme (PV) in PVH- und HVM-Umgebungen verwendet wird, wurde modernisiert (sie ermöglicht den Betrieb älterer Gast-Systeme in sichereren Umgebungen mit strengerer Isolation). In der neuen Version wurde die Unterstützung für das Starten von PV-Gast-Systemen in Umgebungen verbessert, die nur den HVM-Modus unterstützen. Die Größe der Schicht wurde durch die Reduzierung des HVM-spezifischen Codes verringert.
  • Die Möglichkeiten der VirtIO-Treiber auf ARM-Systemen wurden erweitert. Für ARM-Systeme wurde eine Implementierung angeboten Server von IOREQ, das in Zukunft zur Verbesserung der Virtualisierung von Ein- / Ausgaben unter Verwendung von VirtIO-Protokollen eingesetzt werden soll. Eine Referenzimplementierung des VirtIO-Blockgeräts für ARM wurde hinzugefügt, und es wurde die Möglichkeit geschaffen, VirtIO-Blockgeräte in Gästesysteme auf ARM-Architektur zu übertragen. Die Unterstützung der PCIe-Virtualisierung für ARM wird aktiviert.
  • Die Arbeiten zur Implementierung des Xen-Ports für RISC-V-Prozessoren werden fortgesetzt. Derzeit wird Code für die Verwaltung des virtuellen Speichers auf Host- und Gästesystemseiten entwickelt sowie architekturspezifischer Code für RISC-V erstellt.
  • Gemeinsam mit dem Zephyr-Projekt wird auf der Grundlage des MISRA_C-Standards ein Set von Anforderungen und Richtlinien für die Codegestaltung entwickelt, um Sicherheitsrisiken zu minimieren. Zur Erkennung von Abweichungen von den festgelegten Regeln werden statische Analyzer eingesetzt.
  • Die Hyperlaunch-Initiative wurde vorgestellt, die auf die Bereitstellung flexibler Tools zur Anpassung des Starts einer festen Menge abzielt virtuelle Maschinen während der Systemboot. Die Initiative schlägt das Konzept von domB (Boot-Domäne, dom0less) vor, das es ermöglicht, beim Start von virtuellen Maschinen in der frühen Phase des Serverboots ohne die Bereitstellung einer dom0-Umgebung auszukommen.
  • Im kontinuierlichen Integrationssystem wurde das Testen von Xen in Alpine Linux und Ubuntu 20.04 sichergestellt. Die Überprüfung von CentOS 6 wurde eingestellt. Im kontinuierlichen Integrationsumfeld für ARM wurden dom0 / domU-Tests auf Basis von QEMU hinzugefügt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4