Je sais que ce que je vais dire en fera hurler plus d'un (RMS me boufferait tout cru), mais dans ce genre de cas, le closed source peut etre necessaire.
Je m'explique en prenant pour exemple le projet "Seti@home" qui est celui que je connais le mieux. Le principe est que vous avec un petit client qui tourne sur votre machine en utilisant la puissance de calcul inutilisee de votre CPU pour faire du calcul lourd (en tres gros, le client "remplace" la tache IDLE). Le cycle commence par l'appli qui se logue sur le serveur de Seti, dld les donnees brutes, puis effectue les calculs (c'est looooooong...), et enfin upld les resultats, puis re dld un nouveau batch de datas, etc...
Les donnees recues (brutes) et emises (traitees) par votre machine sont cryptees et signees pour en verifier la validite. Que se passerait-il si on avait le code source du projet: des petits rigolos s'amuseraient a produire des donnees traitees falsifiees en les encodant afin qu'elle aient l'air parfaitement valides, et pourraient meme se debrouiller pour les crypter et les signer correctement. Le serveur de Seti@home ne pourrait demeler les donnees calculees bonnes et les fantaisistes, et "verrait" du coup des signaux de provenance extraterrestre tout les 10 centimetres carres de ciel ! Donc, echec du projet.
Qu'en pensez-vous ? En tout cas, le bon moyen pour etre serein face a ce genre de projet somme toute tres utiles, c'est qu'ils soient chapotes par un organisme fiable et integre (donc tout sauf une boite privee).
[^] # Pas si simple...
Posté par Brundle Mouche . En réponse à la dépêche decrypthon sous linux. Évalué à 10.
Je m'explique en prenant pour exemple le projet "Seti@home" qui est celui que je connais le mieux. Le principe est que vous avec un petit client qui tourne sur votre machine en utilisant la puissance de calcul inutilisee de votre CPU pour faire du calcul lourd (en tres gros, le client "remplace" la tache IDLE). Le cycle commence par l'appli qui se logue sur le serveur de Seti, dld les donnees brutes, puis effectue les calculs (c'est looooooong...), et enfin upld les resultats, puis re dld un nouveau batch de datas, etc...
Les donnees recues (brutes) et emises (traitees) par votre machine sont cryptees et signees pour en verifier la validite. Que se passerait-il si on avait le code source du projet: des petits rigolos s'amuseraient a produire des donnees traitees falsifiees en les encodant afin qu'elle aient l'air parfaitement valides, et pourraient meme se debrouiller pour les crypter et les signer correctement. Le serveur de Seti@home ne pourrait demeler les donnees calculees bonnes et les fantaisistes, et "verrait" du coup des signaux de provenance extraterrestre tout les 10 centimetres carres de ciel ! Donc, echec du projet.
Qu'en pensez-vous ? En tout cas, le bon moyen pour etre serein face a ce genre de projet somme toute tres utiles, c'est qu'ils soient chapotes par un organisme fiable et integre (donc tout sauf une boite privee).