supinfo
Orientez-vous vers les métiers du numérique, des métiers qui recrutent dans tous les secteurs d’activités  metiers-du-numerique.fr
Connexion :
Abonnement NewsletterOk
 

Echanges en ligne vulnérables à cause des puces ?

Publiée par Julien le Lundi 20 Novembre 2006

Brève Processeur

Dans un article publié en fin de semaine dernière, nos confrères du Monde se font l'écho d'une découverte universitaire qui pourrait bien ébranler la confiance des utilisateurs envers la sécurité des échanges en ligne. En effet, le cryptologue allemand Jean-Pierre Seifert aurait découvert une méthode pour casser en un instant n'importe quelle clé de cryptage publique. Et il ne s'agit pas là d'exploiter une vulnérabilité d'un logiciel ou d'un système d'exploitation, mais de mettre à profit certaines fonctions matérielles des Processeurs pour récupérer la clé et donc donner la possibilité à n'importe quel individu d'accéder au contenu dont la transmission est censée être sécurisée et cryptée.

Jusqu'à présent, il existait bien des méthodes permettant de casser un code de cryptage mais celles-ci réclamaient une puissance de calcul monstrueuse et nécessitaient des heures et des heures de travail. Ainsi pour casser une clé de cryptage de 640 bits il avait fallu en novembre 2005 mobiliser pendant trois mois 80 processeurs cadencés à 2,2 GHz ! Autant dire que le pirate moyen n'avait jusqu'alors aucune chance de briser le moindre code de cryptage (également appelé SSL pour les transactions en ligne).

