[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