Les contenus liés au tag Windows

Après de nombreux OEM, Microsoft s'est également décidé a désactiver son patch pour la faille Spectre (Variante 2) suite aux problèmes de plantages notés avec les "nouveaux" microcode d'Intel.

Pour rappel, suite à l'annonce des failles Spectre et Meltdown, Intel avait déployé une mise à jour de microcode début janvier pour certaines de ses architectures (Haswell et supérieurs côté client). Une mise a jour qui ajoute de nouvelles possibilités pour les développeurs d'OS pour contrer Spectre (Variante 2), comme le détaillait Intel dans ce PDF  :

These capabilities will be available on modern existing products if the appropriate microcode update is applied, as well as on future products, where the performance cost of these mitigations will be improved. In particular, the capabilities are:

• Indirect Branch Restricted Speculation (IBRS): Restricts speculation of indirect branches.
• Single Thread Indirect Branch Predictors (STIBP): Prevents indirect branch predictions from being controlled by the sibling Hyperthread.
• Indirect Branch Predictor Barrier (IBPB): Ensures that earlier code's behavior does not control later indirect branch predictions.

Si l'on dispose du nouveau microcode (fourni par une mise à jour de BIOS), et des dernières mises à jour Windows Update, on avait, jusqu'à ce week-end tout du moins, un patch pour Spectre Variante 2 actif sous Windows, basé sur les fonctionnalités exposées ci-dessus.

Le logiciel InSpectre permet de vérifier la présence des patchs mais également de les activer et désactiver, tout ceci étant contrôlé - comme toutes choses sous Windows - par une clef dans la base de registre, bien évidemment...

Utiliser ces nouvelles fonctionnalités exposées par les mises à jour de microcode est la voie choisie par Microsoft pour combattre Spectre V2. Sous Linux, d'autres pistes comme retpoline ont été mises en place, mais elles requièrent, pour protéger complètement le système, de recompiler intégralement toutes les applications. Quelque chose de difficilement applicable au monde Windows, Microsoft ayant rejeté l'idée d'implémenter retpoline dans ses compilateurs. Reste qu'en pratique, retpoline semble avoir ses limites puisqu'il ne protège pas correctement les processeurs Skylake (et dérivés) qui ont un mode de fonctionnement différent dans leur spéculation d'exécution par rapport aux architectures Intel précédentes.

Mais comme on vous l'indiquait il y a plus d'une semaine, Intel avait admis que sa mise à jour de microcode posait des problèmes de stabilité sur certains systèmes, dans un premier temps uniquement sur Haswell et Broadwell, avant d'admettre le 17 janvier que le problème touchait non seulement les architectures plus récentes (Skylake et dérivées) mais aussi les plus anciennes (Sandy Bridge par exemple, même si curieusement le constructeur n'avait pas déployé publiquement de microcode pour ces architectures !).

Le 22 janvier, Intel avait finalement indiqué avoir trouvé la cause du problème "pour Haswell et Broadwell" (!), recommandant à ses partenaires privilégiés de tester les nouveaux microcode beta (disponibles uniquement pour les gros clients), et aux autres "de suivre les meilleurs pratiques de sécurités et de garder leurs systèmes à jour" (!).

Dans la foulée, nombre d'OEM ont désactivés les mises à jour de microcode qu'ils livraient, soit avec leur système d'exploitation (c'est le cas de Red Hat  et VMware ), mais également des revendeurs de PC (au hasard HP ) qui ont retiré les BIOS qui incluaient le nouveau microcode d'Intel.

Et ce week-end, c'est finalement Microsoft qui a également retiré, non pas la mise à jour du microcode (il ne semble pas que Microsoft l'ait distribuée via Windows Update, même si cela est de plus en plus complexe à confirmer avec les méthodes de distribution opaques utilisées), mais directement son patch pour Spectre V2 ! Le constructeur a déployé le KB4078130  pour désactiver le patch Spectre V2 de tous ses systèmes d'exploitations, et mis à jour ses recommandations  (ici pour les serveurs ).

Chez Intel, alors que l'on attendait une version finale du microcode qui aurait résolu le problème, c'est silence radio, ou presque. Sur le site Security Center , on trouve tout de même une mise à jour des recommandations qui parle de "nouveaux développements avec Microsoft" et pointe vers la désactivation du patch.

