Je ne vois pas en quoi une attaque par la force brute donne une idée de la robustesse d'un code de chiffrement. Si on se contente d'essayer des clés les unes après les autres, alors à un facteur près (lié à la complexité des calculs), tous les algoritmes se valent... Enfin ça permet toujours de savoir si une taille de clé donnée est adaptée aux capacitées de calculs, à un moment donné (mais on connait déjà la réponse : oui). Mais on ne m'enlèvera pas de l'idée que ça sert avant tout à prouver la supériorité de sa config sur celle de ses copains.
A la limite, le OGR25, toujours chez distributed.net, c'est déjà un peu plus utile puisque ça a quelques applications. Le Seti@home c'est un peu différent, il y a une dimension philosophique là dedans. Mais sincèrement, si on cherche un projet vraiment utile, je ne vois d'autre chose que folding/genome@home. Seul problème par rapport aux autres : les statistiques ne sont pas aussi raffinées, les options de téléchargement des blocs sont moins nombreuses, et moins de plateformes sont supportées.
[^] # Re: RC5 : on va casser du 72 bits...
Posté par Matafan . En réponse à la dépêche RC5 : on va casser du 72 bits.... Évalué à 7.
A la limite, le OGR25, toujours chez distributed.net, c'est déjà un peu plus utile puisque ça a quelques applications. Le Seti@home c'est un peu différent, il y a une dimension philosophique là dedans. Mais sincèrement, si on cherche un projet vraiment utile, je ne vois d'autre chose que folding/genome@home. Seul problème par rapport aux autres : les statistiques ne sont pas aussi raffinées, les options de téléchargement des blocs sont moins nombreuses, et moins de plateformes sont supportées.