Pour le premier point : Comme le client est effectivement fermé, tu fais confiance aux gens de distributed quand a l'utilisation de ta machine. Perso, je pense que distributed.net utilise ses clients pour chercher des clés rc5 et des regles de coulombs optimales vu qu'ils en trouvent.
Ensuite...
Le libre est une source de securité. Le fait de diffuser les sources t'oblige a ne pas te reposer sur des solutions bidons pour assurer la securité de tes applications.
Je n'ai jamais dit le contraire. J'essaie juste de rester dans le sujet de la news qui incitent les gens a participer au projet RC5 de distributed.net
Leur but est de montrer la puissance d'un calcul massivement distribué en participant à des concours de calcul. Pas de chercher des solutions pour effectuer des calculs sécurisés dans un environnement non securisé.
Le cas de distributed ne peut pas etre pris comme example pour un debat sur la securité entre les systèmes ouvert/fermé. La première chose à faire pour sécuriser une solution est de bien identifier les participants (les machines misent en oeuvre) et d'etre sur qu'ils ne sont pas corrompus. Cette premiere etape n'est pas possible pour le projet distributed.net. Multiplier les solutions bidons de type "cacher les sources" est un pis-aller qui semble pour l'instant suffisant dans leur cas.
Comment preserver la solution quand les clients ne sont pas identifiable ?
Napster&consors peuvent bannir les gens qui cherchent à faire tomber le système en renommant des mp3 de chantal goyat en "ACDC - ballbreakers.mp3"
Sur Freenet, le controle du contenu galleux devrait etre automatique puisque au fur et a mesure ou on se rend compte de l'inninteret d'un truc, il se preopage de moins en moins.
Pour distributed.net, ces solutions ne sont pas possible car bien que les calculs soient distribués, le control reste central et ne peut vérifier l'intégrité de tout ce qu'il recoit. (sinon ils feraient les calculs eux-meme :D )
[^] # Re: allez !
Posté par Wawet76 . En réponse à la dépêche Concours distributed.net RC-5, a l aide!!!. Évalué à 1.
Ensuite...
Le libre est une source de securité. Le fait de diffuser les sources t'oblige a ne pas te reposer sur des solutions bidons pour assurer la securité de tes applications.
Je n'ai jamais dit le contraire. J'essaie juste de rester dans le sujet de la news qui incitent les gens a participer au projet RC5 de distributed.net
Leur but est de montrer la puissance d'un calcul massivement distribué en participant à des concours de calcul. Pas de chercher des solutions pour effectuer des calculs sécurisés dans un environnement non securisé.
Le cas de distributed ne peut pas etre pris comme example pour un debat sur la securité entre les systèmes ouvert/fermé. La première chose à faire pour sécuriser une solution est de bien identifier les participants (les machines misent en oeuvre) et d'etre sur qu'ils ne sont pas corrompus. Cette premiere etape n'est pas possible pour le projet distributed.net. Multiplier les solutions bidons de type "cacher les sources" est un pis-aller qui semble pour l'instant suffisant dans leur cas.
Comment preserver la solution quand les clients ne sont pas identifiable ?
Napster&consors peuvent bannir les gens qui cherchent à faire tomber le système en renommant des mp3 de chantal goyat en "ACDC - ballbreakers.mp3"
Sur Freenet, le controle du contenu galleux devrait etre automatique puisque au fur et a mesure ou on se rend compte de l'inninteret d'un truc, il se preopage de moins en moins.
Pour distributed.net, ces solutions ne sont pas possible car bien que les calculs soient distribués, le control reste central et ne peut vérifier l'intégrité de tout ce qu'il recoit. (sinon ils feraient les calculs eux-meme :D )