[londiste]

[arny]

huvi pärast kah vaatasin kas on see meltdown kaitse powershelliga ja oli olemas. Inspecter või asi kirjutas sellepeale, et performance slower. Ei teagi nüüd kui palju aeglasem, mängides vist ei tule vahe välja.
Leidsin, et arvuti performance test 9.0 ja lasin tööle. Kogu tulemus enne 3507,4 ja nüüd 3423,9, samas cpu oma enne 7743,1 ja nüüd 7705,6. Gpu on sama aga hetkel stock kiirusel ja enne 2d 729,8 nüüd 697,4 ja 3d enne 9569,2 ja nüüd 9782,3, imelik. Memory enne 2620,9 ja nüüd 2592,3. disk enne 1461 ja nüüd 1420,7. Kokkuvõttes on jah väike kadu selle järgi aga kas nutma ajav, seda kindlasti mitte.

[anubis]

https://www.theregister.co.uk/2018/02/14/meltdown_spectre_exploit_variants/
https://arxiv.org/pdf/1802.03802.pdf

[NATAS999]

londiste, ilmselt tähendab see viimane lõik seda, et kogu x86 on vundamentaalselt haavatav, või vähemalt see tuumik, mille ümber prosede arendus käib. ehk siis sisuliselt on kõik prosed sama vitsaga löödud ja kogu arendus on seni olnud vaid pisikesed n.ö. klotside ringi paigutamine. põhimõtteliselt tuleb hakata prosesi täiesti nullist leiutama selle vea kõrvaldamiseks ja ilmselt koos sellega muutub ka hetkel kõik olemasolev tarkvara kasutuks. või siis hakkaks soft jooksma mingis emulaatoris, ehk siis perf on hoopis teisest mastist, võrreldes sellega, mis praegu nende turvapaikadega tekivad.

e: okei, londiste post, millele vastasin, on ära kadund vahepeal :/

[tahanteada]

[londiste]

NATAS999, x86 ei ole fundamentaalselt haavatav. prosesid ei tule hakata nullist leiutama. tarkvara ei muutu kasutuks.

[NATAS999]

tahanteada, 64bit on x86 laiendus. sisult sama, instruktsioonid pikemad.

londiste, okei. ju sa tead paremini, kus see haavatavus asub, kuidas sellele ligi saab ja kuidas auk kinni lappida.

[londiste]

NATAS999, ma ei nori, ausalt.
probleem on käsustikust natukene allpool. või kõrval, olenevalt kuidas võtta.
ka teised käsustikud on probleemsed - arm ja power kindlasti, ilmselt mõni veel. on x86 prosesid, mida probleemid ei puuduta, näiteks vanemad atomid.

[NATAS999]

londiste, ei olnud norimisena mõeldud, konstanteerisin fakti. ei pea ennast kõikvõimsaks ja kõikteadvaks proseteadlaseks. nii palju, kui ise olen seda teemat uurind, siis mulle on jäänud selline mulje, mida eelpool kirjeldasin. too kõnealune lõik anubise postitatud tsitaadis kinnistas seda.

[londiste]

[NATAS999]

londiste, no mina olen asjast aru saand sedasi, et teatud optimisatsiooni(de) kaudu on võimalik lugeda mälu osa, mida teoreetiliselt kasutajale kätte ei anta. kuidas keegi oma ründe meetodit või haavatavust nimetab, on tema enda asi "heal" lapsel mitu nime.

mis moodi see asi täpselt raua tasemel käib, mil moel mälu piirkondi kaitstakse, kuidas see predictioni värk seal käib, pole mul õrna aimugi. kui aga räägitakse sellest, et haavatavus on juba rauas ja on seal pesitsenud juba umbakudu pool sajandit, siis ei tundu antud probleem päris selliselt lahendatav olema a'la kirjutame olemasolevale keelumärgile juurde veel lisaks, et siia päriselt ka ei tohi tulla, mida tundub tegevat windowsi ja linuxi patchid ja bios updated.

[londiste]

zone blogis on enam-vähem hea lihtsustatud maakeelne kirjeldus, keri lingil allapoole - trivialiseeritud meltdown ehk “kuidas lugeda võõrast mälu?”
https://blog.zone.ee/2018/01/26/meltdown-ja-spectre/

[NATAS999]

londiste, hea kirjeldus. eks see paistab lähiajal järgmise prose seeriaga, kuidas soft käituma hakkab, kui palju neid auke seal lapitud on ja kuidas perf on. üsna kindel, et häkkerid ja turvaspetsid järgmist geni korralikult pommitama hakkavad.

