Un bug hardware affligge la memoria virtuale delle CPU Intel

[cdimauro]

Originariamente inviato da LMCH

I benchmark riguardo operazioni massicce sul file system con i7 8700K
indicano un degrado di prestazioni che supera anche il 50% !!!!

C'è da dire che questi sono test sintetici. Bisogna vedere con le applicazioni reali cosa succede, e mi pare che i recenti test abbiano ridimensionato notevolmente i cali prestazionali.

D'altra parte il calo dovrebbe essere percepibile soltanto con applicazioni che facciano pesante uso di syscall, che non è certo uno scenario comune.

Spero che sia una cosa legata ai differenti patch per i kernel di Ubuntu 16.04 e di 17.10 altrimenti sono cavoli amari per chi si è fatto recentemente un server con quella cpu.

Infatti questi test lasciano il tempo che trovano: avrebbero dovuto provare con la stessa identica distro, con la sola patch di differenza.

[six007]

Originariamente inviato da Nazscul

Fammi capire hai installato la patch su win7...come?

l'update di win 7 che ho scaricato è questo, preso singolarmente dal catalogo

https://support.microsoft.com/en-us/...date-kb4056897

se non parte, si deve inserire la riga nel registro.

l'update della powershell se non parte il modulo per testare la patch, è questo (altrimenti si può scaricare anche solo il modulo powerget https://docs.microsoft.com/en-us/pow...gallery/readme)

https://www.microsoft.com/en-us/down....aspx?id=54616

Originariamente inviato da Antonio23

non capisco perche' continuate a prendervela con Intel...

ma dipende, io me la prendo anche col maltempo se faccio tardi... anche se non ha colpa

