Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Liens connexes

Dépêche modérée par

: RC5-64 résolu

Posté par undeuxtroisout (). Modéré le 27 septembre 2002.

rc5-64 successfully completed

On 14-Jul-2002, after 1757 days of searching the winning key to RSA Labs' RC5-64 project was successfully recovered by distributed.net. 0x63DE7DC154F4D039 was returned by a P3-450 in Japan running Windows 2000


La clef a été trouvée le 14 juillet (pas par un français, dommage), mais le fait n'a été découvert que le 12 août à cause d'un problème dans leurs scripts.


De plus, il leur a fallu un mois et demi pour prévenir tout le monde et les stats ont été tronquées au 14 juillet. Quel gâchis.

Il semble aussi que leurs proxies aient du mal à satisfaire les demandes des utilisateurs qui passent à OGR-x.


Je suis plutôt déçu par distributed.net. Perso, je remets le y^Hseti en marche.


Note du modérateur : il s'agit de calcul distribué pour casser un chiffrement RC5-64, auquel ont participé plus de 300000 internautes.

> Lire la dépêche (82 commentaires, moyenne: 8,6).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Et l'équipe LinuxFR ?

Posté par Foxy (page perso, ) le 27/09/2002 à 09:06. (lien). Évalué à 11.

Finalement, l'équipe LinuxFR elle finit à quel classement dans ce concours RC5-64 ?

Pb de proxy

Posté par Xavier Poinsard (page perso, ) le 27/09/2002 à 09:09. (lien). Évalué à 45.

Le problème viendrait d'un problème avec certaines versions du client si celui a été configuré avec OGR désactivé ( comme le mien ) : il essaie non stop de se connecter pour obtenir des paquets RC5 même si le projet est terminé. => Soit réactiver OGR => Soit attendre la nouvelle version du client avec RC5-72 ou d'autres projets cf : http://n0cgi.distributed.net/cgi/dnet-finger.cgi

pas par un français, dommage

Posté par Anonyme () le 27/09/2002 à 09:11. (lien). Évalué à 20.

Franchement, y a plus important que le fait que ce soit pas un français !

Cherchons des remèdes plutôt que des hommes verts...

Posté par Richard Hébert (page perso, ) le 27/09/2002 à 10:00. (lien). Évalué à 26.

Un projet de calculs distribués similaire existe, mais à des fins nettement plus interressantes puisqu'il s'agit d'aider la recherche. -> http://folding.stanford.edu/

Seti@home vs. Folding@home

Posté par Pierre Habouzit (page perso, ) le 27/09/2002 à 10:58. (lien). Évalué à 35.

naaaan pas du seti@home ... je m'explique : Seti a plus que la capacité de calcul dont ils ont besoin (et genre beaucoup plus). C'est pour ca qu'il y a un peu de temps déjà, les clients ont été mis à jour : ils calculent de nouveaux trucs, jusque là non calculés, hisoitre de pas trop gacher le calcul. Mais même avec ca, les unités sont calculées plusieurs fois. Perso, j'utilise folding@home (http://folding.stanford.edu/). les clients existent pour linux (même le fichier a une extension .exe, c'est bien pour linux). Ca a une réelle utilité pour l'homme (c'est pas un truc finalement dont on ne sait pas si il servira un jour comme S@H). que deviennent les molécules découvertes ? elles rentrent dans le domaine public (http://folding.stanford.edu/faq.html#project.own) homepage : http://folding.stanford.edu/ page de DL : http://folding.stanford.edu/download.html la FAQ : http://folding.stanford.edu/faq.html

--
Pierre Habouzit <madcoder@debian.org>

[+] HA, ha, ha, ha,ha.

Posté par Eddy () le 27/09/2002 à 12:18. (lien). Évalué à -13.

Seti@Home..

Euh, non, rien.

CPU en trop?

Posté par Eddy () le 27/09/2002 à 14:14. (lien). Évalué à 6.

Utilisez plutot du java.

C'est aussi inutiles, mais au moins, ca ne surcharge pas le reseau de requetes.
( mici chrisix<) :-)

Pas mal !

Posté par zeb () le 27/09/2002 à 14:47. (lien). Évalué à 8.

En tout cas, ca montre que ce type de chiffrement reste extremement robuste : 4 ans pour decoder un message avec 300000 ordinateurs...
Je comprends pourquoi les mecs de la NSA veulent des backdoors dans les logiciels de chiffrement, car cette fois Echelon n'est plus d'aucun recours pour capter les appels d'offres des entreprises europeennes.
Et ca me rassure quant a la possibilite de craquer mon numero de CB (encore que le probleme est plutot le stockage des donnees dans les serveurs des entreprises de vente en ligne).

Et GIMPS alors ? Vous l'avez oublié ?

Posté par Sixtiz (page perso, ) le 27/09/2002 à 15:21. (lien). Évalué à 19.

GIMPS (Great Internet Mersenne Prime Search) est un autre projet de calcul distribué dont le but est de trouver des nombres premiers de Mersenne (ie de la forme 2^p -1 où p est premier), à savoir que les plus grands nombres premiers connus actuellement sont des nombres premiers de Mersenne.

Il existe bien sur un client pour linux, et les sources sont disponnibles...

Personnellement ça fait 2 ans que je participe, et je trouve ça plutot sympa et au moins on sait ce qu'on calcule :-)

Pour ceux que ça intéresse :
Le site principal : http://mersenne.org/(...)
L'avancement du projet : http://www.mersenne.org/primenet/status.shtml(...)
Une FAQ : http://mersenne.org/faq.htm(...)

Revenir en haut de page