la solution (matérielle ou logicielle) pour corriger ça reviendrait à désactiver cette exécution spéculative ?
A priori, il suffirait que cette exécution spéculative n'ait pas d'effets de bords.
Je n'y connais rien en matériel, mais serait-il possible d'avoir un cache spécifique à l'écriture par l'exécution spéculative? Le code exécuté spéculativement pourrait lire le cache "normal", mais ne pourrait écrire que dans un espace qui lui est réservé, qui serait ensuite commité sur le cache normal une fois la branche "validée". Ainsi, les effets de bords exploités dans ces attaques seraient supprimés.
[^] # Re: Détails techniques
Posté par ®om (site web personnel) . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 2.
A priori, il suffirait que cette exécution spéculative n'ait pas d'effets de bords.
Je n'y connais rien en matériel, mais serait-il possible d'avoir un cache spécifique à l'écriture par l'exécution spéculative? Le code exécuté spéculativement pourrait lire le cache "normal", mais ne pourrait écrire que dans un espace qui lui est réservé, qui serait ensuite commité sur le cache normal une fois la branche "validée". Ainsi, les effets de bords exploités dans ces attaques seraient supprimés.
blog.rom1v.com