[PATCH] doc: Official name of RIPE message digest is RIPEMD-160
Sergey Matveev
stargrave at stargrave.org
Sun Mar 6 12:02:55 CET 2016
According to RIPEMD-160 digest specification:
http://homes.esat.kuleuven.be/~bosselae/ripemd160.html
and ECRYPT eHash wiki entry:
http://ehash.iaik.tugraz.at/wiki/RIPEMD-160
this function is known as "RIPEMD", not "RIPE-MD".
--
Signed-off-by: Sergey Matveev <stargrave at stargrave.org>
---
configure.ac | 2 +-
doc/gpg-agent.texi | 2 +-
g10/rmd160.c | 6 +++---
g10/sig-check.c | 2 +-
4 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index 003e509..61fd504 100644
--- a/configure.ac
+++ b/configure.ac
@@ -293,7 +293,7 @@ GNUPG_GPG_DISABLE_ALGO([camellia256],[CAMELLIA256 cipher])
GNUPG_GPG_DISABLE_ALGO([md5],[MD5 hash])
# SHA1 is a MUST algorithm
-GNUPG_GPG_DISABLE_ALGO([rmd160],[RIPE-MD160 hash])
+GNUPG_GPG_DISABLE_ALGO([rmd160],[RIPEMD-160 hash])
GNUPG_GPG_DISABLE_ALGO([sha224],[SHA-224 hash])
# SHA256 is a MUST algorithm for GnuPG.
GNUPG_GPG_DISABLE_ALGO([sha384],[SHA-384 hash])
diff --git a/doc/gpg-agent.texi b/doc/gpg-agent.texi
index 5a387d4..fbddc3a 100644
--- a/doc/gpg-agent.texi
+++ b/doc/gpg-agent.texi
@@ -932,7 +932,7 @@ The SHA-1 hash algorithm
@item sha256
The SHA-256 hash algorithm
@item rmd160
-The RIPE-MD160 hash algorithm
+The RIPEMD-160 hash algorithm
@item md5
The old and broken MD5 hash algorithm
@item tls-md5sha1
diff --git a/g10/rmd160.c b/g10/rmd160.c
index 8eb005f..ca835d0 100644
--- a/g10/rmd160.c
+++ b/g10/rmd160.c
@@ -1,4 +1,4 @@
-/* rmd160.c - RIPE-MD160
+/* rmd160.c - RIPEMD-160
* Copyright (C) 1998, 1999, 2000, 2001, 2008 Free Software Foundation, Inc.
*
* This file is part of GnuPG.
@@ -17,7 +17,7 @@
* along with this program; if not, see <http://www.gnu.org/licenses/>.
*/
-/* For historic reasons gpg uses RIPE-MD160 to to identify names in
+/* For historic reasons gpg uses RIPEMD-160 to to identify names in
the trustdb. It would be better to change that to SHA-1, to take
advantage of a SHA-1 hardware operation provided by some CPUs.
This would break trustdb compatibility and thus we don't want to do
@@ -54,7 +54,7 @@ rol (u32 x, int n)
#define rol(x,n) ( ((x) << (n)) | ((x) >> (32-(n))) )
#endif
-/* Structure holding the context for the RIPE-MD160 computation. */
+/* Structure holding the context for the RIPEMD-160 computation. */
typedef struct
{
u32 h0, h1, h2, h3, h4;
diff --git a/g10/sig-check.c b/g10/sig-check.c
index ee0ebcb..03e2ed9 100644
--- a/g10/sig-check.c
+++ b/g10/sig-check.c
@@ -179,7 +179,7 @@ check_signature2 (PKT_signature *sig, gcry_md_hd_t digest, u32 *r_expiredate,
* one second. Some remote batch processing applications might
* like this feature here.
*
- * Note that before 2.0.10, we used RIPE-MD160 for the hash
+ * Note that before 2.0.10, we used RIPEMD-160 for the hash
* and accidentally didn't include the timestamp and algorithm
* information in the hash. Given that this feature is not
* commonly used and that a replay attacks detection should
--
2.6.4
More information about the Gnupg-devel
mailing list