[Thread ufficiale] Windows 10 "Stable" (no preview builds)

[ulukaii]

Intel con la dichiarazione postata in quell'articolo parla di CPU prodotte negli ultimi 5 anni e questo, dall'altra parte, significa anche chipset prodotti negli ultimi 5 anni (dato che una CPU senza chipset al massimo la si usa come portachiavi). Ma ovviamente sono poi i produttori che devono poi implementarle e questo non necessariamente arriverà così indietro, come il link postato sopra relativo ad Asus, dove per il memento son fermi a fine 2014, quindi lasciando fuori tutti i chipset usciti prima del X99 e parliamo di chipset che hanno avuto una grande diffusione (basta citare z97 ad esempio).

[amd-novello]

Originariamente inviato da ulukaii

Microcode per la precisione. Con un update del BIOS/UEFI della mobo, quindi con il rilascio da parte dei vari produttori.

thanks

[fraussantin]

Per precisione il microcode ( che se non erro è il sw del processore) sta fisicamente nel bios nel chipset o nel processore stesso?

[unnilennium]

Dovrebbe essere un po' nel bios è un po' nel kernel, se non ho capito male, anche se ovvio che la pezza va a tamponare un problema che i processori hanno a livello di hw

Inviato dal mio MI PAD 2 utilizzando Tapatalk

[ulukaii]

Diciamo che il BIOS/UEFI oppure il SO possono entrambi aggiornare il microcode della CPU. Ma attenzione, non si tratta di un aggiornamento classico come lo possiamo intendere noi (aggiorno e sono a posto), ma una patch applicata ad ogni avvio a freddo della CPU.

Da quello che ricordo, il microcode di ogni CPU è scritto in una piccola ROM read/only sulla CPU stessa. Tuttavia, da BIOS/UEFI (o via drivers da OS) è possibile aggiornare al volo parte del microcode ad ogni avvio (sbatte il codice aggiornato in RAM e poi lo applica). Infatti, gli update del microcode non sono mai il microcode intero, ma una piccola patch che modifica alcune porzioni (esempio per BUG, come in questo caso), in passato è già capitato di trovare in alcuni changelog del bios/uefi stringhe del tipo:

Updating the CPU firmware e/o microcode

