> Mais la gestion des certificats clients au niveau des navigateurs n'est pas facile à gérer.
En quoi l'applet change quoi que ce soit ? De ce que j'en ai vu (de loin et dans Firefox), le certificat est intégré au gestionnaire de certificats de Firefox, et c'est Firefox qui demande le mot de passe, non ?
Il n'y a aucun standard à ce sujet, chaque navigateur a sa propre manière de faire, extrêmement diverse (fonction dans Firefox, API Windows pour IE, dans certains cas il faut aller lire le magasin de certificats sur le disque dur, etc.).
D'où nécessité d'implémentation spécifique et parfois de code natif s'exécutant hors du navigateur. D'où Java et ActiveX, et non pas simplement JavaScript.
Si tu es connecté en SSL, tu reçois les pages web (des formulaires tout ce qu'il y a de plus classique) sur une connexion sûre. Tu es également certain qu'ils n'ont pas été modifiés.
Vraiment ? :-) Il n'y a jamais eu de bug à ce propos dans les navigateurs, d'injection JavaScript et autres blagues du même genre ?
Après, peut-être que légalement l'un est valable et l'autre pas.
Je ne suis pas expert sur ce point, mais je sais que ça a été un élément très déterminant dans les choix effectués par la Direction Générale des Impôts (qui en connaît un rayon, elle).
Ne pas oublier également deux aspects extrêmement importants que nous avons du mal à bien visualiser en tant que geek linuxiens :
- L'ergonomie (application utilisée par des gens qui ne savent pas ce qu'est une session web, dans quel état (bien sécurisé ou non) ils sont, ni même avec quel utilisateurs ils sont loggués sur leur poste de travail ;-))
- Les responsabilités juridiques : installer du code chez les utilisateurs, c'est prendre la responsabilité des éventuelles failles de sécurité dans ce code (surtout un code installé chez des millions de gens), gérer les versions du produit, gérer les mises à jour, etc. Java (ou ActiveX) résolvent ce problème en exécutant le code de manière encadrée et en assurant de l'exécution systématique de code à jour.
[^] # Re: Justement
Posté par Boa Treize (site web personnel) . En réponse au journal SSL : impôts et EEE PC (en vrac). Évalué à 3.
En quoi l'applet change quoi que ce soit ? De ce que j'en ai vu (de loin et dans Firefox), le certificat est intégré au gestionnaire de certificats de Firefox, et c'est Firefox qui demande le mot de passe, non ?
Il n'y a aucun standard à ce sujet, chaque navigateur a sa propre manière de faire, extrêmement diverse (fonction dans Firefox, API Windows pour IE, dans certains cas il faut aller lire le magasin de certificats sur le disque dur, etc.).
D'où nécessité d'implémentation spécifique et parfois de code natif s'exécutant hors du navigateur. D'où Java et ActiveX, et non pas simplement JavaScript.
Si tu es connecté en SSL, tu reçois les pages web (des formulaires tout ce qu'il y a de plus classique) sur une connexion sûre. Tu es également certain qu'ils n'ont pas été modifiés.
Vraiment ? :-) Il n'y a jamais eu de bug à ce propos dans les navigateurs, d'injection JavaScript et autres blagues du même genre ?
Après, peut-être que légalement l'un est valable et l'autre pas.
Je ne suis pas expert sur ce point, mais je sais que ça a été un élément très déterminant dans les choix effectués par la Direction Générale des Impôts (qui en connaît un rayon, elle).
Ne pas oublier également deux aspects extrêmement importants que nous avons du mal à bien visualiser en tant que geek linuxiens :
- L'ergonomie (application utilisée par des gens qui ne savent pas ce qu'est une session web, dans quel état (bien sécurisé ou non) ils sont, ni même avec quel utilisateurs ils sont loggués sur leur poste de travail ;-))
- Les responsabilités juridiques : installer du code chez les utilisateurs, c'est prendre la responsabilité des éventuelles failles de sécurité dans ce code (surtout un code installé chez des millions de gens), gérer les versions du produit, gérer les mises à jour, etc. Java (ou ActiveX) résolvent ce problème en exécutant le code de manière encadrée et en assurant de l'exécution systématique de code à jour.