Les contenus liés au tag USB

Outre le pilotage de 6 écrans externes avec un Ultrabook, on pouvait voir quelques démonstrations et rappels des technologies introduites ces derniers temps par le consortium VESA. On passera rapidement sur l'Adaptative Sync et l'USB Type-C Alt-Mode pour revenir sur la certification Display HDR lancée le mois dernier.

 

 

Quatre modèles étaient présentés, un Asus PA27AC en DisplayHDR 400, un Samsung CHG70 en DisplayHDR 600, un LG 32UK950 (4K en Thunderbolt 3 en DisplayHDR 600 également) et un Philips 436M6 en DisplayHDR 1000.

A noter que cet écran Philips dispose d'une connectique USB Type-C. D'autres modèles d'écrans USB Type-C devraient être présentés, mais ils étaient en cours d'installation lors de notre passage ce matin sur le stand du consortium.

Peu loin du stand du HDMI Forum, on retrouvait celui de VESA, le consortium qui développe les standards libres comme le DisplayPort. On pouvait voir sur leur stand une démonstration originale avec un portable pilotant six écrans externes en simultanée à partir de deux câbles USB Type-C.

 

 

En plus de l'écran de l'ultrabook, un câble USB Type-C était connecté à un premier écran DisplayPort (via un adaptateur) en utilisant l'Alt-Mode DisplayPort MST. Un second câble DP-DP reliait un second écran au premier.

Pour les quatre autres écrans, c'est un connecteur Thunderbolt qui était branché vers un châssis externe contenant une carte graphique AMD. Cette dernière pilotant les quatre écrans, trois via des câbles DisplayPort... et un en HDMI !

Nous avons croisés sur le stand du HDMI Forum une petite démonstration originale qui illustrait une nouveauté annoncée aujourd'hui, le support de l'USB Power Delivery via l'Alt-Mode USB Type-C du HDMI (!).

Nous avions eu l'occasion de vous en parler, le HDMI consortium s'est invité dans l'USB-C en créant un "mode alternatif" USB Type-C pour faire transiter du HDMI 1.4b. Cela permet de créer des câbles HDMI vers USB Type-C, en imposant pour qu'ils fonctionnent que le mode soit géré par le périphérique USB Type-C. On ne reviendra pas sur l'intérêt ou les motivations derrière ce concept.

Le HDMI Forum annonce donc aujourd'hui gérer désormais l'USB Power Delivery. De manière pratique, le câble HDMI dispose d'un connecteur USB Type-C. On branchera dessus un câble qui devra être connecté à une source Type-C pour récupérer l'alimentation qui sera enfin renvoyée vers le périphérique.

De manière très concrète, on pouvait voir un écran alimenter, via son cable HDMI/USB, un lecteur de Blu-Ray uniquement connecté via un cable USB Type-C (qui sert également a faire transiter image et son bien entendu).

Un esprit pragmatique dira qu'on pourrait faire encore plus simple avec un écran USB Type-C (utilisant un mode alternatif DisplayPort), mais cela ne correspond pas vraiment à la vision du HDMI Forum !

