Vlákno názorů k článku
Záplata proti MDS/ZombieLoad má větší vliv na výkon než tvrdil Intel od vdx - Tak na desktopu mi už běží Ryzen a...

Tak na desktopu mi už běží Ryzen a v budoucnosti, až budu inovovat notebooky, tak volba je už delší dobu jasná. Nicméně fakt, že bude člověk muset asi ještě pár let vydržet s omezeným mobilním výkonem, který se stále více omezuje (aniž by člověk byl jist 100% bezpečností), to celkem nepotěší :-/

Ryzen beží takmer rok už aj u mňa (2700) a notebook mám zatiaľ s Intelom (4005U), má niečo cez 4 roky tak ešte vydrží, dokonca baterka je stále na 72%, takže sme na tom rovnako.

Mno, nevím, ale na desktopu jsou tyto zranitelnosti prakticky neexploitovatelné. Pokud se útočníkovi podaří do Vašeho desktopu dostat kód, proč by se proboha babral s tím, aby exploitoval tyto slabiny? V tu chvíli má poměrně pestrou paletu technik, jak dosáhnout cíle. To samé platí i pro firemní servery.

Pokud je někde potřeba přemýšlet nad záplatováním, tak zejména na serverech, kde beží VPS více různých zákazníků, nebo pod správou různých osob. Tam může být "zajímavé" podívat se do dat, které mi nepatří.

Většina těchto side-channel útoků je teoreticky exploitovatelná i Javascriptem z prohlížeče, u některých jsou dokonce i praktické příklady (Spectre, Meltdown; obojí pokud vím v mainstream prohlížečích omezeno umělým snížením přesnosti timerů v JS).

Existuje moře způsobů, jak k Vám doručit zdánlivě bezpečný kód ("běží to ve VM, tak se mi nic nemůže stát").

Nicméně po Spectre a Meltdown zareagovali výrobci prohlížečů snížením přesnosti časování v Javascriptu ( https://hackaday.com/2018/01/06/lowering-javascript-timer-resolution-thwarts-meltdown-and-spectre/ )

Neměl by tedy být Javascriptový útok již téměř neproveditelný?

Zajímavé řešení... a co RIDL ?

Mimochodem nebylo by možné si vytvořit vlastní časovač, který se nakalibruje na základě testu hw uživatele? Případně opravit/rekali­brovat ten knihovní?