gzz-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gzz-commits] manuscripts/Sigs article.rst


From: Benja Fallenstein
Subject: [Gzz-commits] manuscripts/Sigs article.rst
Date: Mon, 19 May 2003 18:00:47 -0400

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Benja Fallenstein <address@hidden>      03/05/19 18:00:47

Modified files:
        Sigs           : article.rst 

Log message:
        twid

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/Sigs/article.rst.diff?tr1=1.148&tr2=1.149&r1=text&r2=text

Patches:
Index: manuscripts/Sigs/article.rst
diff -u manuscripts/Sigs/article.rst:1.148 manuscripts/Sigs/article.rst:1.149
--- manuscripts/Sigs/article.rst:1.148  Mon May 19 17:52:29 2003
+++ manuscripts/Sigs/article.rst        Mon May 19 18:00:46 2003
@@ -60,17 +60,20 @@
 
[merkle80protocols-andalso-merkle87digital-andalso-bleichenbacheroptimal-andalso-perrig01biba-andalso-reyzin02better]_.
 Despite their limitations, one-way signatures have
 attracted considerable interest because
-their operation 
-does not
-rely on
+their operation does not rely on
 trapdoor functions, whose strength is based on
 unproven number-theoretic assumptions such as the
-difficulty of factoring large integers [XXX]. 
-
-This is important for, e.g., long-term digital publishing
-where the usual recommended digital signature expiration 
-time of two years[XXX] is inconvenient [anderson98eternal]_.
+difficulty of factoring large integers [XXX].
 
+Unlike signature schemes based on trapdoor functions,
+one-time signatures can withstand a long-time
+cryptoanalytic attack; keys therefore need not
+expire after a small number of years.
+This is important for e.g. long-term 
+digital publishing [anderson98eternal]_.
+The alternative, digital timestamping [XXX],
+adds additional complication because
+it needs a secure, trusted timestamping service.
 
 In this article, we introduce a new signature scheme,
 based on one-time signatures and a random oracle,




reply via email to

[Prev in Thread] Current Thread [Next in Thread]