Intel ne donne pas vraiment de nouvelle information, clarifiant simplement que s'il pensait le 22 janvier avoir identifié la cause des "redémarrages intempestifs" sur Broadwell et Haswell, il sous-entendait (ce n'était pas précisé dans le communiqué original) continuer de travailler pour confirmer si ce correctif fonctionnait également sur ses autres plateformes également touchées.

Malheureusement, le constructeur ne confirme ni si le correctif est efficace sur Haswell et Broadwell, ni s'il a progressé sur la question des autres plateformes ! On pointera juste qu'Intel indique toujours demander à ses (gros) partenaires de continuer a tester les "early versions" de ses microcode afin "d'accélérer leur sortie". Confirmant donc qu'ils ne sont toujours pas finalisées alors que leur validation était attendue la semaine dernière.

Si l'on conjugue l'absence d'une nouvelle communication concrète de la part d'Intel (malgré le dépassement des dates de validation promises) avec le fait que Microsoft désactive complètement son patch, il nous est difficile de conclure autre chose que la disponibilité d'un nouveau microcode n'est pas imminente.

Dans l'attente, nous vous conseillons bien entendu de continuer à garder à jour votre système d'exploitation, et pour ceux qui auraient mis à jour leur BIOS avec le nouveau microcode d'Intel (ce qui ne concerne que les cartes mères Haswell et supérieures, pour rappel), de revenir vers une version précédente du BIOS pour éviter les problèmes de stabilité.

Un peu plus d'un an après la première annonce de Windows ARM en partenariat avec Qualcomm, on commence à voir ces machines s'approcher petit à petit.

Annoncées pour 2017 avec le Snapdragon 835, c'est plutôt courant 2018 que l'on verra débarquer ces machines, le premier semestre étant évoqué par la société, Asus visant plus probablement le premier trimestre. Côté système d'exploitation, les choses semblent s'être compliquées un peu. Une des particularités de l'annonce de Windows 10 ARM était la couche d'émulation Win32 proposée par Microsoft. Quelque chose qui avait fâché Intel qui avait montré ses muscles côté brevets.

Aujourd'hui le message n'est pas particulièrement clair car les trois modèles annoncées, le HP Envy X2, l'Asus NovaGo et le Lenovo Miix 630 (présenté aujourd'hui au CES) sont tous livrés avec Windows 10 S, la version bridée au Windows Store du système d'exploitation de Microsoft. Il s'agit peut être d'une concession effectuée vis à vis d'Intel.

La couche d'émulation Win32 est toujours présente et utilisée pour les applis Win32 du store. Il sera possible de mettre à jour cette version de Windows S ARM en Windows 10 Pro pour ne pas être limité par ces restrictions, la plupart des constructeurs ayant annoncés des programmes de mises à jour gratuits.

Nos confrères de bit-tech  rapportent que Microsoft aurait confirmé, via son Feedback Hub dédié aux membres du programme beta Windows insider avoir trouvé "plusieurs causes" à des problèmes de stuttering dans les jeux avec la version Creators update de Windows 10.

Plusieurs "sources" seraient responsables et un premier correctif a été rendu disponible dans la dernière build distribuée aux insiders. La société dit travailler sur les autres problèmes sans s'avancer sur un timing pour la disponibilité. La prochaine mise à jour importante de Windows 10 est attendue pour octobre, et si ce premier correctif pourrait y être intégré, il est probable que les correctifs additionnels évoqués n'en fassent pas partie.

La semaine dernière, nous évoquions les caractéristiques des futurs processeurs Coffee Lake d'Intel. Pour rappel, cette gamme fabriquée en 14nm reprend l'architecture de Skylake/Kaby Lake, mais en augmentant le nombre de coeurs présents (on passe de 4 à 6 sur le haut de gamme). Le lancement de ces puces est pour rappel prévu pour la rentrée, alors qu'a l'origine on l'attendait l'année prochaine.

Il n'est pas commun qu'Intel avance de la sorte une sortie de processeurs dans ses roadmaps, et si l'on peut disserter sur la raison, c'est surtout les conséquences qui sont intéressantes, particulièrement sur les cartes mères qui supporteront, ou non, ces nouvelles puces.

