|
|
|
|
|
by zaarn
2431 days ago
|
|
Well, for trusted code that doesn't expose any mechanism to run foreign code (ie browsers), spectre is largely a non-issue. So the trusted core part of the OS can run without any spectre prevention, though you can still enable the various hardware protections available in the chicken bits. And if it's necessary to protect against spectre attacks, you can use shim layers or even isolation into ring3 to take preventative measures. This allows leveraging performance were important and security where necessary. If it's in webassembly, you can even run two versions of a driver; one with spectre-mitigations compiled in and one without, sharing one memory space and the kernel can choose to invoke either one depending on the call chain. |
|