Dvě nové bezpečnostní chyby v procesorech od Intelu

Intel vydal bezpečnostní upozornění INTEL-SA-00329 upozorňující na dvě nové bezpečnostní chyby ve svých procesorech. Jedná se o CVE-2020-0548 (Vector Register Sampling) a CVE-2020-0549 (L1D Eviction Sampling). Vážnější chyba CVE-2020-0549 dostala název CacheOut (pdf).

28.1.2020 03:00 | Ladislav Hagara | Bezpečnostní upozornění

Komentáře

[Zvěr Pohl, 27 let, vegan]

Tyhle aféry každého jenom otravují. Já bych všechny ty intely a počítače zakázala.

[..yx]

Já jenom doufám, že české 5G sítě nebudou používat procesory Intel.

[Jacob]

Procesory by se měly jmenovat Intel Ementál nebo, vzhledem k neustále rostoucímu počtu bezpečnostních děr, Intel Řešeto. Pokud chce tohle člověk provozovat bezpečně, pak si ovšem Intel Řešeto musí přejmenovat na Intel Hlemýžď.

[Peter Fodrek]

že by Intel časom prehlásil, že jeho Core i nie je procesor ale nástroj kompatibility, tak ako to o MSIE prehlásil Microsoft minulý rok?

Microsoft: Internet Explorer není prohlížeč, přestaňte ho tak používat Markéta Mikešová 10. února 2019

Je Internet Explorer (IE) prohlížeč? Samozřejmě že ano, napadne člověka jako první. Podle Microsoftu ovšem ne. Jde o „řešení pro kompabilitu“, jak ho nazval šéf bezpečnosti společnosti Chris Jackson. https://www.zive.cz/clanky/microsoft-internet-explorer-neni-prohlizec-prestante-ho-tak-pouzivat/sc-3-a-197149/default.aspx

[Mike]

Haha, skvělé bezpečné SGX enklávy jsou taky broken

What is Intel SGX?

Intel Security Guard Extensions (SGX) offer an even stronger isolation guarantee that allows third parties to run their software in secure enclaves, with protection against a compromised operating system and/or hypervisor.

How does CacheOut affect Intel SGX?

CacheOut exploits the hardware vulnerabilities we uncovered to dump the contents of SGX enclaves. As such, any information stored inside the enclave can be potentially leaked by CacheOut.

[frufru]

Tak dlouho si dělalí US agentury do Intelu zadní vrátka, až se jim to podařilo. Není těch vrátek nějak moc?

[Pepan]

však se začnou objevovat i vrata do AMD. Dočkej času

[j]

Sak v AMD taky sou ... prakticky vsechno co se naslo u Intelu se ve vetsi nebo mensi mire da aplikovat i u AMD. Jedinej zasadni rozdil je totiz v tom, ze Intelu je 90+% kdezto amdecek tech zbyvajicich 10-%. A tudiz dava o dost vetsi smysl hledat primarne diry v intelech.

Abychom byli presni ... v serverech (a o ty jde predevsim, hackovat si vlastni desktop asi moc smyslu nedava) ma AMD podil nekde kolem 4%.

[Ovoce]

Sak v AMD taky sou ... prakticky vsechno co se naslo u Intelu se ve vetsi nebo mensi mire da aplikovat i u AMD.

Hrubě nepravdivé.

Naopak AMD postihuje výrazně podpoloviční menšina všech těch děr, co jsou nacházené v Intelu. Dnes už je evidentní, že Intel měl metodiku návrhu výkonnostně-kritických částí CPU, která prioritizovala výkon a různé kontroly opraávnění byly dělané s odkladem nebo líně, takže se spekulace dá použít jako zranitelnost ne ohromném množství míst.

To, že většina toho u AMD nejde (kromě hodně fundamentálních věcí jako je Spectre, které jsou plus minus neřešitelné a mají je všechny pokročilejší CPU), ukazuje, že je to skutečně agresivita mikroarchitektury a návrhové politiky, ne něco, co by zákonitě muselo mít i AMD.

[j]

Kdybys neblabolil, jakmile vzal nekdo chybu v intelu a zacal na to tema zkoumat AMD tak nasel vzdy cestu, jak stejnej utok realizovat i na AMD. Jenom jsou nektery typy mene efektivni, protoze AMD podava v dany oblasti klidne i radove nizsi vykon.

