|
Hello Brett,
First, to your comment: "I'm just confused as to at what point in the RSA encryption/decryption process my engine should be invoked at": It really depends on how your hardware performs the operations.
I mean, you are right, if you set
RSA_FLAG_EXT_PKEY then you only have to rewrite rsa_mod_exp but you have to make sure that you are at the right spot when your
hardware jumps in. This is (more or less) the workflow for RSA signing: (obtain digest) -> RSA_sign (makes pkcs1 encoding) -> RSA_private_encrypt (makes padding and blinding) -> rsa_mod_exp (with flag) or bn_mod_exp (without) Each step makes different operations before calling the next function. So if your hardware takes care of the pkcs1 encoding and so on, then you should overwrite RSA_sign (using the RSA_FLAG_SIGN_VER flag) but if you are sure that it only performs the rsa_mod_exp operations then go ahead and rewrite it with your userspace API. I found really helpful to read the OpenSSL default rsa_method to see how RSA works: /crypto/rsa/rsa_ossl.c Sorry if I could not directly answer your question on which method you should overwrite but I hope this info helps you to find out. Regards, Ignacio De: openssl-users <openssl-users-bounces@xxxxxxxxxxx> en nombre de Brett R. Nicholas <Brett.R.Nicholas.TH@xxxxxxxxxxxxx>
Enviado: miércoles, 23 de agosto de 2017 3:44 Para: openssl-users@xxxxxxxxxxx Asunto: confusion with rsa_meth_st in a custom RSA engine I am trying to develop a engine for a custom RSA hardware accelerator, and have a few questions about the RSA_METHOD stucture implementation.
Some context: for encryption, my accelerator takes as inputs the base, public exponent, and modulus, and returns the resulting ciphertext. For decryption, it takes as inputs the base, and modulus. It does not need a private key, as this is stored in hardware, and can only be configured through an out-of-band channel. I already have a kernel module that exposes an API to userspace programs to use the accelerator. Now I just need to integrate it into openSSL.
I've already created a similar engine for AES and SHA256, however I'm struggling with RSA. Ideally, I'd like to not have to worry about anything other than just performing the modular exponentiation on a pre-padded and prepared chunk of data. For SHA
and AES, this is straightforward: all that was taken care of by the EVP interface, so all I needed to worry about was getting the data two and from my accelerators. But it doesn't appear to be as simple for RSA (pls correct me if I'm wrong).
I'm confused as to which RSA_METHOD function pointers that my engine needs to implement. I show the structure below for reference: struct rsa_meth_st {
char *name; int (*rsa_pub_enc) (int flen, const unsigned char *from, unsigned char *to, RSA *rsa, int padding); int (*rsa_pub_dec) (int flen, const unsigned char *from, unsigned char *to, RSA *rsa, int padding); int (*rsa_priv_enc) (int flen, const unsigned char *from, unsigned char *to, RSA *rsa, int padding); int (*rsa_priv_dec) (int flen, const unsigned char *from, unsigned char *to, RSA *rsa, int padding); int (*rsa_mod_exp) (BIGNUM *r0, const BIGNUM *I, RSA *rsa, BN_CTX *ctx); int (*bn_mod_exp) (BIGNUM *r, const BIGNUM *a, const BIGNUM *p, const BIGNUM *m, BN_CTX *ctx, BN_MONT_CTX *m_ctx); /* ....stuff.... */ int flags; /* .... stuff ... */ }; // TYPEDEF'ED TO RSA_METHOD in include/ossl_typ.h
So, three questions:
/*
* This flag means the private key operations will be handled by rsa_mod_exp * and that they do not depend on the private key components being present: * for example a key stored in external hardware. Without this flag * bn_mod_exp gets called when private key components are absent. */ # define RSA_FLAG_EXT_PKEY 0x0020 Does this mean that if I use this flag in the "flags" field of RSA_METHOD, that I DO NOT need to implement rsa_pub_enc/dec and friends?
I guess I'm just confused as to at what point in the RSA encryption/decryption process my engine should be invoked at.
FWIW I'm planning on releasing a comprehensive engine tutorial and some documentation for all this stuff once I finish (will already be written up in my thesis), so I want to make sure I get these details ironed out!
Best, Brett |
-- openssl-users mailing list To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
