[gnutls-dev] GnuTLS 1.7.8.p11.0

Alon Bar-Lev alon.barlev at gmail.com
Thu May 3 22:45:23 CEST 2007


Hello,

I was about to get this implementation and suggest an alternative,
only to discover that you are not doing any private key operations.

So there is no implementation to modify, and I don't wish to re-write
the large part of GnuTLS code.

So I ask you again, please implement a callback structure for engines,
this callback should have the following methods:

typedef struct {
   void *user_data;
   int (*init)(void *user_data);
   int (*cleanup)(void *user_data);
   int (*sign)(void *user_data, int algorithm, size_t input_size,
const unsigned char * const input, size_t *output_size, unsigned char
* const output);
   int (*decrypt)(void *user_data, int algorithm, size_t input_size,
const unsigned char * const input, size_t *output_size, unsigned char
* const output);
} engine_t;

Provide a replacement function for:
gnutls_certificate_set_x509_key_file ()
Something like:
gnutls_certificate_set_x509_key_engine
(gnutls_certificate_credentials_t res, engine_t *engine)

This will allow application to enumerate the token certificates, set
the trust correctly by using the regular
gnutls_certificate_set_x509_trust_file() call, and handle the
sign/decrypt in any way it likes... One implementation may be PKCS#11.

As I said before, if you provide such interface, I will provide a
*COMPLETE* and *WORKING* PKCS#11 support for GnuTLS, after a day or
two.

It will also clean up your implementation, and allow many other
engines to be added.

Another alternative is to wait for you to have a remotely working
solution, and create a patch for the above (this is what I intended to
do now...), but it would be much cleaner if you create the interface
as you know GnuTLS best, and it will save a lot of work for all.

Please consider to cooperate, you loose nothing, as you will be able
to use the same interface for your implementation as-well.

Best Regards,
Alon Bar-Lev.

