diff options
| author | Neil Horman <nhorman@tuxdriver.com> | 2013-09-17 08:33:11 -0400 |
|---|---|---|
| committer | Herbert Xu <herbert@gondor.apana.org.au> | 2013-09-24 06:02:23 +1000 |
| commit | 714b33d15130cbb5ab426456d4e3de842d6c5b8a (patch) | |
| tree | 038690f74a44de6a5c6604e5732aa05633773e6f /include/crypto | |
| parent | ec795ad84c0a8c69723972eae31e60b0d94ab29a (diff) | |
| download | op-kernel-dev-714b33d15130cbb5ab426456d4e3de842d6c5b8a.zip op-kernel-dev-714b33d15130cbb5ab426456d4e3de842d6c5b8a.tar.gz | |
crypto: ansi_cprng - Fix off by one error in non-block size request
Stephan Mueller reported to me recently a error in random number generation in
the ansi cprng. If several small requests are made that are less than the
instances block size, the remainder for loop code doesn't increment
rand_data_valid in the last iteration, meaning that the last bytes in the
rand_data buffer gets reused on the subsequent smaller-than-a-block request for
random data.
The fix is pretty easy, just re-code the for loop to make sure that
rand_data_valid gets incremented appropriately
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
Reported-by: Stephan Mueller <stephan.mueller@atsec.com>
CC: Stephan Mueller <stephan.mueller@atsec.com>
CC: Petr Matousek <pmatouse@redhat.com>
CC: Herbert Xu <herbert@gondor.apana.org.au>
CC: "David S. Miller" <davem@davemloft.net>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'include/crypto')
0 files changed, 0 insertions, 0 deletions
