Reprise du message précédent :
On trouve les mises a jour pour Skylake et > via le KB4090007 de MS mais il faut la derniere version de Windows 10 (Fall's Creator, 1709) et installer l'update manuellement:
https://support.microsoft.com/en-us [...] de-updates
Je l'ai fait sur mes stations du taf sous Win10 et Inspectre me met Good partout  
Pour chez moi j'attends encore pour mon Haswell

 
sur win10 1709 uniquement  il y a juste une kb a installer soit même actuellement
https://support.microsoft.com/en-us [...] de-updates
 
pour savoir si le microcode de ton cpu est dans la liste faut récupérer son CPUID sur ton pc
utiliser Inspectre https://www.grc.com/inspectre.htm qui permettra aussi de verifier la protection actuelle
ou la commande "wmic  cpu get processorid" sans "" dans l'invite de commande (ce sera les 5 derniers chiffres a droite)
 
si le cpuid est dans la liste installation via  http://www.catalog.update.microsof [...] =KB4090007
en choisissant entre le 32bits(x86) ou 64bits(x64) selon son windows
(edit oups un poil en retard ma réponse   )
edit2 : semble y avoir aussi des kb pour win10 1703 et 1607 (pour l'instant)  
voir la liste par OS la  
https://support.microsoft.com/en-us [...] de-updates

Bon, une fois le µcode patché, kankilé le patch pour l'ICC ? (Interface Chaise Clavier)
Car faut dire que les plus grandes failles de sécu se trouvent tout de même de ce coté, plus que du CPU...

En gros on a une chance d'avoir une update si notre CPU est sur ce pdf, c'est a dire si c'est un Penryn/Wolfdale/Yorkfield/Harpertown/Dunnington (45nm) ou plus recent. Donc les tous premiers Core 65nm (les Merom/Allendale/Conroe/Kentsfield/Woodcrest/Clovertown/Tigerton) ne devraient eux pas etre patchés. Mon vieux Core 2 Duo Wolfdale E8400 en pre-retraite chez ma mere a lui encore une chance d'etre mis a jour^^

J'ai un "vieux" OS Xubuntu 16.04 avec un "vieux" kernel 4.13 et je vois retpoline dans les flags CPU quand je tape lscpu. Depuis un bout de temps. ^^

Mais qui a été toucher par ces soit disant virus??????
C'est d'la bouse leur faille et ça fait longtemps qu'ils sont au courant.
Encore une grosse arnaque!!

quels virus ?

De là mon questionnement et non pas en lien avec mes nombreux beaux chapeaux

Ca me fait bien marrer tous les fan boy qui crient au complot inter galactique

mwai pas trop envie de mettre à jour le bios de ma asus p8p67 WS, vu qu'à la base les bios proposés sont déjà bancales, et mon dernier update du bios c'était mal passé (j'ai perdu une adresse mac).

J'espère que le KB sera au point.

Moi ce qui me fait bien marrer c'est les mecs qui ne se posent pas de questions

Le "crime", s'il est prouvé, profiterai à Intel. Mais est ce que cela veut dire qu'ils en sont à l'origine ? Cela fait beaucoup d'inconnues et affirmer haut et fort comme toi et d'autres le font qu'Intel est derrière chaque faille d'AMD est clairement risqué ou honteusement biaisé. J'espère que tu aura l'honnêteté de le reconnaître.

Intel est le coupable désigné dans ce genre d'affaire.
Mais franchement, ça fait vraiment trop amateur pour sortir d'une boite avec une aussi grosse force de frappe.
La théorie du trading semble nettement plus crédible.

bjr
j'ai un quad 9650 et je trouve depuis les maj windows qu'il n'est pas plus puissant mais qu'il répond nettement plus rapidement. Encore l'année dernière, je trouvais qu'il y avait toujours un temps d'attente entre la commande et la réaction (relativement bien sur). Est ce que d'avoir bridé le système de prédiction plus ou moins abouti à permis pour les taches simples d'accélérer le traitement ?  
cela me rappelle les cpu genre pentium II ou III qui ne s'attelaient pas à plusieurs taches en même temps mais faisaient aboutir l'une avant d'attaquer l'autre. Il n'empêche que l'impression de vitesse de traitement était là.

 
non c'est un complot Intel galactique

 
J'ai rien affirmé moi, remontes avec ta souris et tu verra que je ne me suis pas prononcé la dessus...
 
Je trouve que ça arrive rudement bien, mais vu que je ne me préoccupe ni d'intel ni d'amd, je ne risque pas de dire oulala c'est intel.
 
J'espère que tu ara l'honnêteté de reconnaitre que tu racontes des conneries parce que tu fais un amalgame de tous les gens qui pourraient être contre toi.

 
Le "Vieux Kernel" c'est de la branche support à long terme, donc les fixes etc sont portés sur ce kernel plus ancien , vu qu'il bénéficie d'un support allongé.

De toutes façons, ils ne comprennent rien.
J'ai lancé la blague en l'air et ils l'ont pris pour un fait.
S'ils ne peuvent avouer que le timing est parfait, ils devraient aller faire un tour ailleurs.

 
Pas de bol! Moi j'ai flashé ma p8p67 evo y'a quelques mois pour installer un 3770k et j'ai dû m'y prendre à deux fois, mais ça a fini par booter et aucun soucis à déclarer depuis.

Si Windows 10 cherche pas plus loin : cet OS est complètement cassé... depuis l'annonce de ces failles, j'ai constaté la disparition puis la réapparition d'un problème similaire sur une config encore plus sensible.

Bonjour,  
 
Comment appliquer le MicroCode dans mon cas ?  
Core I7 Ivy Bridge 3770K sur carte mère Intel DZ77GA-70K  
Le processeur est supporté par le dernier microcode, c'est écrit chez intel mais Intel ne met pas de BIOS à disposition pour ces cartes depuis qu'ils en ont abandonné la fabrication...  
 
Quelqu'un aurait une méthode qui marche ?  
 
Merci.
 
EDIT : Le KB Microsoft ne s'applique pas sur mon système (W10 1803 17133.1) Soit parce que ma version de Windows est insider (peu probable pour un KB critique) soit parce que cette mise à jour ne concerne que Skylake et plus récent...  
 

J'ai utilisé la méthode VmWare qui a mis à jour le µcode vers la version 1F donc ca doit avoir fonctionné, mais inspectre me dit toujours que mon processeur n'est pas protégé Spectre.

 
Comme je l'ai dit plus haut, cette méthode ne marche pas car le pilote VMware est chargé trop tard; bien après la détection par l'OS de la présence des nouveaux OP codes..

J'avais lu en effet.. pas de détection à la volée par le système... il verrouille donc le microcode chargé au démarrage ?
 
Plus qu'à trouver une autre mise à jour,

Je ne pense pas qu'ils "verrouillent le microcode". Le pilote VMWare le met bien à jour.
C'est juste que l'activation de l'IBRS se fait très tôt dans l'initialisation de l'OS et que cela implique tellement de changements profonds, qu'il doit être très difficile de changer de mode à la volée tout en gardant les contextes utilisateur et système intacts.

C'est plus exact en effet...

 
Finalement c'est cuit :
 
https://newsroom.intel.com/wp-conte [...] idance.pdf

Merci pour l'update Du coup la limite est un peu moins nette mais en gros les CPU ≧ Lynnfield (Nehalem) sont censés être patchés, les premiers Nehalem (les Bloomfield et Clarksfield) ne le sont pas (par ≧ j'entends "de meme age ou plus recents" ). Tous les CPUs ≧ Sandy Bridge sont eux prévus au programme.

Gulftown est out.
Bon, vivement le 19 avril.

 
Pourquoi? AMD est aussi impacté par Spectre et il n'y a toujours pas de bios à jour chez eux, si?

Chose que j'ai du mal à comprendre
 
Intel met le microcode à jour pour toute une gamme de processeur depuis Sandy Bridge mais Microsoft ne propose que les mises à jour pour après Skylake.  
Du coup le seul moyen de profiter du nouveau microcode c'est de fonctionner sous Linux ?

 
J'ai peut être mal interprété.
Gulftown a zéro mise à jour de microcode ou seulement rien pour spectre 2 ?

Gulftown est patché pour Meltdown au niveau de l'OS.

Par contre, il n'aura pas de nouveau microcode avec les Opcodes supplémentaires.
Donc, si tu es sous Windows cela veut dire pas d'IBRS et donc la faille spectre 2 restera.
Si tu es sous Linux avec retpoline alors la faille est corrigée (du moins au niveau OS).

Ok, ca va alors. Je peux encore tirer un peu d'usage de mon vieux tromblon

 
perso j'attends encore un peu, en espérant que Microsoft ne nous oublie pas.

C'est quoi le rapport ? Il veut juste dire que sur le PDF Gulftown a ete retiré des CPUs a patcher.

Ils ont dit qu'ils le feraient... mais c'est vrai que c'est quand même long...
L’idéal serait que cela reste une mise à jour optionnelle pour l’utilisateur...

Le 19 avril c'est la sortie de Ryzen+ donc j'ai peut être mal interprété ses propos mais cela laisse peu de place au doute quand même...

Bein je me vois mal acheter un combo CPU/MB/RAM maintenant si dans 15 jours il y a potentiel remaniement des prix et des perfs (ça ne veut pas dire que j’achèterai forcément du AMD)
 
Je suis pas spécialement arqué sur la sécurité, mais laisser un trou béant connu c'est quand même un peu trop pour moi.

Pour moi c'est une obligation pour Microsoft, le Microcode existe Intel l'a plublié donc ils doivent le dispatcher pour tout le monde puisqu'il n'y a pas de moyen de mettre le µcode directement dans le processeur...  
 
Après, dans mon cas, Intel pourrait avoir la classe de sortir une mise à jour de Bios pour SES cartes mères. J'en ai vendu des centaines à mes clients à l'époque.  
 
Perso je n'ai pas les finances pour changer tout mon matos...  

Il y a de grandes chances que les CPU Ryzen+ sortent avec un ucode supportant l'IBRS...
Par contre, il est étonnant que les CPU actuels n'aient pas reçu de mise à jour... (sauf erreur de ma part)

Avec UBU, tu peux injecter de manière assez automatisée le microcode dans l'image bios de ta CM avant de la flasher.
Mais cela comporte un risque tout de même sauf si ta CM supporte le flashage du bios sans CPU (dans ce cas tu peux toujours revenir en arrière si le PC ne passe pas le POST)...