Vous avez envie de voir à quoi ressemble Googlebook OS, mais pas du tout envie de dégainer +1000 balles pour un ordi bridé ? Ça tombe bien, un développeur a codé
gbos-vm
, un outil open source sous licence MIT qui lance sur un Mac Apple Silicon l'image de recovery de Google (conçu à l'origine pour le Dell Googlebook), dans une machine virtuelle boostée par le GPU.
Ce n'est donc pas un Android générique habillé en Googlebook mais un script qui télécharge l'image officielle (la build 16471258, ARM64, Android 17), en vérifiant l'empreinte, puis la fait démarrer sous QEMU avec Vulkan traduit vers Metal. Et rien de chez Google n'est redistribué dans le dépôt (pas de Playstore de base donc...).
Côté Mac, il vous faut donc un Mac avec archi Silicon, Homebrew, les outils en ligne de commande de Xcode, un JDK et le SDK Android (plateforme API 34 minimum) avec son NDK. Et comptez 16 Go de RAM en pratique car la VM en squatte 4 mais les compilations successives en auront besoin d'un peu plus. Et le script installera de lui-même tout ce qui vous manquera côté Homebrew, sans jamais vous demander un accès via sudo. Comptez environ 9 Go pour le download de tout ça et minimum 60 Go de libre pour la VM.
git clone https://github.com/skylartaylor/gbos-vm.git
cd gbos-vm
./install.sh
Ensuite, vous ouvrez l'application construite (dispo dans work/host/Googlebook VM.app), dont la mission est de lancer la VM et de l'éteindre proprement quand vous la quittez.
Le premier boot prendra environ 45 secondes sur un MacBook M5 et si un sélecteur d'utilisateur s'affiche, cliquez juste sur "User" et y'a pas de mot de passe. Notez que la souris est capturée par défaut, et que le raccourci ⌃⌥ la libèrera.
Voilà, c'est pas encore parfait car le bluetooth peut crasher, on est limité à 60 images par seconde max et que les échanges entre la VM et l'hôte (le mac) sont un peu instables mais j'imagine que tout ceci se bonifiera avec le temps...
Il n’y a pas que les startups de l’IA qui réalisent de belles levées de fonds.
L’éditeur grenoblois de solutions de virtualisation open source, Vates, a convaincu le fonds Growth d’IRIS et Bpifrance ( via son fonds Large Venture) de signer une série A de 30 millions €. Il indique qu’à l’issue de l’opération, ses cofondateurs restent majoritaires au capital.
Le calendrier a son importance. Selon Vates, l’acquisition de VMware par Broadcom a accéléré une transformation déjà amorcée du marché. L’évolution des modèles de licences, la hausse des coûts d’infrastructure et la complexité croissante des architectures poussent les entreprises à réexaminer leurs choix technologiques. Elles chercheraient désormais des plateformes alliant performance, maîtrise des coûts, interopérabilité, souveraineté et réversibilité.
C’est sur ce terrain que l’éditeur se positionne, avec une plateforme open source censée permettre aux organisations de garder la main sur leurs infrastructures et de limiter leur dépendance à un fournisseur. Ses produits phares sont XCP-ng et Xen Orchestra.
Le contexte VMware
» Nous vendons du support et des services autour d’un logiciel qui est le même avec ou sans abonnement. Ce modèle nous rend rentables depuis dix ans, et c’est ce modèle qu’IRIS et Bpifrance ont choisi de financer. » explique Marc-André Pezin, son directeur marketing.
Vates revendique une croissance supérieure à 65 % en 2025, avant même l’arrivée des nouveaux investisseurs, et plus de 1 000 clients répartis dans une centaine de pays.
L’éditeur réalise 90 % de son chiffre d’affaires à l’export où l’Amérique du Nord pèse près de la moitié de son activité. Une partie des fonds levés sera d’ailleurs consacrée à y renforcer sa présence ainsi que celle sur les principaux marchés européens.
La priorité affichée est de développer la nouvelle génération de sa plateforme avec un accent sur la performance, le stockage, la sécurité, l’automatisation et la gestion d’infrastructures à grande échelle. Vates cite explicitement l’évolution des charges de travail et les nouveaux besoins liés à l’IA. Motif de satisfaction pour l’éditeur : figurer pour la première fois cette année dans le Magic Quadrant de Gartner consacré à la virtualisation.
Côté commercialisation, l’accent est mis sur la montée en puissance de l’écosystème de partenaires (distributeurs, intégrateurs, MSP) pour accompagner des projets de migration et de transformation plus volumineux à l’échelle internationale.
Virtual Mac on iPad
est un super projet sous licence libre qui permet de booter un bon vieux macOS dans une machine virtuelle sur... un iPad jailbreaké ! Hé ouais ! Les versions de Monterey à Tahoe sont prises en charge (la 27 étant encore bien bien expérimentale), et vous pouvez ainsi lancer Xcode, le Terminal ou Final Cut Pro, Logic Pro et Pixelmator Pro directement sur votre tablette Apple.
Côté matos, il faut un iPad Pro M1 ou M2, ou un iPad Air M1 (et ça fonctionne aussi semble-t-il sur les iPhone 14 Pro et 14 Pro Max). Les modèles de 1 To et 2 To, qui embarquent 16 Go de mémoire, sont ceux que les développeurs recommandent et niveau perf apparemment, on est au même niveau que ce qu'on peut obtenir avec
VirtualBuddy
ou UTM quand ils virtualisent macOS sur un Mac M1 ou M2.
Pour l'installer, faudra donc jailbreaker l'iPad (avec
Dopamine
par exemple), puis ajouter dans
Sileo
le dépôt du projet, dont voici l'adresse et y rechercher l'app Virtual Mac.
https://nfzerox.github.io/cydia/
Tout le process de jailbreak est décrit dans le readme du projet soit pour iPadOS 15 à 16.3.1 ou pour iPadOS 14 à 14.8.1. Par contre, la variante Dopamine-roothide n'est pas supportée, du coup faudra repasser sur le Dopamine officiel.
Côté utilisation, avoir un Magic Keyboard n'est pas obligatoire puisque le tactile suffit avec un tap pour cliquer, un tap à 2 doigts pour le clic secondaire et le défilement, sans oublier le clavier virtuel sous l'icône du clavier. En revanche, la connexion à iCloud ou à un compte Apple n'est pas prise en charge, donc pendant la configuration de macOS faudra choisir "Configurer plus tard" et vous vous en passez...
Maintenant ce projet exige iPadOS 16.3.1 au maximum, parce qu'Apple a retiré dès iPadOS 16.4, son hyperviseur du noyau. Et sans lui malheureusement, le portage vers les versions ultérieures est devenu très compliqué. Voilà donc cette bidouille de Virtual Mac sur iPad c'est avant tout un petit kiff technique réservé aux possesseurs d'iPad resté sur la 16.3.1 ou inférieur, car downgrader semble compliqué pour pas dire impossible.
Maintenant je tiens à vous rappeler que
UTM SE
tourne sur iPad sans jailbreak, mais n'a pas de
JIT
ce qui fait qu'il doit passer par un interpréteur donc c'est beaucoup plus lent. Ça sert donc surtout à faire tourner des systèmes + anciens ou allégés comme DOS ou Alpine Linux.
Bref, avant de jailbreaker quoi que ce soit comme des petits fifous, regardez bien dans les Réglages quelle version d'iPadOS tourne sur votre iPad pour voir si c'est jouable !
La société de sécurité Depthfirst a publié un billet que j'ai trouvé intéressant dans lequel ils expliquent en gros que les conteneurs (Docker et compagnie) ne sont plus une barrière de sécurité suffisamment solide. La thèse du papier, c'est qu'il faut désormais partir du principe qu'un attaquant (hacker ou malware) saura sortir d'un conteneur quand il le veut, sans grande difficulté.
En effet, un conteneur comme ceux que font tourner Docker ou Kubernetes, donne à un programme l'impression d'avoir sa propre machine. Sauf qu'en réalité, il n'embarque pas de système d'exploitation. Tous les conteneurs d'un serveur passent par le même noyau Linux qui est celui de l'hôte et dont le rôle est de gérer pour eux la mémoire, le processeur ainsi que le réseau.
Toutefois, beaucoup d'organisateurs de CTF notamment s'y fient les yeux fermés et hébergent plusieurs épreuves sur le même serveur, chacune dans son conteneur, en comptant uniquement sur la sécurité de l'hôte. Mais c'est un faux sentiment de sécurité, j'en veux pour preuve ce
bulletin de sécurité
d'AWS daté de novembre 2025 où il est expliqué que l'entreprise ne considère plus les conteneurs comme une barrière de sécurité et ne s'en sert donc plus pour isoler ses clients les uns des autres.
Ce qui a changé depuis quelques mois, vous le savez, c'est le prix d'entrée de la recherche de failles puisqu'avec les modèles d'IA de pointe, même un attaquant avec des moyens modestes peut fabriquer sans effort, dès la publication d'une faille, un exploit contre des machines qui ne sont pas encore corrigées, alors qu'avant ça demandait de sérieuses compétences.
source : Depthfirst
Et les chiffres publiés par Depthfirst montrent que tout ça s'accélère puisque 249 CVE ont été publiées pour le noyau Linux en janvier, et en août on en a eu 1 650 !
Depthfirst relève également que sur les 36 CVE divulguées via le kernelCTF de Google, 13 sont réalisables via des interfaces ordinaires comme celles qu'un conteneur reçoit par défaut (dont les sockets locaux). En fait, on en croise sans le savoir dès qu'on passe systemd, Docker ou une base de données locale.
Le 24 juillet dernier, Depthfirst a même décroché une place au kernelCTF avec un exploit 0day (donc avant tout correctif) et aujourd'hui, le PoC est en accès libre sur GitHub. Rassurez-vous, côté noyau Linux, le correctif est sorti le 6 août mais malheureusement, côté Ubuntu la mise à jour au 24 septembre, affichait encore que le noyau de la 26.04 était en "Vulnerable, work in progress" et celui de la 24.04 en "Vulnerable". Bref, trouver des vulns ça va vite. Fixer ces vulns sur TOUTES les releases et les machines, ça prend du temps. Alors qu'avant c'était l'inverse. Bref, tout a été chamboulé et c'est un peu la merde maintenant niveau cybersécurité pour patcher rapidement.
Alors comment se protéger de tout ça ?
Hé bien la solution de Depthfirst va vous mettre en PLS car eux proposent carrément de ne plus partager le noyau. Ils recommandent à la place de migrer les charges non fiables vers des microVM, autrement dit des machines virtuelles légères où chaque charge aura son propre noyau.
Le projet Firecracker
en fait partie tout comme Kata Containers comme ça, en théorie, si un attaquant casse l'un de ces noyau, il ne compromet que sa propre instance et pas l'hôte dans son entièreté ni ses voisins.
Reste que Firecracker s'appuie sur KVM, la brique de virtualisation du noyau Linux de l'hôte. Et comme vous le savez, KVM a eu ses propres failles. En effet, cet été,
la faille Januscape
ouvrait en grand la porte de la machine physique à un attaquant pourtant enfermé dans sa VM, à condition bien sûr que l'hôte autorise la virtualisation imbriquée (une VM dans la VM). Alors certes, la surface d'attaque est plus petite mais loin d'être nulle.
Voilà, en attendant, si vous êtes sous Ubuntu 24.04 ou 26.04, surveillez bien la mise à dispo du prochain noyau. Canonical a d'ailleurs annoncé il y a peu, une publication hebdomadaire des noyaux pour tenter de compenser cet emballement.
Sur la virtualisation serveur, Microsoft, Nutanix et Red Hat ont-ils rattrapé VMware ?
On pourrait le supposer à la façon dont Gartner les a positionnés dans le Magic Quadrant dédié à ce marché. VMware a un peu d’avance en « vision », c’est-à-dire sur la stratégie (modèle économique, roadmap produit, déploiement géographique…). Mais pas en « exécution », autrement dit sur la capacité à répondre à la demande (expérience client, tarification, qualité des produits…).
Gartner dit suivre une quarantaine de fournisseurs sur ce segment. Il en a classé 17 dans son Magic Quadrant. Dont trois basés en Europe : Proxmox, SUSE et Vates.
Sur le plan fonctionnel, les critères étaient relativement peu restrictifs. N’étaient pas obligatoires, entre autres :
Gestion du cycle de vie (patching et mises à niveau de firmware sans interruption)
Chiffrement et calcul confidentiel
Infrastructure définie par logiciel (abstraction du stockage et/ou du réseau)
Services de données (réplication, compression, migration à chaud…)
Gestion des conteneurs
Prise en charge des GPU
Support d’autres architectures processeur que x86
Les 4 « leaders » de la virtualisation serveur
Microsoft, costaud sur les intégrations ISV et la sécurité matérielle…
Chez Microsoft (offres Azure Local et Windows Server Hyper-V), Gartner salue le plan de contrôle unifié que constitue Azure Arc. Il fait de même pour le catalogue d’intégrations ISV (sauvegarde, monitoring et sécurité, en particulier). Et pour les avancées sur la sécurité matérielle (initiative Secured-core, calcul confidentiel, protection des VM, partitionnement GPU).
… mais plusieurs consoles d’administration et des dépendances à Azure
Le cabinet américain perçoit en revanche une gêne persistance dans la fréquence, le volume et la taille des correctifs pour Windows Server. Il souligne aussi la dépendance à Azure pour des capacités hybrides telles qu’AVD sur Windows Server ou AKS sur Azure Local. Autre limite : la coexistence de plusieurs consoles de gestion (portail Azure, centre d’administration Windows, gestionnaire de VM de System Center).
Nutanix satisfait sa clientèle…
Gartner salue la maturité de Nutanix, l’ampleur de sa base installée et le niveau de satisfaction client. Il donne aussi un bon point à l’offre NC2 (Nutanix Cloud Clusters), qui unifie la gestion entre cloud et on-prem. Ainsi que pour la prise en charge des déploiements désagrégés exploitant du stockage externe, dont les baies Dell PowerStore et Everpure.
… mais cela a un prix
Le modèle de licence peut se révéler complexe et les prix dépassent souvent les niveaux attendus. Les options sont limitées sur le stockage externe : Nutanix ne gère que les protocoles NFS et NVMe/TCP. Elles le sont aussi sur les serveurs pris en charge. La liste de compatibilité officielle comprend des modèles et des configurations spécifiques. Et elle ne permet pas d’assembler des serveurs à partir de composants certifiés individuellement.
Chez Red Hat, un socle adapté au DevOps…
Chez Red Hat (OpenShift Virtualization), Gartner apprécie le niveau d’unification de l’outillage pour les VM et les conteneurs (API, planificateur, RBAC, réseau OVN, workflows GitOps). Il considère que l’architecture d’ensemble est bien alignée sur les pratiques DevOps. Et salue la disponibilité de l’offre sur AWS, Azure et GCP.
… mais une courbe d’apprentissage et un coût initial élevé
Sur les migrations, la capacité de delivery de Red Hat est restreinte : le processus dépend largement des intégrateurs et des MSP. Le coût initial est élevé et la tendance est aux augmentations lors des renouvellements. Attention aussi à la courbe d’apprentissage pour les admins, qui doivent adopter des paradigmes Kubernetes-centric.
VMware se distingue sur le fonctionnel et l’écosytème…
VMware se distingue par la profondeur fonctionnelle de sa plate-forme VCF, qui associe calcul, stockage, réseau et Kubernetes. Son écosystème (partenaires hardware et software + base installée) est un autre point fort. Gartner apprécie aussi l’intégration de capacités pour l’IA (il mentionne la virtualisation des GPU ainsi que le RAG et le fine-tuning natifs).
… mais a bien changé sous l’ère Broadcom
Si VCF est fonctionnellement exhaustif, il faut prendre toute la pile. VMware la pousse en tout cas largement aux dépens des quelques autres solutions qu’il a à son catalogue. Il y a aussi, évidemment, la transition vers le modèle à l’abonnement fondé sur les cœurs CPU. Et les hausses de prix importantes qui s’en sont suivies, avec une moindre marge de négociation. En parallèle, Broadcom a profondément restructuré le programme partenaires de VMware, secouant cet écosystème.
Les 3 « challengers »
Tarification et support, des points forts de Canonical…
Avec ses offres MAAS (bare metal), OpenStack (datacenter) et MicroCloud (edge), Canonical propose une architecture unifiée avec un modèle d’exploitation cohérent. Gartner apprécie la tarification prévisible (prix fixe par nœud). Il salue aussi la durée du support inclus avec les abonnements Ubuntu Pro (jusqu’à 15 ans) et la conformité avec des cadres comme FIPS et CIS.
… qui manque néanmoins de notoriété et d’intégrations certifiées
Sur le marché de la virtualisation serveur, l’offre de Canonical manque de notoriété. Lui font également défaut des intégrations certifiées avec Veeam, Rubrik et Commvault (la sauvegarde repose sur Storware et Trilio). OpenStack nécessite par ailleurs un temps d’adaptation pour qui est habitué aux hyperviseurs commerciaux. Tandis que MicroCloud et LXD nécessitent des compétences en administration Linux.
HPE, avancé sur l’AIOps…
Avec sa plate-forme Morpheus, HPE gère à la fois KVM, VMware et les environnements de cloud public. Gartner apprécie la tarification au socket de VM Essentials. Ainsi que les avancées sur l’AIOps, avec l’intégration d’OpsRamp et de GreenLake Intelligence pour automatiser alertes et remédiation.
… mais encore tout frais sur le marché de la virtualisation serveur
HPE n’est que récemment entré sur ce marché. Étant fournisseur de serveurs, il pourrait être tenté de favoriser son hardware à l’avenir, estime Gartner. Qui note aussi l’absence de migration à chaud des VM avec GPU.
Résilience et scalabilité pour l’hyperviseur d’Oracle…
Substrat d’OCI et d’Exadata Cloud@Customer, l’hyperviseur d’Oracle a prouvé sa résilience et sa scalabilité. Le modèle de licence donnant droit à 2 sockets par serveur évite les surcoûts liés au nombre de cœurs et à la quantité de mémoire. Oracle Virtualization est par ailleurs la seule plate-forme de virtualisation x86 qui permet le hard partitioning des produits de la maison (réduction des coûts en ne prenant que les ressources nécessaires pour exécuter les workloads).
… qui n’est toutefois pas une solution full-stack
La réputation commerciale qu’a pu se forger Oracle tend à renforcer l’idée que son hyperviseur n’est une option viable que si l’on utilise déjà d’autres de ses produits. Sur le plan fonctionnel, il ne s’agit pas d’une solution full-stack. Même si la licence Oracle Linux peut donner accès à des produits comme Oracle Cloud Native Environment et Oracle Linux Automation Manager, ceux-ci ne sont pas directement intégrés : ils ont des consoles de gestion séparées. Gartner fait une autre remarque : dans sa quête de la parité fonctionnelle, Oracle limite sa capacité d’innovation.
Les 5 « visionnaires »
IDT SYSTEM, flexible commercialement et fonctionnellement…
Avec InCloud Sphere V8, IDT SYSTEM propose une plate-forme flexible qui gère bare metal et conteneurs en plus du cœur de virtualisation… sans obliger à contractualiser pour l’ensemble. Centrée sur des licences perpétuelles par socket, la tarification est prévisible et avantageuse, selon Gartner. IDT SYSTEM témoigne par ailleurs d’une capacité à s’approprier les grandes migrations à délais restreints.
… mais une activité « sino-centrée »
L’activité d’IDT SYSTEM se concentre largement en Chine. On restera donc vigilant sur la disponibilité de ressources locales dans les autres régions géographiques. Attention aussi au support, dont l’organisation est fragmentée (niveau 1 via des partenaires locaux ; niveau 2 centralisé à Hong Kong et en Asie du Sud-Est ; niveau 3 assuré depuis la Chine). Gartner relève aussi l’absence de lignes directrices de durcissement alignées sur les cadres de type CIS ou NIST.
H3C Technologies répond bien à la demande…
H3C Technologies+ a démontré sa capacité de réponse au marché en intégrant, dans son offre CAS Server Virtualization Platform, des fonctionnalités clés (gestion du débordement mémoire sur NVMe, migration à chaud des vGPU…). Gartner apprécie la flexibilité commerciale, entre licences perpétuelles et abonnements Il salue aussi la gestion native de Kubernetes.
… mais manque de partenaires hors de Chine
Comme chez IDT SYSTEM, attention aux ressources de support, la région Asie-Pacifique concentrant l’essentiel de la clientèle et du chiffre d’affaires de H3C Technologies. Cela vaut aussi pour les partenariats hardware et software, largement centrés sur la Chine. Sur le plan fonctionnel, la gestion du stockage s’appuie beaucoup sur les systèmes sous-jacents. Et elle manque d’éléments tels que la déduplication et la compression en ligne.
Platform9 favorise la réutilisation de matériel et les déploiements multilocataires…
L’offre Private Cloud Director de Platform9 favorise la réutilisation de matériel et s’intègre aux systèmes de stockage vua des API bloc standards, réduisant les coûts de migration. Un processus que peut contribuer à automatiser l’outil vJailbreak. Autre point fort : des structures natives et un portail utilisateur en self-service qui simplifient les déploiements multilocataires.
… mais reste un « petit » fournisseur sans SDS natif
Il n’y a pas de SDS natif chez Platform9. Ni d’ailleurs de migration des VM avec GPU. On a plus globalement affaire à un « petit » fournisseur : sa clientèle et son channel sont nettement plus restreints que chez les principaux acteurs du marché.
Sangfor Technologies, ouvert à Arm…
Les offres Sangfor HCI et aSV ont la particularité de gérer les processeurs Arm ; ainsi que, côté x86, ceux de Hygon en plus du duo Intel-AMD. Gartner apprécie la flexibilité du modèle économique, qui associe licences perpétuelles et abonnements. Il salue aussi la cadence de livraison de fonctionnalités et la réorientation de la feuille de route vers, entre autres, la gestion du stockage externe.
… mais largement concentré sur l’Asie
Comme chez H3C Technologies, la clientèle se trouve largement en Asie-Pacifique, avec les mêmes conséquences potentielles en termes de couverture des autres zones géographiques. En miroir, l’écosystème de partenaires est limité, et les certifications avec. Sangfor Technologies fait, en outre, partie de ceux qui ne procurent pas de lignes directrices de durcissement.
SUSE, une « caution européenne » et des arguments sur la sécurité…
Avec SUSE Virtualization et Rancher Prime, la gestion des VM et des conteneurs converge sur un plan de contrôle K8s. L’offre a la particularité d’être complètement open source, en plus d’émaner d’un fournisseur européen. Lequel se distingue sur le volet sécurité (contrôle des accès, protection des données, monitoring, conseils de durcissement).
… mais des capacités-clés pas encore en production
Des capacités-clés manquent à l’appel ou sont à l’état expérimental, à l’image de la migration entre clusters. Il y a de la sauvegarde/restauration en natif, mais l’orchestration DR s’appuie largement sur des outils tiers. Gartner pointe aussi la nette focalisation de SUSE sur les environnements cloud. Au risque, estime-t-il, d’une réduction des investissements sur la virtualisation traditionnelle.
Les 5 « acteurs de niche »
XenServer SVP, idéal pour qui est déjà chez Citrix…
L’offre XenServer SVP est idéale pour qui est déjà dans l’écosystème Citrix. Tant d’un point de vue (optimisations pour les workloads CVAD) que financier (inclusion de l’hyperviseur dans Citrix Platform et les licences Universal Hybrid Multicloud). Gartner estime plus globalement qu’elle a prouvé sa fiabilité.
… à condition d’accepter un retard fonctionnel
XenServer SVP n’a pas, en natif, de SDN, de gestion du BGP et de gestion automatique du stockage hiérarchisé. L’hyperviseur manque aussi de maturité sur la sauvegarde : des intégrations tierces comme Zerto et HYCU restent indisponibles ou en accès anticipé. Citrix le vend surtout comme un moteur de VDI et de virtualisation d’applications, ce qui limite son attrait en tant que solution autonome.
Proxmox, une option européenne intégralement open source…
Comme SUSE, Proxmox est un des rares fournisseurs classés dans ce Magic Quadrant à être établi dans l’UE. Sa pile est complètement open source. À KVM, elle associe la prise en charge de LXC pour les conteneurs.
… mais au support et aux certifications limités
Même au plus haut niveau de contrat, le support ne fonctionne que par e-mail, aux heures de bureau. Proxmox manque par ailleurs de certifications de fournisseurs majeurs tels Oracle et SAP. Avec une centaine d’équivalents temps plein, son échelle d’activité est limitée. Vigilance, donc, si on envisage de gros déploiements distribués.
Scale Computing, peu gourmand en ressources…
L’offre SC//HyperCore se distingue par ses capacités de gestion de flottes distribuées (plus de 10 000 clusters). Les possibilités de déploiement zero-touch (distant, sans VPN) sont un autre point fort. Comme la faible consommation de ressources, qui favorise l’usage sur les NUC et les PC industriels.
… mais limité sur la scalabilité horizontale
Hors de ses principales verticales (retail, industrie, éducation, santé), Scale Computing a une notoriété limitée. Il fournit du support essentiellement via ses revendeurs, ce qui peut allonger les délais. Gartner signale aussi le plafond de 8 nœuds par cluster, peu pratique pour les gros déploiements. Il questionne également le passage dans le giron d’Acumera, suivi de l’acquisition d’Adaptiv Networks. Une combinaison qui, juge-t-il, est susceptible de détourner les investissements R&D du cœur de virtualisation.
Vates, adapté au DevOps…
Vates combine lui aussi open source et origine européenne (il est français). Son prix fixe par hôte évite des surcoûts liés au nombre de sockets ou de cœurs. Gartner trouve la Vates Virtualization Management Stack bien adaptée aux pratiques DevOps (API compatibles Swagger + SDK Go, Powershell et Python ; déploiement de clusters MicroK8s via Project Pyrgos).
… mais restreint sur l’écosystème
L’adoption de l’offre reste limitée, ce qui joue sur le support ISV et les certifications. L’hyperviseur XCP-ng a des progrès à faire sur la surallocation de mémoire et de CPU. Ce manque, associé à la surcharge liée à Dom0 dans les architectures Xen, peut contrarier la pleine utilisation des ressources. Gartner y ajoute le fait que la fonctionnalité optionnelle XOSTOR SDS ne gère pas le chiffrement au repos des images et fichiers de VM.
De la résilience chez VergeIO…
VergeOS a un modèle de licence par nœud qui favorise la réutilisation de serveurs. Gartner apprécie le niveau natif de résilience sur la partie stockage (réplication multisite, orchestration DR, snapshots immuables des disques de VM…). Il salue aussi les briques de protection contre les ransomwares – dont les checkpoints immuables des datacenters virtuels.
… mais une échelle d’action limitée
La gestion native d’iSCSI et NFS fait défaut. Il n’y a pas non plus d’ajout à chaud de vCPU et de mémoire. Ni d’équilibrage dynamique en continu des VM. Comme d’autres fournisseurs classés « acteurs de niche » de la virtualisation, VergeIO fonctionne à petite échelle, avec une structure de support limitée. Il manque de notoriété hors Amérique du Nord, où se concentre sa clientèle.
Les failles qui permettent à une machine virtuelle de s'échapper vers la machine qui l'héberge, ça court pas les rue. Et celle qui vient de débarquer est plutôt impressionnante ! En effet, il y a quelques jours, le chercheur Hyunwoo Kim a publié la CVE-2026-89775, qui est une évasion "invité vers hôte" bien planquée dans KVM (sur les archis ARM64). Pour rappel, KVM c'est la brique de virtualisation du noyau Linux. Et le score CVSS grimpe même jusqu'à 9,3 sur 10 ! Donc, autant dire que c'est du sérieux.
En fait, cette faille permet à la VM de lire et d'écrire dans la mémoire du noyau de l'hôte à grand coups de 64 bits à la fois ^^, sans même déclencher le garde-fou censé lui rendre la main. C'est possible à cause d'un simple calcul de taille qui retombe à zéro. Du coup, le noyau considère que ce zéro est une taille valide, ce qui permet d'éviter l'invalidation du cache mémoire.
Kim décrit deux façons de s'en servir. La première, c'est l'
évasion classique
où depuis une VM on peut débouler sur la machine hôte. Autant dire que c'est le cauchemar de quiconque loue de l'ARM à plusieurs clients.
La seconde, quand à elle, est plus vicieuse et souvent oubliée. Sur des distributions comme RHEL, le fichier /dev/kvm est ouvert à tout le monde en écriture. Cela permet ainsi à un simple utilisateur sans droits de se servir de la faille comme d'un ascenseur vers root, sans avoir à lancer la moindre VM.
Alors, est-ce que vous êtes concerné ??
Il y a de bonnes chances que non car sur ARM64, la virtualisation imbriquée n'est pas un mode par défaut de KVM. Il faut l'activer soi-même au démarrage avec kvm-arm.mode=nested, et être sur une puce assez récente.
Mais si vous administrez pour de vrai un hôte ARM64 avec la virtualisation imbriquée active, là oui ! Un uname -r vous donnera votre version mais sachez que rien n'est impacté avant le noyau 6.16 et que le trou est colmaté à partir des versions 6.18.51 et 7.2.5. Red Hat prévient qu'aucun contournement "propre" n'existe, donc ce sera le correctif ou rien, déso ^^.
À ce jour, le chercheur en sécurité, Kim, a livré le mécanisme mais pas de code d'exploitation. Donc, prenez le temps de corriger le problème sans traîner, mais ne paniquez pas non plus car ce n'est pas encore exploité activement.
Si vous avez déjà voulu essayer une distrib sans toucher à votre machine, vous connaissez la corvée... Faut dénicher la bonne ISO (32/64 bits, ARM...etc), créer la VM, et passer 20 minutes dans des réglages pour que ce soit joli ou qu'on puisse y faire du copier coller dans l'hôte et l'invité.
Boxes
, l'application de virtualisation du projet GNOME, vous permet d'éviter tout ça et c'est top si vous aimez économiser un peu de jus de cervelle. Vous choisissez le système dans une liste, et il va chercher l'image et l'installe tout seul en VM pendant que vous faites autre chose, par exemple venir
sur Twitch regarder mon live
.
La liste couvre Debian, Fedora, Ubuntu, OpenSUSE, CentOS Stream, Red Hat Enterprise Linux et Windows. Pour son fonctionnement Boxes s'appuie sur du solide avec qemu-kvm, libvirt-glib et spice-gtk, donc le code de votre système invité s'exécute directement sur le processeur de l'hôte via KVM, pour obtenir ce que la doc de GNOME appelle des "performances proches du natif".
Une fois la VM créée, vous lui fixez la quantité de mémoire et le stockage qu'elle a le droit de prendre sur votre système, histoire qu'elle ne vous freeze pas la machine. Et bien sûr, vous pouvez prendre des instantanés pour la ramener à un état antérieur, ce qui est la fonction qu'on utilise tout le temps, si comme moi vous aimez casser volontairement vos OS avec des bidouilles alternatives des enfers.
Le reste, c'est du confort : vous branchez une clé USB sur votre machine et vous la redirigez dans la VM, le presse-papiers est partagé entre les deux, et vous déposez un fichier depuis votre gestionnaire de fichiers dans la fenêtre de Boxes pour l'envoyer à l'invité.
L'affichage des VMs dans Boxes se redimensionne tout seul quand vous changez la taille de la fenêtre, et il y a même de l'accélération 3D pour certains des systèmes supportés.
Après, cette "simplicité" se paye puisque des choses comme la config des adaptateurs réseau ou la mise à jour du matériel virtuel,
n'est pas visible dans l'interface
. Et comme le Flatpak embarque toute la pile de virtualisation dans son propre conteneur, vous n'irez pas rattraper ça en douce dans les fichiers. Donc si vraiment vous avez besoin de mettre les mains dans le cambouis au niveau de ces réglages-là, prenez plutôt virt-manager dès le départ, c'est fait pour.
Son auteur, Felipe Borges a d'ailleurs réécrit entièrement l'application en GTK4 et
partage ses résultats depuis août
. Cette version-là installe dorénavant Windows 11 sans le moindre contournement manuel, en configurant Secure Boot et un TPM virtuel automatiquement. C'était la fonction la plus réclamée sur la version classique et elle ajoute aussi un périphérique VSOCK, qui permet de se connecter directement en SSH sur les VM en systemd 256 ou plus récent.
Attention quand même, ça reste une bêta destinée aux tests et pas à la production, et son auteur conseille de sauvegarder les données de vos VM avant d'y aller. Il précise aussi qu'il travaille là-dessus sur son temps libre, en plus de maintenir GNOME Settings et de son job à temps plein chez Red Hat ! Encore un hyperactif !! lol. Donc soyez patient si vous ouvrez un ticket de support.
Pour ce qui est disponible aujourd'hui, Boxes ne tourne que sur Linux, la version stable est la 50.0 sortie depuis mars 2026, et ça se télécharge via Flathub comme ceci :
flatpak install flathub org.gnome.Boxes
Dernier truc à savoir, Felipe, le mainteneur, a proposé de
retirer Boxes du cœur de GNOME
pour en faire une application indépendante, et le retrait est programmé pour GNOME 52 en mars 2027. Flathub deviendra alors le seul canal officiellement supporté, et le nom perdra son "GNOME" pour devenir simplement Boxes. L'identifiant Flatpak ne bougeant pas, les installations existantes continueront de se mettre à jour sans rien casser.
Et si vous voulez comparer avec une autre solution similaire, je vous avais déjà parlé de
QuickEmu pour monter des VM
sans y passer l'après-midi, mais Boxes, lui, joue sur le terrain du tout à la souris, et ça j'imagine que ça vous plait plus !
Ce serait trop cool non, si avec un double-clic sur un .docx dans votre gestionnaire de fichiers Linux, Word s'ouvrait directement ? Et je ne vous parle pas d'un bureau Windows complet en plein écran ou d'une session de bureau à distance. Juste une fenêtre Word tout ce qu'il y a de plus classique, avec son icône dans votre barre des tâches, épinglable et "alt-tabbable" comme le reste.
Hé bien, c'est ce que fait
WinPodX
, qui fait tourner un conteneur Windows sous KVM en arrière-plan et découpe l'affichage application par application via FreeRDP RemoteApp. Comme ça, les liens mailto: partent vers Outlook ou les schémas slack: ou vnc: vers l'application qui les a déclarés.
Tout ce qui est presse-papiers, son, imprimantes et votre dossier personnel sont partagés d'office, et le conteneur se met en pause tout seul quand personne ne s'en sert.
Jusque-là,
WinApps dont je vous ai déjà causé, qui fait tourner Office sous Linux
, faisait déjà l'essentiel avec les fenêtres détachées, le dossier personnel partagé, le clic droit qui envoie un fichier vers une application Windows. Mais WinPodX se distingue aussi dans l'autre sens puisque vos applications Linux remontent également dans le menu "Ouvrir avec..." du Windows, et dans un dossier "Linux Apps" du menu Démarrer. Bref, l'accès aux apps et aux fichiers marche dans les 2 sens, pour plus de transparence dans vos usages.
Si ça vous intéresse, sachez qu'il vous faut une licence Windows valide, car WinPodX ne la fournit pas (logique), que la virtualisation doit être activée dans le BIOS, avoir un accès à /dev/kvm, 8 Go de RAM et une trentaine de gigas de libre. La première installation prend cinq à dix minutes le temps de télécharger l'ISO, et les suivantes sont quasi instantanées.
Il y a également un paquet pour openSUSE, Fedora, Debian, Ubuntu, Arch et NixOS, un AppImage pour les autres. C'est sous licence MIT, et sans aucune télémétrie puisque celle de Windows a été elle-même coupée par défaut. Ah et l'interface du OuinOuin peut être configurée en français.
Par contre, pas d'accélération GPU, ce qui exclut les jeux et la 3D à moins de monter un passthrough à la main. Préférez Wine pour ça...