gzz-commits
[Top][All Lists]
Advanced

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

[Gzz-commits] manuscripts/pointers article.rst


From: Tuomas J. Lukka
Subject: [Gzz-commits] manuscripts/pointers article.rst
Date: Mon, 10 Nov 2003 15:14:06 -0500

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Branch:         
Changes by:     Tuomas J. Lukka <address@hidden>        03/11/10 15:14:06

Modified files:
        pointers       : article.rst 

Log message:
        order

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

Patches:
Index: manuscripts/pointers/article.rst
diff -u manuscripts/pointers/article.rst:1.248 
manuscripts/pointers/article.rst:1.249
--- manuscripts/pointers/article.rst:1.248      Mon Nov 10 15:12:42 2003
+++ manuscripts/pointers/article.rst    Mon Nov 10 15:14:05 2003
@@ -670,6 +670,14 @@
    that it overloads the P2P network used. This
    a problem shared with other P2P applications.
 
+While our system helps to keep documents alive after
+the original publisher has lost interest in them, it
+does not protect against a publisher that wants to make
+past versions inaccessible. By simply signing and publishing
+a large number of "fake" versions (e.g., files containing
+random data), a publisher could make correct past versions
+hard to access.
+
 An adversary may attempt to use an information hiding attack
 against our system,
 withholding new versions of documents from clients,
@@ -686,14 +694,6 @@
 (because they can then see what one is trying to download).
 One way to counter this problem is to use an anonymizing
 P2P overlay.
-
-While our system helps to keep documents alive after
-the original publisher has lost interest in them, it
-does not protect against a publisher that wants to make
-past versions inaccessible. By simply signing and publishing
-a large number of "fake" versions (e.g., files containing
-random data), a publisher could make correct past versions
-hard to access.
 
 In this paper, we have proposed to use pointer records as the versioning
 mechanism for a location-independent Web.




reply via email to

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