[or-cvs] [tor/master] early thoughts on a safer way to reach a service via a particular exit.

Nick Mathewson nickm at seul.org
Mon May 25 00:32:33 UTC 2009


Author: Roger Dingledine <arma at torproject.org>
Date: Sun, 24 May 2009 17:05:13 -0400
Subject: early thoughts on a safer way to reach a service via a particular exit.
Commit: 4c548cd51b087801b02c96b56978bd03ffdf8938

---
 .../proposals/ideas/xxx-encrypted-services.txt     |   18 ++++++++++++++++++
 1 files changed, 18 insertions(+), 0 deletions(-)
 create mode 100644 doc/spec/proposals/ideas/xxx-encrypted-services.txt

diff --git a/doc/spec/proposals/ideas/xxx-encrypted-services.txt b/doc/spec/proposals/ideas/xxx-encrypted-services.txt
new file mode 100644
index 0000000..3414f3c
--- /dev/null
+++ b/doc/spec/proposals/ideas/xxx-encrypted-services.txt
@@ -0,0 +1,18 @@
+
+the basic idea might be to generate a keypair, and sign little statements
+like "this key corresponds to this relay id", and publish them on karsten's
+hs dht.
+
+so if you want to talk to it, you look it up, then go to that exit.
+and by 'go to' i mean 'build a tor circuit like normal except you're sure
+where to exit'
+
+connecting to it is slower than usual, but once you're connected, it's no
+slower than normal tor.
+and you get what wikileaks wants from its hidden service, which is really
+just the UI piece.
+indymedia also wants this.
+
+might be interesting to let an encrypted service list more than one relay,
+too.
+
-- 
1.5.6.5




More information about the tor-commits mailing list