Attaque par timing de cache
Retrouve des bribes de clé à partir du temps que prennent des lectures de tables, car c'est le cache du processeur qui décide si un accès est rapide ou lent.
En 2005, Daniel J. Bernstein a montré que les implémentations d'AES fondées sur des tables précalculées trahissent de l'information sur la clé via le cache. Une lecture dans une table déjà en cache est rapide, un échec de cache est plus lent. En chronométrant un grand nombre de chiffrements, l'attaquant déduit quels indices de table ont servi, donc une partie de la clé. Aucun accès physique n'est nécessaire : il suffit d'exécuter du code sur la même machine que la victime.
Le remède est une implémentation sans accès mémoire dépendant des données, c'est-à-dire en pratique les instructions AES intégrées aux processeurs modernes, qui évitent toute consultation de table. Des canaux comparables ont refait surface sur les hôtes cloud mutualisés : réécrire le chiffrement ne suffit donc pas, il faut aussi savoir quel code partage son cache avec quel locataire.