käivad praegu väikest viisi pc upgrade mõtted, aga coffe lake peale hetke seisuga kolida oleks lauslollus.

[Renka]

Miks? Ega järgmine gen ka veel mingit fixi ei saa väga suure tõenäoususega. Aasta+ läheb aega enne kui võib päris fixiga prosesid tulema hakata.

Prose arhitektuuris on arenduste viiteaeg kohe julgelt aastates. Oli vist 5a+ tavaline mingi feature poeletile jõudmise aeg. Kusagil siin varem oli link inimese jutule kes kogu seda arenduse protsessi lahti seletas.

[NATAS999]

Renka, 5 aastat on vast palju juba kuramus. aasta-paar vast veel toimetab ivy, aga siis küll viimane aeg vahetuseks. coffee lake jätan kindlalt vahele. pole praegu põhjust veel vahetada + ei viitsi selle deliddimisega mässata.

[olavsu1]

https://it.slashdot.org/story/18/02/21/186257/intel-has-a-new-spectre-and-meltdown-firmware-patch-for-you-to-try-out

https://newsroom.intel.com/wp-content/uploads/sites/11/2018/02/microcode-update-guidance.pdf

midagi uut.

[Tomorrow]

https://www.techpowerup.com/241959/intel-finally-ready-with-security-microcode-updates-for-broadwell-haswell

Paistab, et isegi hulga vanemad 10 aastat vanad saavad patchi: https://newsroom.intel.com/wp-content/uploads/sites/11/2018/02/microcode-update-guidance.pdf
Algselt oli jutt ainult viiest aastast mis oleks tähendanud Haswell ja uuemad. Nüüd näen, et planeeritakse juba ka Peryn (2007), Nehalem (2008) ja Westmere (2010) + Sandy Bridge (2011) ja Ivy Bridge (2012). Not bad.
Iseasi kas mõni emaplaaditootja tõesti viitsib 10 aastat vanale emaplaadile uue BIOS versiooni teha kus patch sees? Ma väga kahtlen

[friik1]

Tomorrow, pakun et see on mingitele väga pika eluaega tööstusseadmetele põhiliselt. Või siis hakkab Windows microcode uuendusi patchidega kaasa panema.

[Betamax]

Ilgelt tahaks ju, et Windows mul iseseisvalt hakkaks BIOSi uuendama

[friik1]

Microcode update != BIOS update. Operatsioonisüsteem saab käigu pealt (tüüpiliselt küll varakult süsteemi käivitusel) CPU-sse uue microcode sisse toppida (kuni järgmise restardini).

[Tomorrow]

http://www.zdnet.com/article/new-spectre-attack-variant-can-pry-secrets-from-intels-sgx-protected-enclaves/

[anubis]

https://valid.x86.fr/ntltwn

Lenovo T440s jaoks Spectre versioon 1 paranduse patch BIOSi keevitatud.
https://support.lenovo.com/ee/en/downloads/ds035965

Ärikasutajad saavad kiirelt

[siLc]

Ärikasutajad saavad jah kiirelt, isegi Sandy Bridge'le on BIOS uuendus tulemas Lenovol. https://support.lenovo.com/ee/en/solutions/len-18282

HP samane nimekiri, samuti Sandy Bridge'ni välja. https://support.hp.com/sg-en/document/c05869091

[pois11]

Enda elitebook 8570p uuendasin ära. Eelmine bois oli aastast 2012, nüüd 2018. Aga aru küll ei saanud, et oleks midagi heaks või halvaks läinud. Vähemalt on kuivam tunne. Nimekirja järgi peaks saama veel kaks elitebooki ära uuendada.

[Betamax]

Nagu Lenovo kirjeldab, siis muud ei teegi peale selle augu kinnilappimise. Ongi konkreetselt selle vea jaoks. Ei mäletagi, kas olen enne näinud ThinkPadidel BIOSi uuenduse juures märget Urgent nagu antud juhul.

[anubis]

https://www.anandtech.com/show/12566/analyzing-meltdown-spectre-perf-impact-on-intel-nuc7i7bnh

TL:DR

Spoiler

tsitaat:

