--- title: "Quand le BIOS devient une sortie SSH" locale: "fr" url: "https://irz.fr/fr/articles/usbridge-kvm-bios-terminal-fr" markdown_url: "https://irz.fr/fr/articles/usbridge-kvm-bios-terminal-fr.md" category: "tech" tags: ["KVM", "open source", "BIOS", "hardware", "SSH"] published_at: "2026-08-23T16:32:00.000Z" author: "Hugo Marchal" translation: "https://irz.fr/en/articles/usbridge-kvm-bios-terminal-en.md" --- # Quand le BIOS devient une sortie SSH USBridge-KVM 2.0 promet un accès avant démarrage avec vidéo, clavier, OCR local et terminal SSH. La partie intéressante tient autant dans ce qui est déjà vérifiable que dans ce qui reste une campagne hardware. Un accès distant classique a une faiblesse assez bête : il arrive après la bagarre. Il suppose que l'OS démarre, que le réseau monte, qu'un service accepte une connexion et que la machine soit encore assez vivante pour écouter. USBridge-KVM 2.0 vise la minute d'avant : l'écran du BIOS, le clavier émulé, le bouton reset, l'image ISO montée comme un disque et une machine qui n'a pas encore chargé son système.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0) C'est le vieux territoire de l'IP-KVM, avec un crochet plus bizarre. USBridge veut transformer une partie de cette image vidéo en texte utilisable dans un terminal SSH, via OCR local, puis exposer ce flux à des scripts Starlark ou à des agents via MCP.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0)[2](https://github.com/USBridge-Technologies/USBridge-KVM-2.0) Il faut garder deux idées en même temps. Le logiciel USBridge-Remote est public, actif et sous GPL v3.[3](https://github.com/USBridge-Technologies/USBridge-Remote)[4](https://github.com/USBridge-Technologies/USBridge-Remote/blob/main/LICENSE) Le boîtier KVM, lui, est encore une campagne Crowd Supply qui affichait 1 533 dollars levés sur 33 000, six backers et une fin de financement prévue le 1er octobre 2026 au moment de notre vérification.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0) La page de commande annonçait aussi une expédition au 21 mars 2027 pour le kit à 219 dollars, avec des certifications CE, UKCA et RCM encore en cours avant l'envoi final.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0) Le calendrier replace l'objet au bon endroit : un projet de fabrication documenté publiquement, avec une ambition inhabituelle pour un si petit KVM, plutôt qu'un appareil déjà installé dans des racks. Personne ne devrait lire ça comme un nouveau standard de salle serveur. Le projet sert plutôt de coupe nette dans la pile de maintenance distante : jusqu'où peut-on descendre avant que l'ordinateur réparé ait lui-même quelque chose à dire ? Et à partir de quand ce geste devient-il plus risqué qu'utile ? ## Avant l'OS Le montage annoncé part d'une règle de dépannage assez saine : la machine à sauver ne doit pas devenir la condition de son propre sauvetage. On branche donc un objet extérieur, presque parasite, qui voit l'écran et appuie sur les touches à sa place. Le KVM capture la sortie vidéo du serveur par HDMI, se présente comme clavier/souris par USB, peut piloter l'alimentation via un module connecté aux broches de façade de la carte mère et monte des images disque ISO, VDI ou VMDK comme média virtuel.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0)[2](https://github.com/USBridge-Technologies/USBridge-KVM-2.0) La plomberie reste très physique : câble HDMI, USB-C, dongle de capture, fils Dupont pour power/reset. Cette couche matérielle explique pourquoi le sujet intéresse IRZ. RustDesk, VNC ou un agent maison fonctionnent comme des portes : confortables tant que la maison existe encore derrière, inutiles dès que le démarrage casse. Un KVM ressemble davantage à une fenêtre ouverte depuis l'extérieur. Ce n'est pas l'entrée principale. C'est justement pour ça qu'elle compte. USBridge ajoute une ambition plus rare : rendre le pré-boot lisible comme du texte. Dans la documentation du dépôt KVM, le BIOS-in-Terminal convertit les écrans BIOS et Pre-OS en flux texte interactif par OCR hors ligne. La même page pose aussi une limite importante : à ce stade, la fonction vise les BIOS textuels ; les interfaces UEFI graphiques restent hors champ.[2](https://github.com/USBridge-Technologies/USBridge-KVM-2.0) Un détail très terre-à-terre rappelle d'ailleurs où se trouve encore le projet. CNX Software relève que le dongle de capture USB-C peut fonctionner en 5 Gbit/s ou retomber à 480 Mbit/s selon l'orientation du câble ; quand l'image traîne, la correction proposée consiste littéralement à débrancher, retourner la prise et rebrancher.[6](https://www.cnx-software.com/2026/08/18/usbridge-kvm-2-0-an-open-source-ip-kvm-with-bios-access-over-ssh-ocr-and-ai-support/) Avant l'agent autonome, il y a parfois un connecteur réversible qui ne se comporte pas comme dans les brochures. Cette limite rend la promesse plus crédible, pas moins. Elle évite de vendre une vision magique où n'importe quel firmware devient soudain une API propre. ## Le texte d'abord L'intérêt du BIOS en terminal n'est pas seulement de faire joli dans une démo SSH. Automatiser un écran vidéo proprement oblige vite à cliquer à l'aveugle, chercher des pixels, puis espérer qu'un menu n'a pas bougé entre deux versions de firmware. Un flux texte change la nature du problème : un script peut attendre une chaîne comme `Aptio Setup Utility`, copier un numéro de série ou réagir à un message d'erreur sans dépendre exactement de la position d'un rectangle à l'écran.[2](https://github.com/USBridge-Technologies/USBridge-KVM-2.0) Les mentions d'IA deviennent moins décoratives à cet endroit précis. La campagne parle d'intégration MCP pour permettre à un modèle de lire l'état du KVM et d'agir sur des tâches de diagnostic.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0) Pris isolément, ce genre de phrase sentirait vite le vernis 2026 ; avec un flux textuel issu de l'OCR, le mécanisme devient au moins compréhensible, puisque l'agent ne regarde pas une capture comme un humain et reçoit une couche plus manipulable. Il reste un gros astérisque. IRZ ne peut pas vérifier aujourd'hui la robustesse de l'OCR, la latence réelle ou la sécurité de cette automatisation dans un parc de machines. USBridge annonce 25 à 50 ms en 720p et 50 à 75 ms en 1080p via Moonlight sur la page Crowd Supply ; CNX Software reprend ces ordres de grandeur dans sa présentation.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0)[6](https://www.cnx-software.com/2026/08/18/usbridge-kvm-2-0-an-open-source-ip-kvm-with-bios-access-over-ssh-ocr-and-ai-support/) Ce sont des chiffres de campagne, pas un banc d'essai indépendant. ## Ce qui est ouvert Le mot open source mérite d'être découpé. USBridge-Remote, le client qui unifie accès logiciel et matériel, est bien publié sur GitHub. Le README le décrit comme une bêta pour Windows, macOS, Linux, Android, iOS et navigateur, avec client et agent téléchargeables.[3](https://github.com/USBridge-Technologies/USBridge-Remote) Sa licence est la GNU GPL v3.[4](https://github.com/USBridge-Technologies/USBridge-Remote/blob/main/LICENSE) La partie logiciel n'est pas seulement une page de présentation. La dernière release consultée, `2.1.20`, publiée le 12 août 2026, propose des binaires client et agent pour Linux, Windows, macOS, Android et iOS, ainsi que des manifestes signés.[7](https://github.com/USBridge-Technologies/USBridge-Remote/releases/latest) On ne peut pas en déduire la qualité de l'implémentation ni la sécurité du protocole ; on peut en revanche examiner un objet installable, séparé des promesses matérielles de la campagne. Le dépôt KVM contient la documentation d'installation, les schémas d'usage, les limites de connexion et les explications du BIOS-in-Terminal.[2](https://github.com/USBridge-Technologies/USBridge-KVM-2.0) Côté matériel, un second dépôt donne accès aux fichiers STL/STEP de l'enveloppe, aux Gerbers et aux schémas de certains modules.[5](https://github.com/USBridge-Technologies/Hardware) Le niveau d'ouverture varie selon les briques. La page Crowd Supply indique que les schémas, fichiers PCB, BOM et code source seront publiés après la campagne ; le dépôt Hardware montre déjà des actifs mécaniques et électriques, sans donner encore matière à une revue complète de production.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0)[5](https://github.com/USBridge-Technologies/Hardware) La bonne formulation est donc plus modeste : USBridge combine un client logiciel ouvert et vérifiable avec un matériel documenté publiquement, mais le produit final reste à financer, fabriquer, certifier et livrer. ## La vraie promesse Le meilleur argument de USBridge-KVM 2.0 tient mal dans « IA dans le BIOS », formule trop facile à transformer en autocollant. Le déplacement plus solide est celui-ci : l'administration distante quitte progressivement l'écran interactif pour devenir une surface lisible, scriptable et copiable. Un message d'erreur de pré-boot gardé sous forme d'image floue dans un navigateur se partage mal, s'automatise mal, se vérifie mal. La même information en texte peut devenir une ligne dans un ticket, un déclencheur de script ou une preuve que quelqu'un n'a pas juste « vu un écran bizarre ». Pour les homelabs, les petites flottes et les ateliers où personne ne possède d'iDRAC ou d'iLO sur chaque machine, ce genre d'objet a du sens. Les risques ne disparaissent pas ; ils se déplacent vers une nouvelle question de sécurité : si un outil peut agir avant l'OS, son exposition réseau, son authentification et sa maintenance deviennent critiques. La campagne annonce Tailscale, SSH, OTA, certificats en cours et isolation matérielle.[1](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0) Ce sont des éléments à vérifier dans la durée, pas des garanties automatiques. Pour l'instant, USBridge-KVM 2.0 vaut surtout comme signal précis : même le BIOS commence à être traité comme une interface automatisable. La machine n'a pas encore démarré. Quelqu'un essaie déjà de lui donner une sortie texte. ## References 1. [USBridge-KVM 2.0, campagne Crowd Supply](https://www.crowdsupply.com/usbridge-technologies/usbridge-kvm-2-0) 2. [USBridge Technologies, USBridge-KVM 2.0 repository](https://github.com/USBridge-Technologies/USBridge-KVM-2.0) 3. [USBridge Technologies, USBridge-Remote README](https://github.com/USBridge-Technologies/USBridge-Remote) 4. [USBridge-Remote, GNU GPL v3 license](https://github.com/USBridge-Technologies/USBridge-Remote/blob/main/LICENSE) 5. [USBridge Technologies, Hardware repository](https://github.com/USBridge-Technologies/Hardware) 6. [Debashis Das, USBridge-KVM 2.0, CNX Software](https://www.cnx-software.com/2026/08/18/usbridge-kvm-2-0-an-open-source-ip-kvm-with-bios-access-over-ssh-ocr-and-ai-support/) 7. [USBridge-Remote, latest release](https://github.com/USBridge-Technologies/USBridge-Remote/releases/latest)