diff options
author | Geoff Thorpe <geoff@openssl.org> | 2016-10-06 10:04:56 -0500 |
---|---|---|
committer | Richard Levitte <levitte@openssl.org> | 2017-02-01 02:06:39 +0100 |
commit | 38d1b3cc0271008b8bd130a2c4b442775b028a08 (patch) | |
tree | ae79d0c8dd2fc51bda4f13da0f9d77f0da581b5d /crypto/bn/bn_word.c | |
parent | 2fc9b36a96ccd77cbd9ecfb3a3cdaa7ad2ca305e (diff) |
bn: fix occurances of negative zero
The BIGNUM behaviour is supposed to be "consistent" when going into and
out of APIs, where "consistent" means 'top' is set minimally and that
'neg' (negative) is not set if the BIGNUM is zero (which is iff 'top' is
zero, due to the previous point).
The BN_DEBUG testing (make test) caught the cases that this patch
corrects.
Note, bn_correct_top() could have been used instead, but that is intended
for where 'top' is expected to (sometimes) require adjustment after direct
word-array manipulation, and so is heavier-weight. Here, we are just
catching the negative-zero case, so we test and correct for that
explicitly, in-place.
Change-Id: Iddefbd3c28a13d935648932beebcc765d5b85ae7
Signed-off-by: Geoff Thorpe <geoff@openssl.org>
Reviewed-by: Richard Levitte <levitte@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1672)
Diffstat (limited to 'crypto/bn/bn_word.c')
-rw-r--r-- | crypto/bn/bn_word.c | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/crypto/bn/bn_word.c b/crypto/bn/bn_word.c index a34244c4ad..1af13a53fb 100644 --- a/crypto/bn/bn_word.c +++ b/crypto/bn/bn_word.c @@ -89,6 +89,8 @@ BN_ULONG BN_div_word(BIGNUM *a, BN_ULONG w) if ((a->top > 0) && (a->d[a->top - 1] == 0)) a->top--; ret >>= j; + if (!a->top) + a->neg = 0; /* don't allow negative zero */ bn_check_top(a); return (ret); } |