On the whole, we see that the patches for Meltdown and Spectre affect real-world application benchmarks, but, synthetic ones are largely unaffected. The common factor among most of these benchmarks in turn is storage and I/O; the greater the number of operations, the more likely a program will feel the impact of the patches. Conversely, a compute-intensive workload that does little in the way of I/O is more or less unfazed by the changes. Though there is a certain irony to the fact that taken to its logical conclusion, patching a CPU instead renders storage performance slower, with the most impacted systems having the fastest storage.

NVMe SSD saab korralikult pihta.

[Tomorrow]

[Betamax]

Lenovo igatahes 2. Core generatsioonist allapoole oma ThinkPadidele BIOSi uuendust ei paku. 3. generatsiooni masinatel pole veel proovinud.

[londiste]

https://www.amd.com/en/corporate/security-updates

[anubis]

https://www.heise.de/ct/artikel/Exclusive-Spectre-NG-Multiple-new-Intel-CPU-flaws-revealed-several-serious-4040648.html

[londiste]

speculative execution, variant 4: speculative store bypass (google project zero)
cve-2018-3639 (nist)

adv180012 | microsoft guidance for speculative store bypass (microsoft)
analysis and mitigation of speculative store bypass (cve-2018-3639) (microsoft security blog)

q2 2018 speculative execution side channel update (intel)
amd processor security updates - “speculative store bypass” vulnerability mitigations for amd platforms (amd)
vulnerability of speculative processors to cache timing side-channel mechanism - variant 4 (arm)

[anubis]

https://www.redhat.com/en/blog/speculative-store-bypass-explained-what-it-how-it-works

Päris hea kirjutis.

[siven]

keegi võiks nüüd siis varsti testida peale neid kõiki fixe mis prose perfist alles on...
ilmselt tleb neid häkke veelgi ja veel lisaks patche... iga patch nende sõnul small perfomance hit... aga kui lõpuks kõik kokku lisada???

[Mnator]

allapoole kõigi nende ühist esiisa 8086 ikka ei lange

[Tomorrow]

[anubis]

Aga proovige.

Spoiler

[Tomorrow]

Järjekordne turvaauk. Seekord Intel isegi ei viitsi seda parandama hakata. Ju neil käed jalad tööd täis praegustegagi: https://www.theregister.co.uk/2018/06/22/intel_tlbleed_key_data_leak/

[anubis]

https://arstechnica.com/gadgets/2018/07/new-spectre-attack-enables-secrets-to-be-leaked-over-a-network/

Mnjh. Väga pahasti. 24/7 töötavad masinad millest mõne võtme välja kalastamine palju paha tekitab on ikka üsna levinud.

[londiste]

minut per bitt üle gigabitise lanni.
sinna otsa see, et enamasti tähendab "üle võrgu" kas internetti või vähemalt mitut võrgusegmenti.

jätkuv kastist välja mõtlemine on muidugi äge. see avx2 ärkamise lugu sedapuhku

[anubis]

Mulle meeldis ühe kommenteerija vastus:

[Tomorrow]

MIT Researches Find a New Way to Fix Spectre and Meltdown, Isolation Is Key
https://www.techpowerup.com/248693/mit-researches-find-a-new-way-to-fix-spectre-and-meltdown-isolation-is-key

[olavsu1]

uus probleem leitud

https://it.slashdot.org/story/18/11/02/1543237/intel-cpus-impacted-by-new-portsmash-side-channel-vulnerability

[londiste]

https://arstechnica.com/gadgets/2018/11/spectre-meltdown-researchers-unveil-7-more-speculative-execution-attacks/

[anubis]

https://www.anandtech.com/show/13659/analyzing-core-i9-9900k-performance-with-spectre-and-meltdown-hardware-mitigations

[Tomorrow]

https://arstechnica.com/gadgets/2019/02/researchers-use-intel-sgx-to-put-malware-beyond-the-reach-of-antivirus-software/

Inteli vastus on pmst, et vaadake lihtsalt, et te jooksutate koodi usaldusväärsest allikast. Ei sõnagi sellest millal parandust on oodata

[anubis]

Spoiler

Link

Justkui..

[londiste]

[Tomorrow]

londiste, HT on samuti disabletav. See on kehv vabandus.

[londiste]

[Tomorrow]

londiste, How about whitelist koodist mis tohib SGX's joosta? Praegu nagu ma aru saan saab pahalane piisava oskuse korral seal suvalist koodi jooksutada ja see on täiesti nähtamatu OS-le ja antiviirusele.
Tehku mingi validation programm ja las need kel vaja submittivad oma koodi. Kui palju neid use case'sid ikka on kus 3rd party kood peab niivõrd kõrgel tasemel jooksma?