Je me permet aussi d'ajouter que QCA n'est qu'une facade devant des bibliothèques qui font effectivement de la crypto, par exemple libopenSSL ou libNSS.
En outre j'aurai plutôt tendance à penser qu'il vaut mieux éviter de demander quelque-chose au noyau quand cela peut être fait en userland.
Enfin, l'API crypto du noyau ne sait pas tout faire entre autre ASN.1, support X.509, pkcs#11, pkcs#12... (bon j'avoue je ne suis pas sûr de ma liste mais l'idée est là)
[^] # Re: bout de réponses
Posté par jcs (site web personnel) . En réponse au journal les nouveautés de KDE 3.4. Évalué à 4.
En outre j'aurai plutôt tendance à penser qu'il vaut mieux éviter de demander quelque-chose au noyau quand cela peut être fait en userland.
Enfin, l'API crypto du noyau ne sait pas tout faire entre autre ASN.1, support X.509, pkcs#11, pkcs#12... (bon j'avoue je ne suis pas sûr de ma liste mais l'idée est là)