Lucky Microseconds
L'attaque de 2015 qui a montré que s2n d'Amazon s'était défendu contre Lucky Thirteen par des délais aléatoires – et que le hasard ne suffit pas.
Amazon a publié sa bibliothèque TLS s2n en 2015 comme alternative épurée à OpenSSL. Elle comportait des parades contre Lucky Thirteen, mais pas le traitement complet en temps constant. À la place, elle insérait une pause aléatoire après chaque échec de déchiffrement, dans l'idée que le bruit noierait le signal.
Martin Albrecht et Kenneth Paterson ont montré que non. L'écart de temps vient du nombre de blocs de compression que HMAC doit traiter selon le bourrage, et la granularité grossière de la pause pouvait être moyennée statistiquement. Résultat : une attaque par oracle de bourrage fonctionnelle qui récupérait le clair. Amazon a corrigé la faille avant la publication de l'article. La leçon est ancienne mais mérite d'être répétée : le bruit ne remplace pas le code en temps constant.