[ThEbEsT'89]

Ma Meltdown a parte, mi pare di capire dai log miei e vostri di PowerShell che per quanto riguarda la patch software di Microsoft per Spectre questa non risulta abilitata a nessuno in quanto manca il supporto hardware nella cpu.

Sbaglio? Quindi cosa bisogna fare per proteggersi ?

[Averell]

Originariamente inviato da ThEbEsT'89

Ma Meltdown a parte, mi pare di capire dai log miei e vostri di PowerShell che per quanto riguarda la patch software di Microsoft per Spectre questa non risulta abilitata a nessuno in quanto manca il supporto hardware nella cpu.

Sbaglio? Quindi cosa bisogna fare per proteggersi ?

per me è questa:



https://twitter.com/epakskape/status/948781605790695424



Cioè:
no BIOS nuovo no party

[akumasama]

Qualcuno ha sottomano il KB della patch anti meltdown e spectre per Windows 10?
Trovo solo "ADV180002" che non è un KB, come vedo nella lista di Windows 10 se è stata installata 'sta patch anti Meltdown/Spectre oppure no?

[tallines]

Originariamente inviato da ulukaii

Guarda, pre-update il riconoscimento avveniva correttamente e venivano indicate le informazioni, post update compare l'errore c0000002. Ho testato altre macchine pre / post update e per ora non ne ho trovata nessun'altra che mi restituisce l'errore in questione. A me sembra proprio che sia nel querying (quindi nel modulo dello Speculation Control).


Thanks per l'info

PS: nel caso, questo è il risultato post-patch del AMD C-60 che avevo citato parecchi post fa:

Si, l' avevo visto .

Credevo che dopo l' aggiornamento, uscissero tutte le voci false, come prima dell' aggiornamento stesso,

invece del fatto che non è riuscito ad analizzare nulla, ossia il comando non è stato preso ed è uscito un errore, che prima dell' aggiornamento non c'era...........in effetti sono un pò rimasto..........

In effetti è un bel casino co sti processori.......

[Nazscul]

Ma per win7 non esiste una semplice patch che mi dica che il mio processore rientra in quelli fallati?

[cdimauro]

Originariamente inviato da insane74

esatto, l'articolo non è corretto.
il baco esiste da 10 anni a quanto pare, e solo ora i ricercatori sono riusciti a riprodurlo e, da quello che si legge, se non patchato anche un semplice javascript in una pagina web potrebbe portare a leggere il contenuto della memoria kernel (che potrebbe contenere dati sensibili come password ecc) senza alcuna possibilità di accorgersene.

A giudicare dalle pagine che descrivono il problema e dagli esempi mostrati per sfruttare la falla, dubito che uno script Javascript sia in grado di sfruttarla in maniera così semplice.

insomma, non applicare la patch è praticamente impensabile.

Per le macchine server che girano in ambiente virtualizzato sì, sicuramente, perché non hai il controllo degli eseguibili (malware) che potrebbero far girare.

Ma in ambito desktop la vulnerabilità è sfruttabile passando dai soliti attacchi da remoto che consentono di eseguibile codice malevolo, e dunque da un insieme di ben note applicazioni "a rischio": browser, office, lettori PDF, ecc..

Penso che con Windows a 64 bit si potrebbe risolvere il problema prendendo opportune precauzioni, anche senza far ricorso alla patch. Comunque devo investigare se anche Linux a 64 bit opera allo stesso modo.

EDIT. Ovviamente mi riferisco alla variante 3 delle vulnerabilità: quella che consente di leggere la memoria del kernel. Per le varianti 1 e 2 praticamente tutti i processori ne sono affetti.

[cdimauro]

Originariamente inviato da Mparlav

Ma Intel procederà alla sostituzione delle cpu in garanzia?

Non credo. Non ci troviamo di fronte al famigerato Pentium bug né al problema dei primi AMD Phenom né a quelli dei primi Ryzen, dove il processore non funzionava correttamente generando risultati errati, corruzione di dati, o bloccando l'esecuzione dell'applicazione.

Quella scoperta è una vulnerabilità, e quindi non inficia il funzionamento del processore, che termina correttamente tutte le operazioni che gli vengono date in pasto.

Tra l'altro esistono dei workaround per risolvere la falla di sicurezza.

Ma certamente rappresenta una bella mazzata per Intel a livello di immagine.

[ulukaii]

Originariamente inviato da akumasama

Qualcuno ha sottomano il KB della patch anti meltdown e spectre per Windows 10?
Trovo solo "ADV180002" che non è un KB, come vedo nella lista di Windows 10 se è stata installata 'sta patch anti Meltdown/Spectre oppure no?

KB4056892 (Win 10)
KB4056897 (Win 7)
KB4056898 (Win 8.1)

Originariamente inviato da tallines

Si, l' avevo visto .

Credevo che dopo l' aggiornamento, uscissero tutte le voci false, come prima dell' aggiornamento stesso,

invece del fatto che non è riuscito ad analizzare nulla, ossia il comando non è stato preso ed è uscito un errore, che prima dell' aggiornamento non c'era...........in effetti sono un pò rimasto..........

In effetti è un bel casino co sti processori.......

Sì, infatti.

[cdimauro]

Originariamente inviato da TheMonzOne

La falla di per sé c'è da 10 anni...ma è stata scoperta solo adesso, che ragionamenti fai?

Più che altro a me sorge una domanda: se fosse questo il "segreto" dietro la superiorità di questi anni, a livello prestazione, delle CPU Intel rispetto a quelle AMD? Sarà un caso che la notizia sia stata riportata proprio da tecnici AMD? Dato che le loro CPU non sono affette dal problema significa che quel controllo, che dovrà essere introdotto via SW per Intel, loro lo fanno già (a livello HW o meno non so), penalizzando probabilmente le prestazioni...no?

Come si dice: a pensar male si fa peccato, ma spesso ci si azzecca...

In questo caso non ci si azzecca, perché è un bug che verrà risolto con la prossima revisione dei processori.

"Semplicemente" (!) è l'implementazione che finora non era stata corretta per eliminare questo specifico scenario (versione 3 AKA Meltdown), ma come puoi vedere tu stesso anche gli altri processori sono vulnerabili alle versioni 1 e 2 (AKA Spectre).

Se si deve morire di complottismo, allora vuol dire che tutti i produttori di processori erano coalizzati nella realizzazione di processori fallati. Chi più, chi meno.

[tallines]

Originariamente inviato da ulukaii

Sì, infatti.

Archivio non attendibile ?.............adesso su AMD mi esce questo, ma che diavolo sta succedendo ?.......

Windows PowerShell
Copyright (C) Microsoft Corporation. Tutti i diritti sono riservati.

PS C:\Windows\system32>  Install-Module SpeculationControl

Archivio non attendibile
Stai installando i moduli da un archivio non attendibile. 

Se ritieni attendibile questo archivio, modifica il relativo
valore InstallationPolicy eseguendo il cmdlet Set-PSRepository. 

Vuoi installare i moduli da 'PSGallery'?
[s] Sì  [T] Sì a tutti  [N] No  [u] No a tutti  [O] Sospendi  [?] Guida (il valore predefinito è "N"): S

AVVISO: La versione '1.0.0' del modulo 'SpeculationControl' è già installata in 
'C:\ProgramFiles\WindowsPowerShell\Modules\SpeculationControl\1.0.0'. 

Per installare la versione '1.0.1', esegui Install-Module e
aggiungi il parametro -Force. 

Questo comando installerà la versione '1.0.1' in modalità affiancata con la versione
'1.0.0'.

PS C:\Windows\system32>

Cioè serve la versione 1.0.1 e per installarla devo dare il comando >

Per installare la versione '1.0.1', esegui Install-Module e aggiungi il parametro -Force............

[six007]

Originariamente inviato da Bivvoz

"PCID optimization" che ad alcuni viene abilitato e ad altri no invece che roba è?

feature presente solo nelle ultime cpu intel

More recent Intel processors from the Haswell (4th-gen) era onward have a technology called PCID (Process-Context Identifiers) enabled and are said to suffer less of a performance hit.

[cdimauro]

Originariamente inviato da Sandro kensan

Definitivamente il problema non è delle virtual machine ma della memoria virtualizzata per cui le macchine affette dal calo prestazionale che può raggiungere il 50% (vedi Phoronix) sono tutte le macchine dell'ultimo decennio che montano Intel.

Intel inside. e vatti a fidare...

A questo punto il problema è di avere due kernel, uno con la patch intel e uno senza per i processori AMD. Come si andrà avanti? Ci sarà un fork?

Perché dovrebbe esserci un fork? Basta che l'entry point delle syscall del kernel punti al codice della funzione per Intel o per AMD, a seconda del processore, per gestire il tutto in maniera trasparente e con la massima efficienza.

[cdimauro]

Originariamente inviato da WarDuck

Grazie, volevo solo fare chiarezza .

Cmq l'impatto della patch potrebbe essere minore di quanto si pensa perché i processori dal Sandy Bridge in poi supportano gli identificatori dello spazio di indirizzamento (Process Context Identifier - PCID) che dovrebbero (uso il condizionale perché non ho approfondito molto) consentire di effettuare un flush selettivo e non più totale della TLB.

Phoronix afferma che il PCID sarebbe implementato a partire da Westmere, e quindi subito dopo Nehalem e prima di Sandy Bridge.

[cdimauro]

Originariamente inviato da LordPBA

a pensar male si potrebbe dire che Intel lo sapeva ed ha aspettato il momento buono per vendere i prossimi prodotti?

Ormai non abbiamo piu' la certezza di poter dire con sicurezza che non potrebbe essere vero

potrebbero gia' aver pianificato le nostre vite da qui a 100 anni, personalmente non credo che siano in grado di fare una pianificazione del genere, ma ripeto, non si puo' nemmeno avere le prove del contrario

Gomblotto? Ni

Assolutamente no. Questo, come dicevo in un altro commento prima, è un bug dell'implementazione, di cui peraltro sembra siano affette tutte le CPU successive al Pentium.

Un bug si corregge, una volta che ne si è venuti a conoscenza. Non lo si trascina per 20 anni, richiedendo patch ai kernel dei s.o. una volta che viene fuori, creando problemi ai propri clienti, ma soprattutto un notevole danno d'immagine.

Tant'è che verrà corretto con le prossime revisioni dei processori.

[ulukaii]

Originariamente inviato da tallines

Archivio non attendibile ?.............adesso su AMD mi esce questo, ma che diavolo sta succedendo ?.......

Windows PowerShell
Copyright (C) Microsoft Corporation. Tutti i diritti sono riservati.

PS C:\Windows\system32>  Install-Module SpeculationControl

Archivio non attendibile
Stai installando i moduli da un archivio non attendibile. 

Se ritieni attendibile questo archivio, modifica il relativo
valore InstallationPolicy eseguendo il cmdlet Set-PSRepository. 

Vuoi installare i moduli da 'PSGallery'?
[s] Sì  [T] Sì a tutti  [N] No  [u] No a tutti  [O] Sospendi  [?] Guida (il valore predefinito è "N"): S

AVVISO: La versione '1.0.0' del modulo 'SpeculationControl' è già installata in 
'C:\ProgramFiles\WindowsPowerShell\Modules\SpeculationControl\1.0.0'. 

Per installare la versione '1.0.1', esegui Install-Module e
aggiungi il parametro -Force. 

Questo comando installerà la versione '1.0.1' in modalità affiancata con la versione
'1.0.0'.

PS C:\Windows\system32>

Cioè serve la versione 1.0.1 e per installarla devo dare il comando >

Per installare la versione '1.0.1', esegui Install-Module e aggiungi il parametro -Force............

Mmh, quindi parrebbe che hanno rilasciato un nuovo modulo per il controllo (1.0.1). A quel punto non so se è meglio tenerli "affiancati" oppure disinstallare il precedente

Uninstall-Module SpeculationControl

e poi installare quello nuovo.

PS: ho appena disinstallato il vecchio e resintallato il nuovo (1.0.1) e ti confermo anche che lanciandolo l'errore è ora sparito. Questo è il risultato lanciando il nuovo Speculation Controll sul precedente Intel Q9550 (patchato) su cui dava errore di rilevamento c0000002:

[akumasama]

Grazie mille ulukaii, gentilissimo

Suppongo sia "normale" non venga specificato il nome di Meltdown, Spectre o Intel all'interno delle resolved vulnerabilities di questi KB, vero?

[ulukaii]

Originariamente inviato da akumasama

Grazie mille ulukaii, gentilissimo

Suppongo sia "normale" non venga specificato il nome di Meltdown, Spectre o Intel all'interno delle resolved vulnerabilities di questi KB, vero?

Infatti, non viene specificato

[tallines]

Praticamente tutti i computer nel mondo hanno problemi.........

https://www.theverge.com/2018/1/3/16...windows-10-fix

Microsoft is issuing a rare out-of-band security update to supported versions of Windows today.

The software update is part of a number of fixes that will protect against a newly-discovered processor bug in Intel, AMD, and ARM chipsets. Sources familiar with Microsoft’s plans tell The Verge that the company will issue a Windows update that will be automatically applied to Windows 10 machines at 5PM ET / 2PM PT today.

Andando nel collegamento newly-discovered......esce questo >

Intel says processor bug isn’t unique to its chips and performance issues are ‘workload-dependent’

Intel is responding to claims that the company’s processors have a security bug, and software fixes could slow down PCs.

Reports this week have suggested that a security flaw in Intel processors, and allegedly not AMD ones (un difetto di sicurezza nei processori Intel, e presumibilmente non AMD..........), has led to a redesign of Linux and Windows kernels to protect against a hardware flaw.

“Recent reports that these exploits are caused by a 'bug' or a 'flaw' and are unique to Intel products are incorrect,” says a statement from Intel. “Based on the analysis to date, many types of computing devices — with many different vendors’ processors and operating systems — are susceptible to these exploits.

Intel says it’s working with AMD and ARM in a strongly worded statement,

despite AMD engineer Tom Lendacky previously saying “AMD processors are not subject to the types of attacks that the kernel page table isolation feature protects against.”

Intel says it planned to disclose this issue next week along with other vendors, but that it’s issuing a statement today due to what it angrily describes as “inaccurate media reports."