Jedinej zasadni rozdil spociva prave v tom, ze hledani chyb v AMDcku se nikdo nevenuje, protoze jejich trzni podil je efektivni nula.

[Hlipa]

Dovolil bych si nesouhlasit. Každý výrobce chipu (a operačních systémů) jako jsou například AMD, SPARC, ARM, dostávají echo ještě před zveřejněním a provádějí analýzu jejich procesorů, zda trpí stejnou nebo podobnou chybou. A většinou ve stejný den, zveřejní prohlášení jestli jsou a případně v jaké míře jejich procesory také děravé. A skutečně řada věcí se týka jen intelu a jeho implementace orientované na výkon. Ono ostatní designéři procesorů tu bezpečnost brali a berou vážně. Například již tuším v roce 2007 Sun Microsystems vydal doporučení, že HT se nemá na intelých procesorech používat a o deset let později se ukázalo v plném světle proč.

[kralyk z abclinuxu]

jakmile vzal nekdo chybu v intelu a zacal na to tema zkoumat AMD tak nasel vzdy cestu, jak stejnej utok realizovat i na AMD.

Dolož.

[Kate]

Tady je krátký souhrn většiny toho, co tvrdí

[Ovoce]

On je to spíš takovej učebnicovej případ fanouše co si myslí, že něco změní mlžením na fórech, nebo co. Mám pocit, že tohle lhaní ohledně Intel-only děr tu měl i minule.

[Kate]

On mele pravidelně blbosti o všem možném.

[k3dAR]

i ciste logicky je to nesmysl... pokud by AMD melo zranitelnosti jako Intel, tak Intel uz daaaavno ma tym lidi co to zjistujou a pisou na technicke portaly o tom clanky jakoze za sebe...

[Jirka]

Mám ten krám vyhodit do popelnice hned, nebo až zejtra?

[Mudrc]

Staci odpojit ethernet a razem je 99.9% chyb irelevantnich.

[Marek]

Staci odpojit ethernet a zaroven je dotaz na vyhozeni pocitace irelevantni ))

[Zofrey]

A nebude to pres wifi pomale?

[Ovoce]

Nahoď Intel Wireless AX200 a side channel ti posviští rychlejš než trapnejm luzrům s gigabit Ethernetem :D

[xy]

Kolik těch věcí jde skutečně exploitovat remote?

[Hlípa]

no pokud běžíte aplikace v cloudu či jiné virtualizaci, tak úplně nechcete, aby vám z jiné virtuální mašiny četl někdo Vaše data.

[xy]

Jirka mluvil o domácích uživatelích. Ale ano, být Amazon, tak jsem docela naštvanej. Pronajímání poloviny jádra to docela zkomplikuje.

[Hlípa]

No tak pak některé z jedno z posledních balíků se myslím týkali i síťových karet. Navíc některé věci šli zneužít i pomocí JS, takže stačilo otevřít blbou stránku v prohlížeči.

[Jacob]

Hned, akorát dej vědět, co sis pořídil místo Intel Řešeta. AMD Cedník nebo ARM Děrovač?

[frufru]

SPARC-based CPUs - Elbrus + linux

https://en.wikipedia.org/wiki/Elbrus_(computer)

https://en.wikipedia.org/wiki/Elbrus-8S#Elbrus_Elbrus-8SV_information

[Ovoce]

Sparc měl Meltdowna IIRC (a Spectre pochopitelně).

Elbrusy měly ISA Sparc jen hodně dávno, pak přešly na vlastní VLIW architekturu.

[Ovoce]

Prostě kup Intel nebo AMD, nebo teda používej dál původní AMD/Intel, zapni/instaluj záplaty OS/aktualizace mikrokódu dál to neřeš (pokud teda není řeč o serveru, tam to chce sledovat trošku víc).

Na AMD není těch aktualizací mikrokódu (kde je to trošku větší opruz) zdaleka tolik, takže to bude pohodlnější, ale že by Intel byl na "vyhození", to jako fakt ne. I když možná, že to mám tak na háku proto, že nemám aspoň na hlavním kompu Intela, tak mi to přijde takové míň naléhavé, protože u většiny těch nově objevovaných není Ryzen postiženej.