summaryrefslogtreecommitdiffstats
path: root/src/lib/gssapi/generic/util_errmap.c
diff options
context:
space:
mode:
authorEzra Peisach <epeisach@mit.edu>2007-08-20 14:50:41 +0000
committerEzra Peisach <epeisach@mit.edu>2007-08-20 14:50:41 +0000
commit6fd1d4a89ac144dd4706dc98e4be0a5ff4823411 (patch)
tree154b857a1c89e93a5d3b68d117f0c71d7491a570 /src/lib/gssapi/generic/util_errmap.c
parent2fde4943b8f8472a6fca50339c94b41420dd5d1d (diff)
downloadkrb5-6fd1d4a89ac144dd4706dc98e4be0a5ff4823411.tar.gz
krb5-6fd1d4a89ac144dd4706dc98e4be0a5ff4823411.tar.xz
krb5-6fd1d4a89ac144dd4706dc98e4be0a5ff4823411.zip
read_entropy_from_device on partial read will not fill buffer
read_entropy_from_device() will loop in read until the desired number of bytes are read from the device (/dev/random, /dev/urandom). I have observed that for /dev/random, if there is not enough bits available for reading - it will return a partial read. The code would loop in this case, but never advance the location to place the new bytes - hence the start of the buffer would be filled again - leaving the tail end as stack garbage. ticket: new tags: pullup git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@19845 dc483132-0cff-0310-8789-dd5450dbe970
Diffstat (limited to 'src/lib/gssapi/generic/util_errmap.c')
0 files changed, 0 insertions, 0 deletions