Car si les Coffee Lake utiliseront le même socket (LGA1151) que les actuels Skylake et Kaby Lake, la question de leur compatibilité avec les actuelles cartes mères Z170/Z270 reste particulièrement floue. La semaine dernière, le compte Twitter d'Asrock a fait parler de lui en indiquant que Coffee Lake réclamera de nouvelles cartes mères Z370. Un tweet rapidement retiré par Asrock pour une information que nous n'avons pas pu confirmer à 100% de notre côté.

Deux slides vraisemblablement issus d'une roadmap Intel ont été publiés ce week end sur un forum chinois . S'ils sont authentiques, les informations contenues sont pour le moins... intrigantes.

Selon cette présentation, Intel proposera deux chipsets pour Coffee Lake-S (la version desktop), le premier serait un Z370 qui porterait le doux nom de Kaby Lake Refresh PCH (!) et comme son nom l'indique, il s'agit du même chipset que l'on connaît sous le nom de Z170 et Z270, avec le support activé des Coffee Lake.

Mais il ne s'agit en pratique que d'un chipset d'interim puisque le "vrai" chipset de Coffee Lake, celui qui était prévu pour son lancement (avant qu'il soit avancé) et qui porte le nom de Cannon Lake PCH (les roadmaps du constructeurs ont été amplement chamboulées...) n'arrivera qu'en début d'année prochaine.

Ce nouveau chipset est particulièrement important puisqu'il apportera, enfin, le support natif de l'USB 3.1, ainsi qu'une gestion du WiFi et du Bluetooth. D'autres nouveautés semblent intégrées avec la gestion de Thunderbolt 3.0 et de DP1.4 (vraisemblablement par les ports natifs USB 3.1, quelque chose dont on se doutait avec l'ouverture du standard Thunderbolt annoncé il y a peu par Intel), mais aussi un contrôleur SDXC 3.0 ainsi que des nouveautés sur l'interface audio. Le slide met en avant la gestion d'un C-State C10 (censé être présent depuis Skylake ) et du "Modern Standby"  (lui aussi censé être présent mais pas forcément géré de manière complète).

Il est assez cocasse de voir que le Z370 ne sera donc pas un chipset "Séries 300", et l'on voit ici surtout les conséquences des bouleversements de roadmaps de dernière minute du constructeur. Reste que si le Z370 est effectivement basé sur le PCH de Skylake et Kaby Lake, le discours d'Intel pour justifier la nécessité d'un "nouveau" chipset pour ses CPU sera intéressant à écouter... Et si la rétrocompatibilité est effective, on pourra se demander où est le besoin de lancer un chipset éphémère qui ennuiera bien probablement les constructeurs de cartes mères et les revendeurs !

Les tablettes et 2-en-1 à base de plate-forme Intel Clover Trail ne seront jamais en mesure d'accueillir la version Creators Update de Windows 10. Lancée en 2012, cette plate-forme accueille des Atom "Cloverview" Z2520, Z2560, Z2580 et Z2760 gravés en 32nm basés sur l'architecture Bonnell. Il en va donc de même pour leurs pendants Cedarview (Atom D2500, D2550, D2560, D2700, D2701, N2100, N2600 et N2800).

C'est a priori le pilote graphique qui pose souci, pour rappel ces puces Intel ont l'originalité d'intégrer un iGPU Imagination Technologies à base de technologie PowerVR alors qu'Intel est revenu par la suite à un iGPU maison. Le problème est que de nombreuses machines ont été vendues sous Windows 8 avec un support côté sécurité garantie jusqu'en 2023, alors que Microsoft avait annoncé que les anciennes versions de Windows 10 (ici l'Anniversary Update) se limiteraient à 18 mois de support.

Microsoft a toutefois changé son fusil d'épaule pour les utilisateurs de ces puces bloqués sous Windows 10 Anniversary Update, ils recevront ainsi les mises à jours de sécurité jusqu'en 2023 comme s'ils étaient restés sous Windows 8, ces mises à jours étant côté Microsoft déjà prévues puisque l'Anniversary Update a été déclinée en version "Long Term Servicing Branch".