Newsgroup: it.comp.os.linux.iniziare
Titolo: mega BUCO di sicurezza nelle CPU intel degli ultimi 10 anni nell'impaginazione di memoria


 
 
 
-- 
-
---
I molti partiti comunisti italiani 
che stanno a DX, al centro, a SX
finiranno anche i denari di Draghi,
il 31/10/2019
 
 

 
Sei totalmente OT.


Direi di no: 
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
 
 
Settimana prossima esce una patch di sicurezza del kernel Linux (e Windows e probabilmente anche altri OS) per ovviare al problema (con una notevole riduzione delle performance).
 
Ciao Jack
 

 
mi riporta ai ricordi del bug della virgola mobile dei primi pentium...
ma questo è molto peggio.. complimenti ad intel..
 
-- 
Ciao!
Nobuteru
Jabber ID 
nobu...@jabber.org
 
Download free Jabber client from 
www.jabber.org
 


 
Non male come bug, dicono che siano afflitti tutti i "core" quindi da 10
anni a questa parte, solo i primi pentium non sono afflitti.
 
Comunque i test di phoronix dicono che i videogiochi sono ok e non hanno
perdite di prestazioni, invece sono messi male i server tipo AWS, Azure,
Google ecc, ecc. Parlano di cali dal 5 al 30%.
-- 
Sandro kensan 
www.kensan.it
 & 
www.qiqi.it
 geek site
Saluto gli agenti della NSA - Hello NSA - 
www.nsa.gov
 

Google ecc, ecc. Parlano di cali dal 5 al 30%.
 
