<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Aug 22, 2016 at 11:24 PM, Viktor Dukhovni <span dir="ltr"><<a href="mailto:cryptography@dukhovni.org" target="_blank">cryptography@dukhovni.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Mon, Aug 22, 2016 at 06:17:31PM -0700, Jon Callas wrote:<br>
<br>
> Christian Huitema pointed out to me that 0x5DEECE66D is actually 36 bits<br>
> not 32. I used <<a href="http://www.binaryhexconverter.com/hex-to-decimal-converter" rel="noreferrer" target="_blank">http://www.binaryhexconverter<wbr>.com/hex-to-decimal-converter</a>><br>
> to convert it to 25214903917,<br></span></blockquote><div><br></div><div>The number of bits vs. the storage ?  All bits even 0's should or could count.</div><div><div>ibase=16</div><div>obase=2</div><div>5DEECE66D</div><div>10111011110111011001110011001101101</div></div><div><div>$ echo 10111011110111011001110011001101101 | wc -c</div><div>36</div></div><div><br></div><div><br></div><div>So yes 36 bits.<br>But the first bit could be 0 then these tools would prune leading 0's </div><div>and we might say 34 bits.<br>Most commonly we would store it in bytes vs nibbles as 0x05DEECE66D for this</div><div>000010111011110111011001110011001101101  or with more leading zeros</div><div>depending on storage  (5 bytes is uncommon).  It is just 'luck' that the left most bit</div><div>is 1 and gives us 36</div><div><br></div><div><div>ibase=16</div><div>obase=2</div><div>5DEECE66D</div><div>10111011110111011001110011001101101</div><div>00000005DEECE66D</div><div>10111011110111011001110011001101101</div></div><div><br></div><div><br></div></div>
</div></div>