# Attaque temporelle

En cryptanalyse, une attaque temporelle consiste à estimer et analyser le temps mis pour effectuer certaines opérations cryptographiques dans le but de découvrir des informations secrètes. Certaines opérations peuvent prendre plus de temps que d'autres et l'étude de ces informations temporelles peut être précieuse pour le cryptanalyste. La mise en œuvre de ce genre d'attaque est intimement liée au matériel ou au logiciel attaqué.

## Limitations

Des attaques temporelles peuvent aussi se faire à distance, via un réseau. L'observation des délais dans un système est en général soumise à des perturbations aléatoires. Ceci est d'autant plus vrai que l'observation se fait via un réseau. La plupart des attaques temporelles demandent que l'adversaire connaisse les détails de l'implémentation. Cependant, ces attaques peuvent aussi servir à identifier les algorithmes employés et faire de l'ingénierie inverse.

## Attaques sur la cryptographie asymétrique

Les algorithmes d'exponentiation modulaire sont coûteux, le temps d'exécution dépend linéairement du nombre de bits à '1' dans la clé. Si connaître le nombre de '1' n'est pas une information toujours suffisante pour trouver la clé, le recoupement statistique entre plusieurs chiffrements avec cette clé peut offrir de nouvelles possibilités au cryptanalyste.

## Attaques sur un réseau

En 2003, Boneh et Brumley , travaillant tous les deux à Stanford, ont démontré une attaque pratique contre des serveurs SSL. Leur cryptanalyse est basée sur des vulnérabilités découvertes dans les implémentations du théorème des restes chinois. L'attaque fut toutefois menée à travers un réseau de taille limitée mais elle montrait que ce type d'attaque était sérieuse et praticable en l'espace de quelques heures. Les implémentations furent améliorées pour limiter les corrélations entre la clé et le temps de chiffrement.

## Attaque sur les chiffrements par bloc

Les chiffrements par bloc sont en général moins sensibles aux attaques temporelles, la corrélation entre la clé et les opérations étant plus limitées, mais celles-ci existent quand même. La plupart reposent sur les temps mis pour accéder aux différentes tables (par exemple les S-Boxes).
En 2005, Daniel J. Bernstein a démontré qu'une attaque contre une implémentation vulnérable d'AES était possible à partir du cache des processeurs modernes des PC (AMD ou Intel). Bernstein reproche au NIST d'avoir négligé ces problèmes lors du concours AES, il ajoute que le NIST s'est trompé en partant du principe que le temps d'accès aux tables était constant.

## Exemple d'attaque

En 1996, Paul Kocher exhibe une faille dans une implémentation du calcul de l'exponentiation modulaire. L'algorithme consiste à calculer $R=y^{x}$ mod $n$, avec $n$ public, et $y$ obtenu par espionnage (ou une quelconque autre manière). Le but de l'attaquant est de trouver la valeur de $x$ (la clé secrète).
Pour que cette attaque se déroule correctement, la 'victime' doit calculer $y^{x}$ mod $n$ pour plusieurs valeurs de $y$, où $y$, $n$ et le temps de calcul (à un grain suffisamment fin) sont connus de l'attaquant.
Voici l'algorithme, avec $w$ le nombre de bits de longueur de $x$.
    Soit $s_{0}=1$
    Pour $k$ allant de $0$ à $w-1$ faire
       Si le $k$-ème bit de $x$ vaut 1
          Alors $R_{k}=(s_{k}\times y)$ mod $n$
          Sinon $R_{k}=s_{k}$
       $s_{k+1}=R_{k}^{2}$ mod $n$
    FinPour
    Renvoyer ($R_{w-1}$)
On remarque que selon la valeur du bit, on calcule soit $(s_{k}\times y)$ mod $n$ soit rien (en fait, on effectue l'affectation $R_{k}=s_{k}$, mais en termes de temps de calcul c'est négligeable). Donc si on peut observer suffisamment finement le temps d'exécution de l'algorithme, on peut déduire la valeur du bit en fonction du temps de calcul, et ainsi recouvrer totalement le secret en procédant par itération sur les bits $0\ldots b-1$ de l'exposant.

### Défense

Cette attaque peut être contrée en modifiant l’implémentation pour que tous les calculs soient effectués d’office, quels que soient les bits de la clé :
    Soit $s_{0}=1$
    Pour $k$ allant de $0$ à $w-1$ faire
       Soit $temp=(s_{k}\times y)$ mod $n$
       Si le $k$-ème bit de $x$ vaut 1
          Alors $R_{k}=temp$
          Sinon $R_{k}=s_{k}$
       $s_{k+1}=R_{k}^{2}$ mod $n$
    FinPour
    Renvoyer ($R_{w-1}$)
Cette fois-ci, le temps de calcul ne dépend aucunement de la valeur de la clé (seule la source de l’affectation à $R_{k}$ change), l’attaque temporelle devient donc impossible sur ce fragment de code. Cela rend certes plus long le temps de calcul total, mais, dans le contexte qui nous intéresse, l’impératif de sécurité est incommensurablement plus important que celui de la vitesse.