La méthode découverte par le chercheur allemand permettrait en un seul cycle processeur de casser la clé ! Encore confidentielle, l'étude de ce chercheur qui, pour la petite histoire, est un ancien salarié d'Intel, montre qu'en s'appuyant sur l'observation synchrone du cache du mécanisme de prédiction de branchement des microprocesseurs il est possible, en schématisant, de deviner la clé de cryptage au moyen d'un simple logiciel résident installé sur l'ordinateur de l'utilisateur. Et c'est toute la force de cette méthode puisque jusqu'alors les études s'étaient avant tout concentrées sur la possibilité de déduire la clé privée (utilisée du côté du serveur lors d'une transaction en ligne) à partir de la clé publique (celle du PC de l'utilisateur qui effectue ses achats sur le réseau par exemple), Jean-Pierre Seifert à pris le problème à l'envers en tentant de comprendre comment le processeur lit ce type de données.

Voilà pour les faits qui sont d'autant plus inquiétants que l'auteur de la découverte prévoit de dévoiler début 2007 les détails de sa méthode lors de la prochaine conférence RSA des experts de la sécurité informatique. Si l'intéressé déclare qu'il ne publiera pas de logiciel de type clé en main capable de tirer profit de sa découverte, il indique que l'apparition de tels programmes ne prendra que quelques semaines ! Toutefois Jean-Pierre Seifert devrait également annoncer à l'occasion de cette conférence le moyen de se prémunir contre cette vulnérabilité pour le moins sérieuse.

Contrairement à nos confrères qui semblent sous-entendre que ce problème touche avant tout Intel, il est bien évident qu'il concerne dans leur globalité les trois acteurs du monde des microprocesseurs à savoir AMD, Intel et VIA, tous utilisant à un moment ou à un autre des mécanismes de prédiction de branchement. Et alors qu'alarmistes, ils sous-titrent « Intel doit être désespéré » ou encore « la sécurité a été sacrifiée au profit des performances », la méthode employée par Jean-Pierre Seifert n'est pas fondamentalement nouvelle puisque le fait d'observer le fonctionnement des timings des opérations au sein du processeur a déjà été utilisé par d'autres équipes de chercheurs.

Contacté par nos soins, Intel France indique que la librairie publique et libre OpenSSL 0.9.7 utilisée pour l'élaboration de cette théorie a été mise à jour depuis un certain temps en version 0.9.8 pour corriger ce détournement des fonctions du processeur. Ainsi, plutôt que de désactiver purement et simplement la prédiction de branchement (la solution ultime et un rien violente pour contourner définitivement le problème), Intel participe à la correction du problème et ce de manière logicielle. Le fondeur rappelle qui plus est, qu'à ce jour aucun rapport n'indique que cette méthode a été mise en oeuvre pour compromettre la sécurité informatique. Terminons en soulignant que concrètement et malgré le ton alarmiste de certains articles, cette découverte n'est pas dramatique et ce pour plusieurs raisons. Tout d'abord de manière concrète la clé publique change à chaque nouvelle transaction, qui plus est et outre les mesures déjà prises par Intel, le noyau de Windows Vista intègre plusieurs modifications qui rendent pratiquement impossibles ce genre de manœuvres. Finalement... il s'agirait peut être bien d'une tempête dans un verre d'eau !

Notez que nous avons également contacté AMD France pour cette actualité. La firme devrait prochainement nous apporter un communiqué officiel.

Intel Core 2 Duo
Actu précédente
Brève suivante

Top logiciels Téléchargement

1 µTorrent
Client Bittorrent ultra léger et fonctionnel
2 eMule
Client alternatif pour le réseau eDonkey
3 BitComet
Client Bittorrent gratuit léger et sans spyware
4 Sopcast
Expérience de diffusion TV par P2P
5 BitTorrent
Téléchargement peer to peer à démarage rapide spécialisé dans les nouveautés
6 Limewire
Client P2P utilisant le réseau Gnutella
Suite du classement "Téléchargement"
Les Commentaires des lecteurs
_
le 20 Nov. 06 à 16h47
Edition
 
Eh ben... ça promet...
Vu sa fonction, je ne pense pas que ce gars dise ça pour se faire remarquer, quoique...

linxeye a écrit:
En prime, cette méthode ne serait exploitable que sur les processeurs multi-thread comme les Pentium 4 HyperThreading ou les Sun T1, autrement dit des processeurs obsolètes.

Tu sais ce qu'il te dit, mon P4 HT ? :o

:paf:
 
le 20 Nov. 06 à 16h50
Edition
 
Tant que les admins des serveurs mettent à jour leurs libs correctement, ça ira bien

Mais bon, ce n'est pas toujours le cas...
 
le 20 Nov. 06 à 16h53
Edition
 
Eh faut souligner là.. pour une fois qu'on dit que vista apporte vraiment quelque chose de bien avec son nouveau noyau... lool bon ok je sors...
 
le 20 Nov. 06 à 16h55
Edition
 
arachnosoft a écrit:

Tu sais ce qu'il te dit, mon P4 HT ?


Tiens comme moi tu ne fais pas partie des 99,9 % des gens qui changent de processeurs dès qu'un nouveau sort ? :ane:
 
le 20 Nov. 06 à 16h55
Edition
 
DarkMaxou : justement, là c'est pas un problème de lib, mais un problème de conception du cpu, et il y a peu de chances qu'une maj des libs puisse régler ça ...
 
le 20 Nov. 06 à 16h59
Edition
 
mmanakin a écrit:
Tiens comme moi tu ne fais pas partie des 99,9 % des gens qui changent de processeurs dès qu'un nouveau sort ?  :ane:

:D

[HS]
Tu sais quoi ?
Mon PC a eu trois ans tout juste hier :ane:
Finie la période de garantie Medion :sweet:

Mais il fonctionne toujours aussi bien, je n'ai même pas réinstallé une seule fois Windows depuis que je l'ai eu...
Bon, depuis, je lui ai tout de même rajouté 1 Go de RAM et 320 Go de disque dur, en externe pour pouvoir prendre un SATA II (bah oui, j'en suis encore à l'IDE sur ma CM [:mpay])

Mais sinon, j'attends la sortie de Vista pour envisager de changer de PC :ane:
Faut dire que je ne joue pas beaucoup, ça aide à garder un PC plus longtemps, je suppose :ane:
[/HS]
 
le 20 Nov. 06 à 17h07
Edition
 
Ce que je ne comprend pas c'est le :

"La méthode découverte par le chercheur allemand permettrait en un seul cycle processeur de casser la clé !"

il n'y aurai pas une erreur à ce niveau?
j'ai du mal a comprendre comment on peut casser une clé en un seul cycle...
 
le 20 Nov. 06 à 17h09
Edition
 
En prime, cette méthode ne serait exploitable que sur les processeurs multi-thread comme les Pentium 4 HyperThreading



processeurs obsoletes !!! ha bon a mon avis y en a encore quelques milliers en circulation dont trois a la maison
on a pas tous la meme notion de "processeurs obsoletes"

@+
 
le 20 Nov. 06 à 17h12
Edition
 
Il reste tout de meme a "infecter" le pc utilisateur pour que l'on puisse y mettre le soft qui va "ecouter" le cpu, non? Donc c'est tout de meme pas l'arme absolue il me semble :neutre:

(on ne peut pas juste écouter les echanges sur le reseau pour casser la clef par cette methode, bref de l'exterieur on a que la methode classique de cassage de clef= du temps et de gros moyens de calcul).
 
le 20 Nov. 06 à 17h20
Edition
 
karmounet a écrit:
DarkMaxou : justement, là c'est pas un problème de lib, mais un problème de conception du cpu, et il y a peu de chances qu'une maj des libs puisse régler ça ...


non justement, question de lib, je cite :

la librairie publique et libre OpenSSL 0.9.7 utilisée pour l'élaboration de cette théorie a été mise à jour depuis un certain temps en version 0.9.8 pour corriger ce détournement des fonctions du processeur.
 
le 20 Nov. 06 à 17h25
Edition
 
crocodudule a écrit:
Il reste tout de meme a "infecter" le pc utilisateur pour que l'on puisse y mettre le soft qui va "ecouter" le cpu, non? Donc c'est tout de meme pas l'arme absolue il me semble :neutre:

Ca va prendre quelques jours à quelques semaines mais le combo worm/rootkit standard me parrait "suffisant" (c'est pas le 1er Kevin de 12 ans qui va le pondre, mais il l'utilisera....)

Quitte à infecter le pc, un keylogger me parrait quand meme plus crédible que l'algo de la mort qui tue, tellement spécifique dans ses acces aux processeur que son comportement devrai etre "facilement" detectable par les anti malwares moderne non ?

... je relis un truc et j'edite...

EDIT:
Mouai, le risque est reel pour l'utilisateur, toutes ses coordonnées bancaires (numero de carte, cryptogramme etc) peuvent potentiellement etre compromises, mais egalement les flux cryptés des machines infectées (pas d'exemple de suite... votre webmail ? vos mots de passes ?). MAIS encore une fois, le risque n'est pas plus grand que celui d'un keylogger.
En fait la seule "avancée" par rapport à un kl, c'est de mettre en echec les strategies de "clavier virtuels" mis en place par certaines banques pour l'acces des comptes en ligne.

Je me place du coté des mechants pouer voir le potentiel de la découverte mais honnetement, je ne saute pas au plafond... N'hésitez pas à corriger mon manque d'imagination ! :D
 
le 20 Nov. 06 à 17h26
Edition
 
DarkMaxou a écrit:
non justement, question de lib, je cite :

Je me permets d'intervenir : c'est bien une question de CPU et de conception. Simplement la dernière lib en question permettrait de contourner le problème matériel.
 
le 20 Nov. 06 à 17h27
Edition
 
linxeye a écrit:
Voilà pour les faits qui sont d'autant plus inquiétants que l'auteur de la découverte prévoit de dévoiler début 2007 les détails de sa méthode lors de la prochaine conférence RSA des experts de la sécurité informatique.

Tu m'étonnes ! Moi je me dépêcherai de tout dévoiler avant de me faire kidnappé à sa place !
Etre le seul mec au monde à connaître le secret pour casser SSL facilement ... je serais pas trop rassuré de sortir du labo tout seul à 2h du matin ! :ouch: :paf:
 
le 20 Nov. 06 à 17h35
Edition
 
Tu m'étonnes ! Moi je me dépêcherai de tout dévoiler avant de me faire kidnappé à sa place !
Etre le seul mec au monde à connaître le secret pour casser SSL facilement ... je serais pas trop rassuré de sortir du labo tout seul à 2h du matin ! ouch.gif paf.gif

Tu oublie un détail...
c'est un chercheur.
Ces "gens" dorment au laboratoire ( qui possède d'ailleurs tout le nécessaire de survie)
et ne sorte qu'en groupe pour aller à des conférences aux noms incompréhensibles et aux conversations non-terriennes... a écrit:

 
le 20 Nov. 06 à 17h37
Edition
 
l'info est passée hier soir au gt de 20 heure sur TF1. la lecture de la clé se faisant de 1 et de 0 (si j'ai bien suivit :paf: ) le logiciel du monsieur permet de voir que le temps écoulé entre le 0 et le 1 est + ou - long..ce qui a force je crois permet de deviner le numéro de la clé ( c'est grosso-modo ce que j'ai retenu..j'ais surement des erreurs, n'hésitez pas a me corriger :jap: )
 
le 20 Nov. 06 à 17h43
Edition
 
Pour ceux que ca interesse, voici la publication (en anglais) des chercheurs a l'origine de cette découverte :

http://eprint.iacr.org/2006/351.pdf
 
le 20 Nov. 06 à 17h48
Edition
 
Jean-Pierre Pernaut, le spécialiste en cryptographie ! :MDR
 
le 20 Nov. 06 à 17h53
Edition
 
Matcav a écrit:
Jean-Pierre Pernaut, le spécialiste en cryptographie !  :MDR

Non JPP c à 13h !!! :ane:
 
le 20 Nov. 06 à 18h15
Edition
 
linxeye a écrit:
il est possible, en schématisant, de deviner la clé de cryptage au moyen d'un simple logiciel résident installé sur l'ordinateur de l'utilisateur. Et c'est toute la force de cette méthode puisque jusqu'alors les études s'étaient avant tout concentrées sur la possibilité de déduire la clé privée (utilisée du côté du serveur lors d'une transaction en ligne) à partir de la clé publique (celle du PC de l'utilisateur qui effectue ses achats sur le réseau par exemple), Jean-Pierre Seifert à pris le problème à l'envers en tentant de comprendre comment le processeur lit ce type de données.


J'avoue que je comprends pas. La clé de cryptage, c'est par définition la clé publique. Donc je vois pas l'intérêt de la deviner puisqu'elle est envoyée en clair par le serveur :pt1cable: :pt1cable: :pt1cable:

Alors soit y a une coquille dans l'article, soit ça mérite un éclaircissement tout ça :)
 
 
 
Clubic.com
 
Achetez-facile.com
 
Jeuxvideo.fr
 
neteco.com