Je crois que je n'ai pas ete bien clair. Je ne remets pas en question l'ouverture du source. Je sais bien que cela ne peut qu'ameliorer un logiciel. Ni en train d'argumenter sur la securité par l'obscurité. Je me pose juste une question.
Dans le cas particulier des calculs distribués, voila comment j'imagine les choses : un serveur envoie des ptits bouts de calculs à faire à des clients, qui renvoient leur resultats apres calcul. A la reception d'un resultat de calcul d'un client, le serveur fait un test pour le valider ou non (et ainsi eviter la triche).
Maintenant que le code est ouvert, je pourrai tres bien m'ammuser a envoyer des blocs vides, mais qui sont valides pour le serveur, puisqu'avec les sources je connais la methode utilisée pour valider un resultat de calcul.
Mis a part le fait de faire des calculs redondants, je ne vois donc pas comment en liberant le source, ils peuvent limiter le phénomène de triche.
[^] # Re: Le code source de Seti@Home libéré
Posté par chl (site web personnel) . En réponse à la dépêche Le code source de Seti@Home libéré. Évalué à 1.
Dans le cas particulier des calculs distribués, voila comment j'imagine les choses : un serveur envoie des ptits bouts de calculs à faire à des clients, qui renvoient leur resultats apres calcul. A la reception d'un resultat de calcul d'un client, le serveur fait un test pour le valider ou non (et ainsi eviter la triche).
Maintenant que le code est ouvert, je pourrai tres bien m'ammuser a envoyer des blocs vides, mais qui sont valides pour le serveur, puisqu'avec les sources je connais la methode utilisée pour valider un resultat de calcul.
Mis a part le fait de faire des calculs redondants, je ne vois donc pas comment en liberant le source, ils peuvent limiter le phénomène de triche.