Une attaque par canal auxiliaire ne s'en prend pas à l'algorithme : elle observe ce que son exécution laisse échapper — durée, consommation, comportement du cache, émissions électromagnétiques. Sa condition de réussite est rarement discutée alors qu'elle est décisive : l'attaquant doit accumuler des mesures sur une cible qui ne change pas. Le Moving Target Defense s'attaque exactement à cette condition.
Observer sans casser
Le principe est ancien et bien documenté dans la littérature cryptographique. Une implémentation mathématiquement correcte peut trahir de l'information par sa manière de s'exécuter.
Les canaux les plus étudiés :
- Temporel : la durée d'une opération dépend des données traitées. Une comparaison qui s'arrête au premier octet différent en dit long.
- Cache : les accès mémoire d'un processus influencent les temps d'accès d'un autre processus partageant le même matériel — situation banale en environnement mutualisé.
- Consommation et rayonnement : pertinents sur des composants physiques, cartes à puce, éléments sécurisés, objets industriels.
- Comportemental, côté applicatif : messages d'erreur différenciés, temps de réponse distincts selon qu'un compte existe ou non. Ce canal-là est le plus fréquemment exploité en pratique, et le plus facile à corriger.
Ce que l'attaquant doit accumuler
| Ce qu'il lui faut | Pourquoi | Comment on le lui retire |
|---|---|---|
| Un grand nombre de mesures | le signal utile est noyé dans le bruit | limiter la répétition, faire varier l'exécution |
| Une exécution reproductible | comparer suppose une référence stable | polymorphisme fonctionnel |
| Un secret durable à reconstituer | l'effort n'a d'intérêt que si la cible persiste | ne pas manipuler de secret réutilisable |
| Du temps | la reconstruction est progressive | fenêtres éphémères, canal à usage unique |
La troisième ligne est la plus structurante. Toute la valeur d'une attaque par canal auxiliaire tient au fait qu'il existe une clé ou un secret stable au bout de l'effort. Une authentification qui ne manipule aucun secret réutilisable — approche passwordless et IDless, challenge dont la réponse ne vaut que pour l'échange en cours — réduit fortement l'intérêt de la démarche : à supposer que l'observation aboutisse, elle porterait sur un élément déjà périmé.
Rendre l'observation non capitalisable
Le Moving Target Defense consiste à faire varier en continu la configuration et les paramètres d'exécution. Le polymorphisme fonctionnel pousse la même logique un cran plus loin : la manière dont la fonction s'exécute n'est pas identique d'une fois à l'autre.
Trois effets visés sur ce scénario précis :
- Les mesures ne s'additionnent pas. Deux séries d'observations portent sur des exécutions qui ne sont pas comparables, ce qui casse la logique statistique du canal auxiliaire.
- Le modèle de l'attaquant se périme. Le travail de caractérisation, souvent le plus long, doit être refait au lieu d'être réutilisé.
- Le coût devient continu. L'attaque cesse d'être un investissement amortissable sur de nombreuses cibles.
À cela s'ajoute un choix d'architecture qui limite la surface d'observation : le traitement décentralisé, avec une biométrie éventuelle traitée localement sur le terminal, évite de concentrer sur un serveur unique des opérations sensibles répétées — c'est-à-dire exactement la configuration qu'un attaquant cherche à observer longtemps.
Ce que le Moving Target Defense ne remplace pas
Le sujet appelle de la rigueur, car il est facile d'en faire une formule magique.
- Il ne remplace pas les implémentations à temps constant. Les bonnes pratiques cryptographiques restent la première ligne, et une exécution mouvante ne corrige pas une comparaison naïve.
- Il ne traite pas les canaux applicatifs évidents. Un message d'erreur qui distingue « compte inconnu » de « mot de passe incorrect » reste une fuite d'information à corriger dans le code.
- Il n'exclut pas la menace physique. Sur du matériel possédé par l'attaquant, l'analyse reste possible ; c'est le domaine des éléments sécurisés et des contre-mesures matérielles.
- Il complique l'analyse de performance. Une variabilité voulue doit être documentée pour ne pas être confondue avec une anomalie en supervision.
Comment l'évaluer chez un fournisseur
Trois questions utiles, formulables sans expertise cryptographique :
- Que reste-t-il d'exploitable pour un observateur qui capture plusieurs authentifications successives d'un même utilisateur ?
- Existe-t-il, quelque part dans la chaîne, un secret stable dont la compromission serait durable ?
- Comment les traces d'exécution restent-elles exploitables pour l'investigation malgré la variabilité ?
Les réponses à ces trois questions en disent plus qu'une liste de mécanismes.
FAQ
Ce type d'attaque est-il réaliste hors laboratoire ?
Les variantes physiques demandent un accès matériel et restent rares en entreprise. Les variantes temporelles et applicatives, en revanche, sont observées régulièrement, notamment sur les environnements mutualisés et les interfaces exposées.
Le polymorphisme dégrade-t-il les performances ?
Toute variabilité a un coût. La question à poser est celle du compromis retenu, et sa réponse doit être vérifiable sur un parcours réel plutôt qu'annoncée en principe.
Cela concerne-t-il la biométrie ?
Oui : les traitements biométriques comparent des gabarits, opération sensible aux mesures de durée. Traiter la biométrie localement, sur le terminal, réduit l'exposition en supprimant le point d'observation central.
Faut-il en faire un critère de choix ?
C'est un critère de second rang, après la résistance au phishing et la validation d'intention. Il devient pertinent sur des environnements très exposés ou fortement mutualisés.
Aller plus loin : l'authentification cognitive · le MTD face au rejeu · biométrie et canaux auxiliaires · définition du side-channel