Qt Cryptographic Architecture
justin-psi at affinix.com
Tue Jan 6 09:09:46 GMT 2004
-----BEGIN PGP SIGNED MESSAGE-----
(Note: I'm not subscribed, please CC replies)
I was reading on dot.kde.org about some recent changes to KDE CVS regarding an
SSLIODevice. Are you guys doing some restructuring to kssl? If so, I wonder
if you would be interested in working with QCA.
QCA stands for Qt Cryptographic Architecture. It works much like Java's
similarly-named JCA, in which there is a crypto API abstracted from the
actual implementations. QCA loads implementations as plugins, which I have
piggybacked on Qt's own plugin system (so they are found in
$QTDIR/plugins/crypto, for instance). Plugins are loaded on demand during
The API supports SSL(TLS) and SASL, both for clients _and_ servers, as well as
X509, RSA, symmetric ciphers, hashers...
For SSL, you would use QCA::TLS, which has very similar behavior to my older
QSSLFilter (and also Trolltech's recent QtSSLFilter, which they based on my
I have written two provider plugins. One is based on Cyrus SASL2 and supplies
SASL, the other is based on OpenSSL and supplies everything else. The actual
QCA library itself has no dependency on these sub-libraries. For instance,
one could easily write a TLS provider based on gnutls (I figure this aspect
might interest you the most).
QCA is currently at 1.0, LGPL, and you can download the source here:
Do you think this would be useful for KDE? Let me know what you think.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
-----END PGP SIGNATURE-----
More information about the kde-core-devel