If I invoke the command from Mac
echo hello | shasum -a 256
or from ubuntu
echo hello | sha256sum
Then I get the following result
5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03 -
I notice there is dash at the end.
But when I use Python hashlib
or Java java.security.MessageDigest
, they give me the same result as follows:
2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824
So, could anyone point out where I got it wrong please?
Thanks.
Python:
>>> import hashlib
>>> hashlib.sha256("hello").hexdigest()
Java:
MessageDigest md = MessageDigest.getInstance("SHA-256");
String text = "hello";
md.update(text.getBytes("UTF-8"));
byte[] digest = md.digest();
StringBuffer sb = new StringBuffer();
for (int i = 0; i < digest.length; i++) {
sb.append(String.format("%02x", digest[i] & 0xFF))
}
System.out.println(sb.toString());
The
echo
commands are adding a trailing newline to your string. Try:The
sha256sum
and related commands are adding the dash:-
in the output. These commands have been made to show hash values of *files. A single dash simply means that the input was from the standard inpuIt stream (i.e. there is no file name). Unfortunately I don't see an option to suppress the output, so you have to remove it yourself to get to the actual hash value.So the hash utilities do not only return the hash value. A SHA-256 hash value simply consists of 32 bytes. As humans cannot read binary the binary is displayed using hexadecimals, but the actual value should still be thought of as bytes. The hexadecimal characters are just a representation of those bytes.
The input of hash functions consist of bits or rather bytes as well. This means that any difference in encoding text will mean that the hash value will be different. This is especially tricky when it comes to white-space and end-of-line encoding. Instead of adding a trailing newline it is probably better to suppress it with the
-n
command line option for theecho
command in the case of "hello" though.So try the following:
or, with OpenSSL (which has similar issues):
This will also remove the trailing newline, so you can do a hexadecimal compare.
In the case of Java you should also make sure that the text encoding matches the system default encoding or you may get into trouble. So you should change:
to
to get to the platform character encoding. If you don't the compare will fail if the encoding of the platform is not compatible with UTF-8 for the string you want to compare.
And in Python without the trailing end of line, to finish this answer off:
Beware that hexadecimals themselves can also be displayed in different ways; you would make sure whitespace is not present and that the comparison is case-insensitive or that the representation of the bytes always uses the same case.