Pour la troisième fois cette année, Intel vient d'annoncer une nouvelle série de failles  qui touche son système Management Engine. Pour rappel, l'Intel Management Engine est basé sur un coprocesseur indépendant et un firmware (basé sur le microkernel MINIX  comme s'en émouvait son créateur, Andrew S. Tanenbaum, qui interpellait il y a quelques jours  Brian Krzanich pour le manque de courtoisie de la société).

Ce système fait ainsi tourner un certain nombre de modules , certains optionnels et livrés avec certains modèles de chipset uniquement (comme les fonctionnalités iAMT qui visent la gestion des parcs informatiques d'entreprise), d'autres non (la validation du processeur, chipset et microcode par exemple, ou des vecteurs d'implémentation de DRM comme le PAVP  et SGX). Le propre du ME est d'être fonctionnel en permanence (du moment que la carte mère est alimentée), d'avoir un accès total au système et de ne pas être désactivable par l'utilisateur, ce qui en fait un vecteur d'attaque particulièrement dangereux en cas d'accès au kernel MINIX.

Un tweet  il y a deux semaines de cela avait montré une faille de la sorte avec un accès complet obtenu en mode local via un port USB. Cette faille est l'une de celle corrigée aujourd'hui par Intel dans sa mise à jour  (il y en a d'autres dont une avec accès distant mais qui nécessite une authentification locale, même si elles sont jugées moins importantes). Contrairement à certaines failles pointées plus tôt qui ne touchaient que les systèmes utilisant les modules AMT, cette faille touche tous les systèmes Intel à partir de la génération Skylake (ME version 11) qui sont donc tous potentiellement vulnérables (l'implémentation actuelle présentée requiert l'activation du mode USB DCI dans le BIOS).

Pour pouvoir s'en prémunir, il faudra passer par une mise à jour de BIOS (certaines mises à jour de BIOS peuvent inclure une mise à jour du ME, quelque chose de généralement optionnel sur la plupart des cartes mères modernes qui vous proposent d'effectuer une mise à jour simple, ou également du ME), et donc qu'un BIOS existe pour sa plateforme ce qui ne sera pas le cas des plus anciennes qui ne sont plus supportées (par Intel ou les constructeurs de cartes mères). Tout au plus, Intel fourni un outil pour détecter la version du ME.

A défaut, ces utilisateurs pourront regarder du côté de me_cleaner  qui tente de limiter au maximum la taille du firmware en désactivant la plupart des modules de l'IME, tout en gardant à l'esprit que cela ne résoudra pas la totalité des failles (comme la faille USB ci-dessus).

Ces failles de sécurité à répétition montrent les craintes légitimes que l'on peut avoir sur ce système implémenté par Intel sur toutes ses plateformes et le côté quelque peu trivial avec lequel le constructeur adresse les failles qui le touche. Contrairement au microcode des CPU, diffusable à grande échelle par Intel via des mises à jour de BIOS mais aussi des mises à jour des systèmes d'exploitation, la mise à jour du ME est beaucoup plus complexe. Elle requière au minimum la collaboration de deux acteurs, Intel et un OEM (dont les pratiques de suivi des mises à jour peuvent être variables, particulièrement dans le monde des PC portables), ainsi qu'une action non triviale de l'utilisateur. Ce n'est pas une pratique que l'on peut légitimement accepter pour un tel niveau de criticité.

Il faut enfin noter que si Intel est pointé (une nouvelle foi et à raison) du doigt, en grande partie par son obscurantisme durant des années sur les capacités réelles de l'IME, les dernières plateformes d'AMD disposent aussi d'un système équivalent, et pas plus documenté (on sait tout au plus qu'il s'agit d'une implémentation/variante du Trustzone d'ARM ) via son PSP  qui n'est pas non plus désactivable.

La semaine dernière, l'USB-IF a publié la version finale  de la spécification pour la nouvelle version de l'USB, baptisée USB 3.2. Sur le papier, cette modification est relativement mineure puisqu'elle ne fait "que" doubler les débits en utilisant les deux paires de données déjà présentes dans les câbles USB Type-C. Ces quatre canaux étaient déjà utilisés simultanément par le DisplayPort et le Thunderbolt 3.

La rétrocompatibilité est donc assurée du côté des câbles et des périphériques, il n'y a en pratique que les hubs Type-C vers multiples Type-C (qui existent à peine en pratique...) qui devront être mis à jour pour pouvoir gérer correctement l'utilisation simultanée des quatre canaux de données. L'USB-IF a effectué une "mise à jour mineure" de la spécification dédiée aux hubs pour couvrir ce changement.

La disponibilité des contrôleurs USB 3.2 et d'éventuels périphériques est pour l'instant inconnue, mais nous ne serions pas surpris de voir les premiers périphériques d'ici au CES en janvier.