Aiuto... :( Sia per le prestazioni e ancor di più per la sicurezza.
Mah.

 
questa è un'ottima domanda, considerato che in 10 anni di cpu Intel ne 
hanno sviluppate tante e nessuno si sia accorto di una roba simile è IMHO 
poco credibile.



 
 
 
Cmq la cosa incredibile è che ci sono voluti 10 anni per scoprire questa 
falla, con miliardi di sistemi attivi in qualsiasi ambito. Non proprio 
semplice da scovare come bug! Questa cosa per me rivaluta Intel...a meno 
che non sappiano della falla da anni e hanno continuato a sfornare nuove 
generazioni di processori senza correggerla tenendola segreta, ma dubito...
 
 

 poco credibile.
 
Questa news allarga gli orizzonti, però...
https://www.theregister.co.uk/2018/01/04/intel_amd_arm_cpu_vulnerability/
 
 
 
 
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 
Warning virus found:   Virus albanese 1.4
 
-- 
Hey, ma io non uso avast, e questa firma l'ho messa a mano...
Ma ci sono ancora babbuini idrocefali che credono a questa minkiata di firma?
Se la usi, toglila.     E' solo uno stupido spam !!!


beh un pò OT ma la Mitsubishi per più di 30 anno fabbricava veicoli con
gli stessi difetti...
 
mi pare che il problema non sia solo processori architettura x86_64
intel ma anche di altri arm e etc etc


finisce che i migliori sistemi immuni a tutto erano quelli motorizzati 
MOS65C02 con dos 3.3


 
  Dubitare è un diritto anzi un dovere. Ti immagini quanto sarebbe 
costato a loro mettere le cose a posto? E la credibilità dove sarebbe 
arrivata?
Speriamo che si correggano alla svelta almeno per i processori futuri.
 
-- 
Passato a Linux  Mint -Fine delle trasmissioni-

 A parte i danni già fatti quanti ne faranno ancora?
 
Se non con workaround nel kernel, che però pare abbiano come
controparte il calo sensibile di prestazioni, variabile a seconda
del contesto di utilizzo. Win10 ha già la patch.
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.


 
cosa che è rimasta in comune da quanto ho capito su tutti i core che poi 
sono stati aggiunti sulle due linee di chip fisso/mobile.
 
A naso quindi:
 
-il problema è stato generato nella Intel Core Microarchicture. A quanto 
ho capito è un problema d'indirizzamento, bypassando le aree protette 
della memoria, permettendo ad un processo inferiore di scrivere nelle 
aree di memoria ad uso di un processo superiore. E potrebbe risiedere quì 
il problema solo 47 delle 54 istruzioni del set SSE4 sono state 
implementate. Le istruizioni successive furono aggiunte nella versione 
"Nehalem" 
<
https://it.wikipedia.org/wiki/Nehalem_
 
(hardware)#L'architettura_Nehalem_si_ispira_alla_Core_e_la_migliora>  
 
oppure
 
-si è prodotto quando i due progetti Conroe e Merom sono stati creati. 
Poichè provenivano da microprocessori diversi è impossibile che il 
problema si sia prodotto causalmente per entrambi, a meno che non sia 
stato inserito specificatamente il bug per ragioni di sicurezza nazionale 
(esiste infatti una direttiva di sicurezza nazionale che vige su 
produttori di software ed hardware americano, che tali sistemi non 
possano essere usati come strumenti ostili in guerra contro gli USA. 
L'inserimento in progetti di *bachi* da usarsi dai militari per interdire 
e disabilitare capacità nemiche operanti su tecnologie militari è 
un'importante chiave del dominio Cyber).
 
In ogni caso, penso che il bug sia stato introdotto ad hoc e tenuto 
segreto per ragioni di sicurezza nazionale e poi scoperto per caso da 
google che potrebbe essersi accorta di qualche violazione (tenendo 
presente il volume di miliardi di connessioni che gestisce) e 
dall'analisi della violazione, essersi accorta del bug a livello hardware 
di cui non sapeva.
 
Si apre quindi uno scenario:
 
-> la violazione è stata fatta da chi la conosceva, per tappare la falla, 
perchè nuovi computer buggati a livello hardware erano stati introdotti 
in posti chiave
 
oppure
 
-> la violazione è stata fatta da chi lo sapeva per beccare informazioni 
da google?!
 
-> che ruolo ha la criptomoneta bitcoin e gli spiderbot di google in 
tutto questo dato che bitocin gira come applicazioni sui server?!
 
bello sembra quasi un giallo!
 
;-)


 bye G.L.
   Vedremo!
Ciao



Ma non è stata Intel a divulgarla... Sono stati ricercatori
indipendenti. Ho la netta sensazione che Intel ne avrebbe fatto a meno
di questa pubblicità.


C'è un piccolo programma che verifica la CPU sia bacata o meno:
 
https://downloadcenter.intel.com/download/27150
 
 
Ho la netta sensazione che gli ultimi siano immuni mentre i più
obsoleti si. Nel caso Intel dovrà sfornare tanti processori e piastre
madri per sostituirli, anche qui un caso?
L'ennesima spallata a WinXP che non credo sarà pachato.

 MOS65C02 con dos 3.3
 
Potresti dire, senza rendertene conto, una profonda verità!
Io HO uno di quei sistemi.



Il "rivaluta Intel"  era riferito alla "presunta" buona fede. I bug 
accadono e questo era difficilissimo da scovare se ci sono voluti 10 
anni.  E' quasi come una catastrofe naturale...imprevedibile a priori.

Io HO uno di quei sistemi.
 
Per farci cosa? Avevo anch'io un Win3.1 l'ho mandato in discarica...
Ormai sono soluzioni senza senso pratico e anch'essi aveva bug,
backdoor... Soluzioni per la privacy ne vedo sempre meno.


Non dimentichiamoci che tutti i prodotti USA devono rispettare delle
regole del patriot act. Buona fede? Non ne sono molto convinto,
probabilmente nei piani alti staranno smadonnando da po, è più
probabile. E l'ipotesi che ora sfruttino l'occasione ghiotta per
rimpiazzare tanti pc è certa, anche se in buona fede o meno.


Io di solito odio il complottismo ma in questo caso non è una teoria del 
tutto peregrina.
 
-- 
==================
Don Zauker @ 
fcku.it
 
PSN: DZAUKER
LIVE: D0N ZAUKER
NINTY: DonZauker
==================

 Ãš una teoria del tutto peregrina.
 
 
+1, la trovo delle due piuttosto fondata. Si sa da sempre
che i produttori devono inserire backdoors e meccanismi di
spionaggio per via del patriot act, mi sorprenderei se non
fosse stato questo il caso.
 
 
-- 
"Pompieri? Presto, venite, la mia casa sta bruciando"
"OK, quando ha avuto origine il fuoco?"
"Nel paleolitico, però sbrigatevi"
 


Ehmmmm!  Stiamo parlando di microprocessore 65c02, e dos 3.3.
Ma non Microsoft, ma Apple.
Per la precisione di Apple //   :)
E senza connessione di rete, la vedo dura parlare di backdoor e privacy...
 
Ho anche un 486dx50 con dos 6.22 e win3.11, ma non ha connessioni di rete.
Ai suoi tempi si, col modem mio collegavo, ma _SOLO_ ai suoi tempi...
E anche qui, senza connessione di rete, la vedo dura parlare di backdoor e
privacy...
 
  :)


Ecco come funziona uno dei Megabuchi, esattamente il bug Meltdown:
 
https://www.raspberrypi.org/blog/why-raspberry-pi-isnt-vulnerable-to-spectre-or-meltdown/
 
 
A me pare chiaro ma è anche detto:
 
The real Meltdown exploit is more complex than this, but the principle
is the same. Spectre uses a similar approach to subvert software array
bounds checks.