On 5/2/07, Simon Josefsson <simon at josefsson.org> wrote:
> Here is the first release on the PKCS#11 branch.  The support is
> currently rather limited, but I decided to make a release early to
> invite more feedback.  The NEWS entry is:
>
> * Version 1.7.8.p11.0 (released 2007-05-02)
>
> ** New function to get trusted CA certificates from PKCS#11 provider.
>
> ** API and ABI modifications:
> gnutls_pkcs11_get_ca_certificates: ADD.
>
> Warning!  This is even more experimental than the experimental 1.7.x
> branch.  However, the changes compared to 1.7.8 are intentionally kept
> minimal, to facilitate easy merging later on.
>
> The support is limited to:
>
> 1) Support for build-time linking to the PKCS#11 provider scute, see
>    http://www.scute.org/.
>
> 2) Retrieving trusted CA certificates from the PKCS#11 provider.
>
> To test it, you'll need to build scute from SVN (because it contains a
> CKA_TRUSTED related fix), and set it up (try using it in mozilla), which
> can be non-trivial.  See the Scute manual.  I generated new keys on an
> OpenPGP smartcard with gpg2 --edit-card and gpgsm-gencert.sh, then
> signed the CSR with certtool using the GnuTLS test CA, and imported the
> certificates using 'gpgsm --import'.
>
> If someone can explain to me how I can test other PKCS#11 providers, I
> can test them too.  Supporting the NSS soft token provider is an
> important target.
>
> The gnutls-cli tool in this release automatically import all CAs from
> Scute, and here is an output from running it against the GnuTLS test
> server:
>
> jas at mocca:~$ ~/src/gnutls-pkcs11/src/gnutls-cli --port 5556 test.gnutls.org --ctypes x509
> Resolving 'test.gnutls.org'...
> Connecting to '217.13.230.178:5556'...
> ...
> - Successfully sent 0 certificate(s) to server.
> - Certificate type: X.509
>  - Got a certificate list of 1 certificates.
>
>  - Certificate[0] info:
>  # The hostname in the certificate matches 'test.gnutls.org'.
>  # valid since: Wed Apr 18 15:29:21 CEST 2007
>  # expires at: Thu Apr 17 15:29:21 CEST 2008
>  # fingerprint: 08:8B:4B:0F:68:88:4E:95:15:D6:AC:F6:B3:64:81:5B
>  # Subject's DN: O=GnuTLS test server,CN=test.gnutls.org
>  # Issuer's DN: CN=GnuTLS test CA
>
>
> - Peer's certificate is trusted
> - Version: TLS 1.2
> - Key Exchange: DHE RSA
> - Cipher: AES 256 CBC
> - MAC: SHA
> - Compression: DEFLATE
> - Handshake was completed
> ...
>
> Notice that it says the peer's certificate is trusted, without any
> --x509certfile.  The GnuTLS CA is retrieved from Scute.  To debug
> things, add a '-d 10' and you'll see some debug info:
>
> |<2>| PKCS#11 slot count 1
> |<2>| PKCS#11 slot[1].description: `GnuPG Smart Card Daemon                                         g10 Code GmbH                   '
> |<2>| PKCS#11 slot[1].manufacturer: `g10 Code GmbH                   '
> |<2>| PKCS#11 slot[1].token.label: `D2760001240101010001000005320000PPC Card Systems                OpenPGP         00000532
> '
> |<2>| Adding CA certificate 1532B4BA5A8A7988CA264283591BA3A21C0BCC24 (0)
> |<2>| Skipping certificate BD5F80DE63034EC9E2841E6309552E345C5F226F (0/0)
>
> Here the 1532B4BA5A8A7988CA264283591BA3A21C0BCC24 certificate is the
> GnuTLS CA, and the BD5F80DE63034EC9E2841E6309552E345C5F226F certificate
> is my client certificate (which is not used as a trusted root).
>
> Here are the compressed sources (4.3MB):
>   ftp://ftp.gnutls.org/pub/gnutls/devel/gnutls-1.7.8.p11.0.tar.bz2
>   http://josefsson.org/gnutls/releases/gnutls-1.7.8.p11.0.tar.bz2
>
> Here are GPG detached signatures signed using key 0xB565716F:
>   ftp://ftp.gnutls.org/pub/gnutls/devel/gnutls-1.7.8.p11.0.tar.bz2.sig
>   http://josefsson.org/gnutls/releases/gnutls-1.7.8.p11.0.tar.bz2.sig
>
> Here are the SHA-1 and SHA-224 checksums:
>
> 9fe33805fb5083f5db7be2a3861b2cbd24e818da  gnutls-1.7.8.p11.0.tar.bz2
> 07cf60a582e8a83c10c13e60b6817c6329630f9f  gnutls-1.7.8.p11.0.tar.bz2.sig
>
> 31abe6790b26eb35964cb14a7b56cd2ad96cdbd29a1c732ad4b7cfae  gnutls-1.7.8.p11.0.tar.bz2
> bd957671b09205c4e6622f438939c311af8401ebf504e0de7f4ad887  gnutls-1.7.8.p11.0.tar.bz2.sig
>
> Improving GnuTLS is costly, but you can help!  We are looking for
> organizations that find GnuTLS useful and wish to contribute back.
> You can contribute by reporting bugs, improve the software, or donate
> money or equipment.
>
> Commercial support contracts for GnuTLS are available, and they help
> finance continued maintenance.  Simon Josefsson Datakonsult, a
> Stockholm based privately held company, is currently funding GnuTLS
> maintenance.  We are always looking for interesting development
> projects.  See http://josefsson.org/ for more details.
>
> /Simon
>
> _______________________________________________
> Gnutls-dev mailing list
> Gnutls-dev at gnupg.org
> http://lists.gnupg.org/mailman/listinfo/gnutls-dev
>
>
>



More information about the Gnutls-dev mailing list