> laisser un logiciel propriétaire pour des raisons de sécurité ...
Je suis d'accord. Mais le problème n'est pas la sécurité mais la sureté des informations transmisent par les logiciels clients.
S'il était possible de s'assurer que les données calculées par un logiciel client soient conforment et valident, je pense que l'option d'un code libre serait la bienvenue. Malheureusement, tout le monde n'est pas aussi bien attentionné que toi. Il y aura toujours un risque pour qu'un petit joueur falcifie les résultats des calculs. Ce qui invaliderai tous les résultats du Seti. En tant que scientifique je ne peut qu'approuver l'attitude du Seti dans ce domaine. Même si j'aurai préféré moi aussi un code libre.
[^] # Re: Trou de sécurité dans Seti@Home
Posté par Stéphane Galland . En réponse à la dépêche Trou de sécurité dans Seti@Home. Évalué à 1.
Je suis d'accord. Mais le problème n'est pas la sécurité mais la sureté des informations transmisent par les logiciels clients.
S'il était possible de s'assurer que les données calculées par un logiciel client soient conforment et valident, je pense que l'option d'un code libre serait la bienvenue. Malheureusement, tout le monde n'est pas aussi bien attentionné que toi. Il y aura toujours un risque pour qu'un petit joueur falcifie les résultats des calculs. Ce qui invaliderai tous les résultats du Seti. En tant que scientifique je ne peut qu'approuver l'attitude du Seti dans ce domaine. Même si j'aurai préféré moi aussi un code libre.