On Sat, 6 Jan 2018 14:22:03 +0000 (UTC), pino <pi...@pino.invalid>
wrote:

Alla fine erano 10 anni che si conosceva il problema e si è aspettato
tanto per mettervi fine?! Allora mi immagino cosa ci sia nei nuovi
bios e processori... :(

"mosehisuc-1306" ha scritto:

Esattamente.
IMO una «fine» non ci sarà mai: tolto un «bug», se ne «fa» un altro.

Aggiornamento arrivato adesso:
 
https://lwn.net/Articles/742406/
 



 
e allora se questi bug si conoscevano da 10 anni mi spiegate perché 
nessun hacker ne ha approfittato per fotterci account e password facendo 
semplicemente il dump della kernel memory?

"Max" ha scritto:

IMO i cracker comuni che usano kit e roba precotta (tipo i parassiti che
campano di ransomware) non riusciranno a rubare [tutti i] dati utili per
ciò che temi, o almeno non fino a quando altri (veri hacker) non
«rilasceranno» degli exploit veramente pericolosi cioè fino a quando non
riuscirà il primo vero "attacco super difficile" (e quindi probabilmente
specifico per una particolare situazione, inizialmente).
 
Ora, tramite browser *pare* che l'exploit (di Meltdown e/o Spectre) sia
impossibile.
Le patch (workaround) stanno funzionando.
E non risulta sia stato effettuato alcun attacco «professionale».
 
Quindi non resta che sperare che il software ufficiale sia «pulito», ed
evitare che qualche hacker maligno metta le mani sul nostro HW al fine
di recuperare qualsiasi frammento di dump. Chiaro, no?


https://lwn.net/Articles/742406/
 
 
Quando sarà disponibile? 
Ciao.

semplicemente il dump della kernel memory?
 
La certezza assoluta non l'avremo mai. Per il resto è l'ennesima
freccia all'arco degli attacanti.


Su mageia era negli aggiornamenti automatici due giorni fa e quindi l'ho
installato, sulle altre distribuzioni è sicuramente questione di pochi
giorni oppure è già arrivato.


 
 
hai provato poi a testare se i tre problemi di sicurezza sono risolti?
 
git clone 
https://github.com/speed47/spectre-meltdown-checker.git
 
cd spectre-meltdown-checker
./spectre-meltdown-checker.sh
 
 
a me su kubuntu mi dice che per il metdown ok per i due spectre ancora
no, ho provato pure un nuovo daily kernel dal ppa kernel di ubuntu, ma nada


 no, ho provato pure un nuovo daily kernel dal ppa kernel di ubuntu, ma nada
 
Ho letto che per gli spectre non esiste una vera soluzione ma solo degli
accorgimenti.


 
mi è partito un aggiornamento ufficiale del kernel, sto seguendo la
mailing list di sicurezza di ubuntu con un diario aggironato di quello
che stanno facendo, poi riprovo e posto
 
anche io ho letto che meltdown è stato chiuso abbastanza facilmente
stanno ancora lavorando su spectre, cmq c'è molta confusione...
 
prima il bug era dai processori da 10 anni a oggi, poi di 17 anni ad
oggi, poi coinvolgeva tutte le cpu architettura x86_64, poi amd no, poi
amd si ma solo spectre, poi invece anche arm... prima rallentavano del
30% tutte le cpu poi invece no solo lato server/cloud...
 
mah vediamo


 che stanno facendo, poi riprovo e posto
 
 
migliorato...
dovrei controllare anche se il checker sia aggiornato
 
ora sono vulnerabile solo allo spectre variante 2, hanno chiuso subito
meltdown, ora spectre variante 1...
 
parlo di ubuntu e derivate


 
 
con quali kernel hai risolto? sulla 16.04?

 
 
linux-image-4.13.0-29-generic
 
kubuntu / ubuntu 17.10 (credo che i pacchetti base come il kernel siano
condivisi)
 
leggo sulla loro mailing list che da *ubuntu 17.04 indietro non
risolvono ad eccezione LTS, che non ricordo che kernel ha


 linux-image-4.13.0-29-generic
 
Ti è arrivato anche un aggiornamento al microcode?


 
no, ma volendo puoi scaricarlo per conto tuo dall'Intel e installarlo
cmq c'è solo una variante di spectre a cui si è vulnerabili sotto
*ubuntu, gli altri due sono chiusi


 
 
si scusami, si vede che non l'ho visto, ho provato per conto mio ad
aggiornare il microcode per curiosità:
 
https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+build/14224355
 
 
e il sistema è già aggiornato alla versione che c'è li
 
a me risulta che delle tre varianti (2 spectre e 1 metldown)
sia ancora non chiusa la seconda, intendo spectre variant 2 le due
"Mitigation 1 & 2"
 
 
spero che chiudono in fretta
