summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2012-12-16 23:21:27 -0500
committerNick Mathewson <nickm@torproject.org>2013-01-03 11:29:48 -0500
commit92d6a83e9895da874eae81e20e14df20231f25bf (patch)
treed7133791f10234ca6797b36a99ea6718ed5c5839
parented3c8d9d448d1e1143c8cc9f5878b6fa92ff05d0 (diff)
downloadtor-92d6a83e9895da874eae81e20e14df20231f25bf.tar.gz
tor-92d6a83e9895da874eae81e20e14df20231f25bf.zip
changes file for the ntor branch
-rw-r--r--changes/ntor40
1 files changed, 40 insertions, 0 deletions
diff --git a/changes/ntor b/changes/ntor
new file mode 100644
index 0000000000..3aca82075f
--- /dev/null
+++ b/changes/ntor
@@ -0,0 +1,40 @@
+ o Major features:
+
+ - Tor now supports a new circuit extension handshake designed by Ian
+ Goldberg, Douglas Stebila, and Berkant Ustaoglu. Our original
+ circuit extension handshake, later called "TAP", was a bit slow
+ (especially on the server side), had a fragile security proof, and
+ used weaker keys than we'd now prefer. The new circuit handshake
+ uses Dan Bernstein's "curve25519" elliptic-curve Diffie-Hellman
+ function, making it significantly more secure than the older
+ handshake, and significantly faster. Tor can either use one of two
+ built-in pure-C curve25519-donna implementations by Adam Langley,
+ or link against the "nacl" library for a tuned version if present.
+
+ The built-in version is very fast for 64-bit systems building with
+ GCC. (About 10-14x faster on the server side, and about 7x faster
+ on the client side.) The built-in 32-bit version is still faster
+ than the old TAP protocol (about 3x), but using libnacl would be
+ better on most 32-bit x86 hosts.
+
+ Clients don't currently use this protocol by default, since
+ comparatively few clients support it so far. To try it, set
+ UseNTorHandshake to 1.
+
+ Implements proposal 216; closes ticket #7202.
+
+ - Tor servers and clients now support a better CREATE/EXTEND cell
+ format, allowing the sender to specify multiple address, identity,
+ and handshake types. Implements Robert Ransom's proposal 200;
+ closes ticket #7199.
+
+ o Code simplification and refactoring:
+ - Split the onion.c file into separate modules for the onion queue
+ and the different handshakes it supports.
+ - Remove the marshalling/unmarshalling code for sending requests to
+ cpuworkers over a socket, and instead just send structs. The
+ recipient will always be the same Tor binary as the sender, so
+ any encoding is overkill.
+
+ o Testing:
+ - Add benchmark functions to test onion handshake performance.