scripts/download.pl: fail loudly if provided hash is unsupported
authorBaptiste Jonglez <git@bitsofnetworks.org>
Sun, 3 Sep 2017 12:01:28 +0000 (14:01 +0200)
committerJohn Crispin <john@phrozen.org>
Mon, 11 Sep 2017 15:13:02 +0000 (17:13 +0200)
Currently, if the provided hash is unsupported (length different from 32
or 64 bytes), we happily download the requested file without any kind of
checksum verification.

This is quite dangerous and may provide a false sense of security, because
a single typo in the hash (e.g. one character deleted by mistake) may skip
checksum verification entirely.

Instead, fail immediately if we don't support the provided hash.
In particular, if an external package repository decides to change the
hash algorithm one day, we will now fail loudly instead of skipping
checksum verification without complaints.

Note: if some users of scripts/download.pl knowingly provide an empty hash
because they don't need checksum verification, this change will break
them.  This does not seem to be the case currently, but if this feature is
ever needed, an option should be added to download.pl instead of relying
on the hash being empty.

Fixes: eaa4eba10a89 ("scripts/download.pl: add SHA-256 support")

Signed-off-by: Baptiste Jonglez <git@bitsofnetworks.org>
scripts/download.pl

index bf9fe8c76190a6088940523124313d4d91256e15..775408934ab25c92b1c988c325c0effd8ff45e50 100755 (executable)
@@ -88,6 +88,7 @@ sub download_cmd($) {
 }
 
 my $hash_cmd = hash_cmd();
+$hash_cmd or die "Cannot find appropriate hash command, ensure the provided hash is either a MD5 or SHA256 checksum.\n";
 
 sub download
 {