Вот тут важно условие: всё зависит от того, о чём мы говорим. Если вы хотите разобраться в конкретной уязвимости, тут полно статей и работ, но речь идёт о классе уязвимостей, а не о конкретной (которых для каждого современного CPU есть десятки). Вкратце: два или несколько потоков, выполняющихся одновременно или по определённым предсказанным путям (любой CPU начиная с Pentium), теоретически могут получить доступ к физическому кэшу или его частям (память CPU) друг друга. Это не критично, если все программы доверяют друг другу, но проблема для виртуальных машин, браузеров и т.д. Показано, что это можно использовать, например, любой программой, которая может выполнять код, даже в песочнице, вроде VM или браузера. Затронет ли вас это: зависит от того, кто вы и что запускаете. Теоретическое ли это: часть да (пока что), часть нет. Какой риск: потеря ключей шифрования и других данных. Недостаток: на системах старше 5 лет вы увидите небольшую потерю производительности (несколько процентов для большинства задач) для систем Linux, большую потерю производительности (~20%) для систем Windows, в которых включены все меры защиты (примечание: Windows по умолчанию не включает меры защиты). Также вам понадобится новейшая прошивка, включая для CPU и UEFI, чтобы включить определённые меры защиты, новые CPU (последние 5 лет) меньше подвержены потере производительности. В рамках всего класса требуются как программные, так и аппаратные меры защиты, аппаратные, такие как отключение определённых инструкций CPU, что может делать Proxmox, программные, встроенные в современные ядра Linux, но более старые ядра и Windows требуют изменения настроек.