summaryrefslogtreecommitdiffstats
path: root/crypto/bn/bn_mont.c
diff options
context:
space:
mode:
authorDavid Benjamin <davidben@google.com>2018-01-23 13:57:10 -0500
committerAndy Polyakov <appro@openssl.org>2018-02-01 21:44:28 +0100
commit39eeb64f59ff838f976ad305de7d15747d47a41c (patch)
tree727f64ad02d395ba2f4477dee557819fbcde37c7 /crypto/bn/bn_mont.c
parent972c87dfc7e765bd28a4964519c362f0d3a58ca4 (diff)
Don't leak the exponent bit width in BN_mod_exp_mont_consttime.
The exponent here is one of d, dmp1, or dmq1 for RSA. This value and its bit length are both secret. The only public upper bound is the bit width of the corresponding modulus (RSA n, p, and q, respectively). Although BN_num_bits is constant-time (sort of; see bn_correct_top notes in preceding patch), this does not fix the root problem, which is that the windows are based on the minimal bit width, not the upper bound. We could use BN_num_bits(m), but BN_mod_exp_mont_consttime is public API and may be called with larger exponents. Instead, use all top*BN_BITS2 bits in the BIGNUM. This is still sensitive to the long-standing bn_correct_top leak, but we need to fix that regardless. This may cause us to do a handful of extra multiplications for RSA keys which are just above a whole number of words, but that is not a standard RSA key size. Reviewed-by: Paul Dale <paul.dale@oracle.com> Reviewed-by: Rich Salz <rsalz@openssl.org> (Merged from https://github.com/openssl/openssl/pull/5154)
Diffstat (limited to 'crypto/bn/bn_mont.c')
0 files changed, 0 insertions, 0 deletions