technique - Zenk - Security

des données. D’autres principes plus
efficaces pourraient être mis en place
au niveau logiciel.
Morcellement des clés
La première solution proposée consiste
à morceler les clés en RAM. Cette solution
empêche l’utilisation de aeskeyfind, qui
effectue des recherches sur des blocs
de 128, 256 bits contigus. Les clés étant
morcelées, il n’est plus possible d’effectuer
cette analyse. Prenons le cas ou l’on
fragmente les clés octet par octet. On aurait
donc 64 morceaux (2 clés de 256 bits)
à disperser. Le principe est le suivant :
lorsque l’on veut accéder en lecture ou en
écriture à un fichier, le FDE va rassembler
la clé en RAM et effectuer l’opération
de chiffrement ou de déchiffrement. Une
fois terminé, les clés seront à nouveau
dispersées. La Figure 8 illustre le principe
de morcellement avec une clé coupée
en quatre parties. La partie supérieure du
schéma représente la répartition en RAM de
chaque bloc avant et après chaque étapes.
Ce mode de fonctionnement donne la
possibilité d’attaquer les clés lorsqu’elles
sont rassemblées en RAM, surtout lors
d'opérations sur des fichiers volumineux.
Mais quels sont les impacts sur les
performances? Nous allons mesurer de
manière qualitative les conséquences
de cette approche au niveau des
performances sur un disque de données
et un disque système. Les mesures ont
été réalisées avec l’outil procmon de
Sysinternals (cf. Figure 9).
1 er cas : Disque de données
Un disque contenant uniquement des
données a été monitoré pendant trente
Figure 10. Algorithme de génération des
clés leurres
Listing 5. Implémentation partielle du camouflage de clés
minutes, en étant utilisé normalement
(modification de fichier txt et visualisation
d’images). Il en ressort que durant ces trente
minutes, 32000 opérations ont été faites
sur les fichiers ce qui représente un temps
d’exécution de 42,3s soit 2,4% du temps
total. Par conséquent si on morcelle les clés
à la fin de chaque opération, on diminue le
temps d'exposition à l’attaque de 97,6%. Ce
résultat est à modérer en fonction du niveau
d’utilisation du disque. Car le recours à des
programmes utilisant beaucoup de fichiers,
on obtiendra un résultat moins performant.
2 ème cas : Disque système
Cette fois un disque contenant Windows
XP a été monitoré pendant 30 minutes. Ce
qui représente 170000 opérations ayant un
temps d’exécution de 232s, c'est-à-dire 12,9%
du temps de l’analyse. Bien que ce résultat
ne soit pas surprenant, on remarque que
l’utilisation du morcellement de clé est moins
avantageux que dans le cas précédent.
Une autre conséquence de ce
système est la dégradation des
performances, car à chaque accès
disque, il faudra rassembler les clés
et les morceler ensuite. Cela entraînera
fatalement une diminution des perfor-
LA RAM
//Generating decoy keys
int nbKey=(100000-2)/2;
clock_t start,end;
start = clock ();
unsigned char eltSecret[64] = {0x01,0x54,0x33,0xe1,0x99,
0x9b,0xa6,0x5d,
0x80,0x6e,0x2d,0x2b,0xbd,0x6a,0x10,0x34,
0x3c,0xab,0x8a,0x95,0xab,0x49,0xe4,0x2d,
0xd7,0x00,0x6e,0x78,0x0a,0xfe,0xc1,0x3c,
0xdf,0xea,0x30,0x67,0xdb,0x77,0x30,0x64,
0xf3,0xc2,0x29,0x9d,0x8e,0xbc,0x10,0xfd,
0x57,0xb4,0x14,0x0a,0x57,0x0c,0x25,0x6b,
0x53,0xde,0xfc,0x56,0x23,0x12,0x51,0x09};
unsigned char hash[nbKey][64];
sha512(hash[0],eltSecret,64);
for(int i=1;i