[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-dev] prop224: "revision-counter" field leaks service/intro point stability



Hi all,

The hidden service descriptor's "revision-counter" field is incremented every time the descriptor is updated.

I wonder what the distribution of these versions will be:
* a hidden service with a value of 0 (or 1) has just started up (or just rolled over to a new period)
* an unstable hidden service might have an unusually high count
* if enough introduction points go down or are DoSed, the hidden service will find new ones, and increment the count

Should we randomise the start value and increment?
How can we do this in a way that doesn't lead to exhaustion of the revision-counter?

Tim

Tim Wilson-Brown (teor)

teor2345 at gmail dot com
PGP 968F094B

teor at blah dot im
OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev