On 23 juil, 03:02, Sylvain SF <sylv...@boiteaspam.info> wrote:
>Vous répondez à une nouvelle intervention sur le mode de la polémique pour
faire étalage de vos compétences, c'est ainsi que je le ressens.
Je suis tout disposé à poursuivre le dialogue, mais y a-t-il une
erreur fondamentale dans le texte en format PDF indiqué dans l'URL?
Mon message est plutôt destiné à un jeune qui cherche son chemin
professionnel.
>un algo qui dépendrait (lui ou sa compréhension) d'un langage est ...
>déjà dit mille fois.
Une personne de votre compétence devrait comprendre aisément
l'algorithme SED, mais il faut d'abord l'avoir lu.
>parce que 99.99% des utilisateurs n'y portent aucun intérêt, pas que
>99.99% d'entre eux n'en ont pas les moyens -
99,99 % des envois postaux se font sous pli fermé malgré que c'est
plus cher. Pourquoi les chiffres seraient-ils inversés dans une
messagerie électronique?
>si l'on dispose du cert. du destinataire;
Avec "si" on met Paris dans une bouteille. Le système ClassicSys ne
fait pas usage d'un cert.
>votre soft n'invente rien
Vraiment vous n'avez pas pris connaissance des 10 pages PDF
susmentionnées.
> et vous prétendez parler de sécurité ???
L'algorithme SED est plus lent en software que l'AES parce qu'il
effectue un volume nettement plus grand de calculs, mais ces calculs
sont faits à bon escient et contribuent à une meilleure sécurité. Le
SED, mis en hardware dans une clef USB, pourrait chiffrer au tiers de
la fréquence horloge, valeur tout à fait acceptable. D'où l'intérêt de
la clef USB. Encore une fois, lire le texte PDF.
>si cela était, ce serait équivalent à n'autoriser que des expéditeurs
>pré-enregistrés, cela aussi existe déjà.
Si cela existe déjà, pourquoi y a-t-il encore toujours des virus?
Vous ne pouvez pas porter un jugement sur classicsys si vous ne l'avez
pas essayé.
Emile