Bezpečnostní chyba CVE-2018-5407 v procesorech (diskuse)

[Nic]

No vida... Odjakživa jsem si vybíral procesory bez HT a pokud ho náhodou měly procesory v počítačích, na kterých jsem "z donucení" pracoval, tak jsem HT vždy vypínal. Asi nějaké tušení.

[futurolog]

Njn, tuším si blbý a tiahne sa to s tebou niekoľko rokov...

[Nic]

Říká někdo, kdo vytáhne nadávku hned při zahájení obecné diskuse? Myslím že nemusím mít žádný strach...

[Peter Fodrek]

Stačí nemať Intel "šetrivý" a môžete mať aj HT

viď p. Pavlík 37:05-37:40 https://www.youtube.com/watch?v=rwbs-PN0Vpw

a 35:50-41:30-45:45-47:25-49:39-51:30-52:45 a aj https://www.youtube.com/watch?v=mIKSXv0Cgjg

[pc2005]

Njn HT sice zvládne objemově více práce, ale s vyšší latencí. A jelikož jsou ty vlákna ovlivňovaný, tak se ještě musí ten objem práce snižovat (jen ověřený vlákna vedle sebe), takže se to IMO nevyplatí, protože pak zbývá jen ta latence .

[chrono]

Tá chyba v OpenSSL sa dala zneužiť aj bez HT (s HT je to ale jednoduchšie/rýchlejšie).

[Ovoce]

Taky bych neřekl, že to je chyba procesoru nebo HT. Holt algoritmus asi není dostatečně constant-time a to umožňuje šmírovat bity klíče obecně, tohle je jenom jedna z cest, takže je kravina řvát, že se musí SMT zrušit a tak.

Spíš je na čase zamyslet se nad nějakým jiným řešením bezpečnosti (delegování na secure subsystém?), když už, protože to by se pak kvůli timing útokům na kryptoknihovny musely zrušit pomalu všechny užitečný věci v procesorech.

[Peter Golis]

Tak to teda kompletne deleguj na TPM, aj s AES-NI a RNG v CPU.

[Ovoce]

Úplně klidně.

[pc2005]

Tak já nepsal, že tenhle útok je jedinej problém co HT má.

BTW constant time algoritmus právě znamená, že se algoritmus schválně zpomalí aby se nedalo odposlouchávat.