Il metodo che ho indicato sopra (VMware) lo fa via OS (pre-caricamento dell'OS vero e proprio), ma generalmente si lascia che questo lo faccia il BIOS/UEFI.

Quindi il microcode sta sulla CPU, mentre le patch possono essere sul BIOS/UEFI o sul OS.


PS: ho dimenticato di indicarlo sopra, la momento i microcode Intel pubblicati risalgono a novembre/dicembre, quindi non ci sono ancora dei microcode che siano già patchati per il problema. O meglio, ci sono, ma non sono ancora definiti come stabili, almeno quelli prelevabili su web, non so come siano quelli che sono stati integrati nei BIOS/Uefi che sono stati già aggiornati.

[fraussantin]

Originariamente inviato da ulukaii

Diciamo che il BIOS/UEFI oppure il SO possono entrambi aggiornare il microcode della CPU. Ma attenzione, non si tratta di un aggiornamento classico come lo possiamo intendere noi (aggiorno e sono a posto), ma una patch applicata ad ogni avvio a freddo della CPU.

Da quello che ricordo, il microcode di ogni CPU è scritto in una piccola ROM read/only sulla CPU stessa. Tuttavia, da BIOS/UEFI (o via drivers da OS) è possibile aggiornare al volo parte del microcode ad ogni avvio (sbatte il codice aggiornato in RAM e poi lo applica). Infatti, gli update del microcode non sono mai il microcode intero, ma una piccola patch che modifica alcune porzioni (esempio per BUG, come in questo caso), in passato è già capitato di trovare in alcuni changelog del bios/uefi stringhe del tipo:

Il metodo che ho indicato sopra (VMware) lo fa via OS (pre-caricamento dell'OS vero e proprio), ma generalmente si lascia che questo lo faccia il BIOS/UEFI.

Quindi il microcode sta sulla CPU, mentre le patch possono essere sul BIOS/UEFI o sul OS.


PS: ho dimenticato di indicarlo sopra, la momento i microcode Intel pubblicati risalgono a novembre/dicembre, quindi non ci sono ancora dei microcode che siano già patchati per il problema. O meglio, ci sono, ma non sono ancora definiti come stabili, almeno quelli prelevabili su web, non so come siano quelli che sono stati integrati nei BIOS/Uefi che sono stati già aggiornati.

Ok grazie del chiarimento. In pratica il processore non viene toccato, ( questo era il mio pensiero) ma gli viene "consigliato" di usare le istruzioni nuove o dal bios ( e quindi sempre e cmq) o da os e quindi solo a sistema stabile ( vengono esclusi boot, ibstallazioni nuove ecc)

Alcune mobo stanno ricevendo update con dicitura '' microcode intel" o descrizioni simili. Secondo me si sta smuovendo qualcosa.

Per dire ho posato l'occhio sulla h81m-t di un utente e ha ricevuto l'update.

Cmq se si puó aggiornare anche tramite Windows immagino che tempo qualche settimana /mese ci penserà windows update.

Il dubbio del fix tramite windows è se un malwere possa interferire sulla lettura del microcode in fase di avvio.

[ulukaii]

Ehh, per questo lo si fa generalmente via bios/uefi piuttosto che via OS.

[fraussantin]

Originariamente inviato da ulukaii

Ehh, per questo lo si fa generalmente via bios/uefi piuttosto che via OS.

Cmq leggevo il tuo post di la, secondo me asus piano piano le aggiorna tutte. Insomma non è una cosa semplice. Hanno tantissime mobo e un bios va testato e ritestato con una marea di processori. E ram

Hanno aggiornato l'h81 ti pare che non aggiornano le z97?

[ulukaii]

Originariamente inviato da fraussantin

Cmq leggevo il tuo post di la, secondo me asus piano piano le aggiorna tutte. Insomma non è una cosa semplice. Hanno tantissime mobo e un bios va testato e ritestato con una marea di processori. E ram

Hanno aggiornato l'h81 ti pare che non aggiornano le z97?

Non mi risulta abbiano aggiornato h81, almeno QUI non viene elencato, infatti riporta:

We are diligently working to update ASUS motherboards that support 6th, 7th or 8th Generation Intel Core™ processors or Intel Core X-series processors for X99 and X299 platforms.

Che poi estendano anche ad altri, si spera.

[fraussantin]

Originariamente inviato da ulukaii

Non mi risulta abbiano aggiornato h81, almeno QUI non viene elencato, infatti riporta:

Che poi estendano anche ad altri, si spera.

Boh io me ne sono accorto per puro caso perchè è la mobo di arkanoide e ne parlavsmo su steam.

Ma credo sia quel microcode.

Poi è strano davvero che partano dal basso.

[noghere]

Questo,dopo gli aggiornamenti Window KB4056897 e KB4056894, è il mio report per le due vulnerabilità con SpecuCheck.exe:

[ulukaii]

Originariamente inviato da fraussantin

Boh io me ne sono accorto per puro caso perchè è la mobo di arkanoide e ne parlavsmo su steam.

Ma credo sia quel microcode.

Poi è strano davvero che partano dal basso.

Fixano e manco riportano nella checklist ufficiale (datata lo stesso giorno dell'update di quel bios), certo che son strani forte quelli di Asus

Vebbé, dai, allora qualche speranza c'è...

PS: la mia Ranger VII (release maggio 2014) è ancora ferma al novembre 2015 (3003).

[giovanni69]

Originariamente inviato da unnilennium

Processor product si intendono chipset, ma i produttori se faranno qualcosa sarà x prodotti vecchi massimo 2 anni, almeno nel settore consumer. Non vogliono spendere a sviluppare e testare soluzioni x prodotti a mercato 0... Spero di sbagliarmi

Inviato dal mio PLK-L01 utilizzando Tapatalk

Come dire alla fine della fiera: comprate nuovo hardware, tanto per cambiare ma questa volta obsolescenza dovuta a bug sulla sicurezza. Una specie di anno 2000 al cubo.

[Rodig]

Originariamente inviato da fraussantin

.....
Alcune mobo stanno ricevendo update con dicitura '' microcode intel" o descrizioni simili. Secondo me si sta smuovendo qualcosa....

Per la mia Gigabyte Z270-HD3P ho installato sia



che



ma la situazione del test è rimasta la stessa che avevo dopo la patch di Windows 10



Evidentemente bisogna aspettare...

[ulukaii]

Il bios/uefi dovrà necessariamente essere datato 2018 perché abbia il fix

Originariamente inviato da giovanni69

Come dire alla fine della fiera: comprate nuovo hardware, tanto per cambiare ma questa volta obsolescenza dovuta a bug sulla sicurezza. Una specie di anno 2000 al cubo.

Che in ambito Intel significa aspettare non questa, ma (se va bene) la prossima generazione di CPU. Perché questi fix (BIOS/OS) sono solo workaround... il bello è che al CES ci sono andati lo stesso

[PeK]

mah, io ho un AMD fx (vecchio, lo so) e mi segna lo stessa roba di Rodig

[FulValBot]

la mia senza dubbio rimarrà tale e quale senza alcun update... (ovvero fino al 2013)

[ulukaii]

Originariamente inviato da PeK

mah, io ho un AMD fx (vecchio, lo so) e mi segna lo stessa roba di Rodig

Su AMD dovresti vedere il primo blocchetto rosso (5715, quello che riguarda Spectre), ma sul secondo blocchetto (5754, di Meltdown) dovresti invece avere:

Hardware requires kernel VA shadowing: false

Che equivale appunto al fatto che non sei soggetto a Meldtown.

Tra l'altro, le CPU AMD dovrebbero essere potenzialmente affette solo da una delle due varianti di Spectre (e solo in particolari ambiti), ma può essere risolta via update software (trovi vari articoli a riguardo, qui un'immagine).

[yeppala]

Anche NVIDIA è pronta a rilasciare una patch di sicurezza con i suoi driver:
http://nvidia.custhelp.com/app/answers/detail/a_id/4611

[ulukaii]

Originariamente inviato da yeppala

Anche NVIDIA è pronta a rilasciare una patch di sicurezza con i suoi driver:
http://nvidia.custhelp.com/app/answers/detail/a_id/4611

Yep, inizialmente avevano postato (fonte):

We believe our GPU hardware is immune to the reported security issue and are updating our GPU drivers to help mitigate the CPU security issue. As for our SoCs with ARM CPUs, we have analyzed them to determine which are affected and are preparing appropriate mitigations.

Poi hanno uppato vari bulletin (tra cui anche Shield / Tegra). Comunque doverebbero uscire nuovi drivers oggi (eccetto per Tesla dove sono previsti per il 22 gennaio). Aspettiamo il changelog per vedere cosa effettivamente vanno a mitigare, potrebbero essere anche compatibilità coi recenti update dei vari os (mi pareva di aver letto di problemi con gli update su Linux e gli attuali drivers).