diff options
| author | Nick Mathewson <nickm@torproject.org> | 2013-09-18 10:51:04 -0400 |
|---|---|---|
| committer | Nick Mathewson <nickm@torproject.org> | 2013-09-20 11:00:27 -0400 |
| commit | accadd8752bb26efeb31a5c866a16cc863963893 (patch) | |
| tree | 74e77186433563a7dba09276907b955627e026be /changes/no_client_timestamps_024 | |
| parent | f8b44eedf725cadb15c3a0ad1bc5a0fa1dbbc21d (diff) | |
| download | tor-accadd8752bb26efeb31a5c866a16cc863963893.tar tor-accadd8752bb26efeb31a5c866a16cc863963893.tar.gz | |
Remove the timestamp from AUTHENTICATE cells; replace with random bytes
This isn't actually much of an issue, since only relays send
AUTHENTICATE cells, but while we're removing timestamps, we might as
well do this too.
Part of proposal 222. I didn't take the approach in the proposal of
using a time-based HMAC, since that was a bad-prng-mitigation hack
from SSL3, and in real life, if you don't have a good RNG, you're
hopeless as a Tor server.
Diffstat (limited to 'changes/no_client_timestamps_024')
| -rw-r--r-- | changes/no_client_timestamps_024 | 8 |
1 files changed, 5 insertions, 3 deletions
diff --git a/changes/no_client_timestamps_024 b/changes/no_client_timestamps_024 index fe8f41927..9ded8b3d9 100644 --- a/changes/no_client_timestamps_024 +++ b/changes/no_client_timestamps_024 @@ -3,8 +3,10 @@ not used for anything, and they provided one small way for clients to be distinguished from each other as they moved from network to network or behind NAT. Implements part of proposal 222. - - Clients now round timestamps in INTRODUCE2 cells to the nearest + - Clients now round timestamps in INTRODUCE2 cells down to the nearest 10 minutes. If a new Support022HiddenServices option is set to 0, or if it's set to "auto" and the feature is disabled in the consensus, - the timestamp is sent as 0 instead. - + the timestamp is sent as 0 instead. Implements part of proposal 222. + - Stop sending timestamps in AUTHENTICATE cells. This is not such + a big deal from a security point of view, but it achieves no actual + good purpose, and isn't needed. Implements part of proposal 222. |