Le souci c’est que le serveur faisait confiance au client qui lui donnait la longueur de “PATATE”. Suppose maintenant que le client dit au serveur “si tu es encore là, renvoie moi PATATE qui fait 65536 lettres”. Comme en C 1/ les chaînes sont stockées sous formes de tableaux de caractères 2/ les variables sont placées à côté les unes des autres en mémoire, le serveur ne va pas répondre que “PATATE” mais aussi les 65530 caractères qui se trouvaient à côté du tableau à ce moment là. Exemple illustré : http://xkcd.com/1354/

Les gens ont comme ça trouvé des login/mot de passes de gens qui dialoguaient avec le serveur à ce moment là. Mais on ne peut pas accéder à “64K de la mémoire cible, au hasard” comme le dit l’article : on peut accéder aux 64k à côté du tableau qui sont, pour le serveur nginx, très loin de la clef privée elle-même. Dommage, cette protection n’est pas suffisante : on peut reconstruire la clef privée à partir de données proches du tableau “PATATE” (des facteurs de la clef privée, semble-t-il).

@Rif, j’ai pas compris la question.

… Pourquoi tu crois que tes systèmes de sécurités ne sont pas craqués aux eux aussi ?

Encore un coup de Montebourg !

Et ils ont été capables de me lister l’intégralité de mes 400 sites en moins de 2s, dont certains sites qu’ils n’ont pas pu calculer juste sur le pouce (site avec une proba ultra faible que quelqu’un soit déjà passé avant, genre des forges privées).
Ça sent donc du précalcul à partir de tes données…

Et en wiresharkant ma ligne, y’a pas eu d’accès TLS, donc tout était de toute façon fait côté serveur. Donc encore une fois avec mes données… en clair…

Sans parler que du coup ce n’est pas du logiciel libre, donc qu’on ne sait au final pas vraiment ce qui est réellement fait de nos données…