Após oito meses de desenvolvimento, foi lançado o release do hipervisor livre Xen 4.15. Empresas como Amazon, Arm, Bitdefender, Citrix e EPAM Systems participaram do desenvolvimento desta nova versão. A liberação de atualizações para o ramo Xen 4.15 continuará até 8 de outubro de 2022, enquanto a publicação de correções de vulnerabilidades irá até 8 de abril de 2024.
Principais mudanças no Xen 4.15:
- Nos processos Xenstored e oxenstored, foi implementado suporte experimental para atualizações ao vivo, permitindo a entrega e aplicação de correções de vulnerabilidades sem reiniciar o ambiente host.
- Foi adicionado o suporte a imagens de inicialização unificadas, que permitem criar imagens de sistema que incluem componentes do Xen. Essas imagens são formatadas como um único arquivo binário para EFI, que pode ser usado para iniciar um sistema Xen em funcionamento diretamente do gerenciador de inicialização EFI, sem carregadores intermediários, como o GRUB. O pacote inclui componentes do Xen, como hipervisor, kernel para o ambiente host (dom0), initrd, Xen KConfig, configurações XSM e Device Tree.
- Para a plataforma ARM, foi implementada uma capacidade experimental de executar modelos de dispositivos no lado do sistema host dom0, permitindo emular dispositivos de hardware arbitrários para sistemas convidados baseados na arquitetura ARM. Para ARM, também foi adicionado suporte ao SMMUv3 (System Memory Management Unit), que melhora a segurança e a confiabilidade da passagem de dispositivos em sistemas ARM.
- Foi adicionado o suporte ao mecanismo de rastreamento de hardware IPT (Intel Processor Trace), disponível a partir da CPU Intel Broadwell, para exportar dados de sistemas convidados para ferramentas de depuração em execução no lado do sistema host. Por exemplo, é possível usar o VMI Kernel Fuzzer ou DRAKVUF Sandbox.
- Foi adicionado suporte a ambientes Viridian (Hyper-V) para executar sistemas convidados com Windows, que utilizam mais de 64 VCPUs.
- A camada PV Shim, utilizada para executar sistemas convidados paravirtualizados (PV) não modificados em ambientes PVH e HVM, foi modernizada (isso permite a operação de sistemas convidados antigos em ambientes mais seguros, oferecendo uma isolação mais rigorosa). Na nova versão, a compatibilidade para executar sistemas convidados PV em ambientes que suportam apenas o modo HVM foi aprimorada. O tamanho da camada foi reduzido, devido à diminuição do código específico para HVM.
- Expandiram-se as capacidades dos drivers VirtIO em sistemas ARM. Uma implementação foi proposta para sistemas ARM servidor IOREQ, que futuramente será utilizado para fortalecer a virtualização de entrada/saída usando os protocolos VirtIO. Foi adicionada uma implementação de referência de dispositivo de bloco VirtIO para ARM e foi oferecida a possibilidade de passar dispositivos de bloco VirtIO para sistemas convidados baseados na arquitetura ARM. O suporte à virtualização PCIe para ARM começou a ser implementado.
- Continua o trabalho na implementação da porta Xen para processadores RISC-V. Atualmente, está em desenvolvimento código para gerenciar a memória virtual do lado do host e dos sistemas convidados, além de criar código específico para a arquitetura RISC-V.
- Em conjunto com o projeto Zephyr, baseado no padrão MISRA_C, está sendo desenvolvido um conjunto de requisitos e diretrizes para a formatação de código, reduzindo os riscos de problemas de segurança. Para detectar discrepâncias em relação às regras criadas, são utilizados analisadores estáticos.
- Foi apresentada a iniciativa Hyperlaunch, visando fornecer ferramentas flexíveis para a configuração do lançamento de um conjunto estático máquinas virtuais durante a inicialização do sistema. A iniciativa propôs o conceito de domB (domínio de inicialização, dom0less), permitindo operar sem a necessidade de implantar o ambiente dom0 ao inicializar máquinas virtuais nas fases iniciais de boot do servidor.
- No sistema de integração contínua, foi assegurado o teste do Xen no Alpine Linux e Ubuntu 20.04. O teste no CentOS 6 foi descontinuado. Testes dom0/domU baseados no QEMU foram adicionados ao ambiente de integração contínua para ARM.
Fonte: opennet.ru
