2003-11-05 02:29:36 +01:00
|
|
|
|
2003-03-18 00:19:25 +01:00
|
|
|
Legend:
|
|
|
|
SPEC!! - Not specified
|
|
|
|
SPEC - Spec not finalized
|
|
|
|
NICK - nick claims
|
|
|
|
ARMA - arma claims
|
|
|
|
- Not done
|
|
|
|
* Top priority
|
|
|
|
. Partially done
|
|
|
|
o Done
|
|
|
|
D Deferred
|
|
|
|
X Abandoned
|
|
|
|
|
2004-06-02 22:00:19 +02:00
|
|
|
For scalability:
|
2004-06-02 22:06:25 +02:00
|
|
|
- Slightly smarter bandwidth management: use link capacity
|
|
|
|
intelligently.
|
|
|
|
- Handle full buffers without totally borking
|
2004-06-02 22:00:19 +02:00
|
|
|
|
2004-06-15 01:34:29 +02:00
|
|
|
For dtor:
|
2004-06-16 07:18:51 +02:00
|
|
|
|
2004-06-17 20:11:31 +02:00
|
|
|
NICK pre1:
|
2004-06-25 02:29:31 +02:00
|
|
|
o make all ORs serve the directory too.
|
2004-06-21 06:37:27 +02:00
|
|
|
o "AuthoritativeDir 1" for dirservers
|
|
|
|
o non-authorative servers with dirport publish opt dircacheport
|
|
|
|
o make clients read that and use it.
|
|
|
|
o make clients able to read a normal dirport from non-trusted OR too
|
|
|
|
o make ORs parse-and-keep-and-serve the directory they pull down
|
2004-06-25 02:29:31 +02:00
|
|
|
o authoritativedirservers should pull down directories from
|
2004-06-15 01:34:29 +02:00
|
|
|
other authdirservers, to merge descriptors.
|
2004-06-25 02:29:31 +02:00
|
|
|
D Have clients and dirservers preserve reputation info over
|
2004-06-16 07:18:51 +02:00
|
|
|
reboots.
|
2004-06-25 02:29:31 +02:00
|
|
|
[Deferred until we know what reputation info we actually want to
|
|
|
|
maintain. Our current algorithm Couldn't Possibly Work.]
|
|
|
|
. allow dirservers to serve running-router list separately.
|
2004-06-16 23:09:05 +02:00
|
|
|
o "get /running-routers" will fetch just this.
|
2004-06-25 02:29:31 +02:00
|
|
|
o actually make the clients use this sometimes.
|
|
|
|
o distinguish directory-is-dirty from runninglist-is-dirty
|
2004-06-16 07:18:51 +02:00
|
|
|
- ORs keep this too, and serve it
|
2004-06-25 02:29:31 +02:00
|
|
|
- Design: do we need running and non-running lists?
|
|
|
|
o tor remembers descriptor-lists across reboots.
|
2004-06-21 06:37:27 +02:00
|
|
|
. Packages define datadir as /var/lib/tor/. If no datadir is defined,
|
2004-06-16 07:18:51 +02:00
|
|
|
then choose, make, and secure ~/.tor as datadir.
|
2004-06-21 06:37:27 +02:00
|
|
|
o Adjust tor
|
|
|
|
o Change torrc.sample
|
2004-06-25 02:29:31 +02:00
|
|
|
D Change packages (not till 0.0.8 packages!)
|
2004-06-21 06:37:27 +02:00
|
|
|
- Look in ~/.torrc if no */etc/torrc is found?
|
|
|
|
o Contact info, pgp fingerprint, comments in router desc.
|
|
|
|
o Add a ContactInfo line to torrc, which gets published in
|
2004-06-16 07:18:51 +02:00
|
|
|
descriptor (as opt)
|
2004-06-21 06:37:27 +02:00
|
|
|
o write tor version at the top of each log file
|
2004-06-16 07:18:51 +02:00
|
|
|
|
|
|
|
pre2:
|
|
|
|
- refer to things by key:
|
2004-07-01 03:34:02 +02:00
|
|
|
o extend cells need ip:port:identitykeyhash.
|
|
|
|
. Lookup routers and connections by key digest; accept hex
|
|
|
|
key digest in place of nicknames.
|
2004-07-03 01:40:03 +02:00
|
|
|
. Audit all uses of lookup-by-hostname and lookup-by-addr-port
|
2004-07-01 03:34:02 +02:00
|
|
|
to search by digest when appropriate.
|
2004-07-03 01:40:03 +02:00
|
|
|
- Rep-hist functions
|
2004-06-16 07:18:51 +02:00
|
|
|
- also use this in intro points and rendezvous points, and
|
2004-07-01 03:34:02 +02:00
|
|
|
hidserv descs. [XXXX This isn't enough.]
|
2004-06-16 07:18:51 +02:00
|
|
|
- figure out what to do about ip:port:differentkey
|
2004-06-17 20:11:31 +02:00
|
|
|
ARMA - ORs connect on demand. attach circuits to new connections, keep
|
2004-06-16 07:18:51 +02:00
|
|
|
create cells around somewhere, send destroy if fail.
|
|
|
|
- nickname defaults to first piece of hostname
|
|
|
|
- running-routers list refers to nickname if verified, else
|
|
|
|
hash-base64'ed.
|
|
|
|
|
2004-07-01 03:34:02 +02:00
|
|
|
|
2004-06-16 07:18:51 +02:00
|
|
|
pre3:
|
2004-06-15 01:34:29 +02:00
|
|
|
- users can set their bandwidth, or we auto-detect it:
|
|
|
|
- advertised bandwidth defaults to 10KB
|
|
|
|
- advertised bandwidth is the min of max seen in each direction
|
|
|
|
in the past N seconds.
|
|
|
|
- not counting "local" connections
|
|
|
|
- round detected bandwidth up to nearest 10KB
|
|
|
|
- client software not upload descriptor until:
|
|
|
|
- you've been running for an hour
|
|
|
|
- it's sufficiently satisfied with its bandwidth
|
|
|
|
- it decides it is reachable
|
|
|
|
- start counting again if your IP ever changes.
|
|
|
|
- never regenerate identity keys, for now.
|
|
|
|
- you can set a bit for not-being-an-OR.
|
|
|
|
- clients choose nodes proportional to advertised bandwidth
|
|
|
|
- authdirserver includes descriptor and lists as running iff:
|
|
|
|
- he can connect to you
|
|
|
|
- he has successfully extended to you
|
|
|
|
- he has sufficient mean-time-between-failures
|
2004-06-16 07:18:51 +02:00
|
|
|
- add new "Middleman 1" config variable?
|
2004-06-15 01:34:29 +02:00
|
|
|
- if torrc not found, exitpolicy reject *:*
|
2004-06-16 07:18:51 +02:00
|
|
|
|
|
|
|
ongoing:
|
|
|
|
. rename/rearrange functions for what file they're in
|
2004-06-15 01:34:29 +02:00
|
|
|
- generalize our transport: add transport.c in preparation for
|
|
|
|
http, airhook, etc transport.
|
2004-05-19 22:02:03 +02:00
|
|
|
|
2004-04-22 05:50:42 +02:00
|
|
|
For September:
|
2004-06-02 22:00:19 +02:00
|
|
|
NICK . Windows port
|
2004-05-10 11:40:44 +02:00
|
|
|
o works as client
|
2004-04-22 05:50:42 +02:00
|
|
|
- deal with pollhup / reached_eof on all platforms
|
2004-05-10 11:40:44 +02:00
|
|
|
. robust as a client
|
2004-06-17 20:11:31 +02:00
|
|
|
. works as server
|
2004-04-22 05:50:42 +02:00
|
|
|
- can be configured
|
|
|
|
- robust as a server
|
2004-06-17 20:11:31 +02:00
|
|
|
. Usable as NT service
|
2004-04-22 05:50:42 +02:00
|
|
|
- docs for building in win
|
2004-06-17 20:11:31 +02:00
|
|
|
- installer
|
2004-04-22 05:50:42 +02:00
|
|
|
|
|
|
|
- Docs
|
|
|
|
- FAQ
|
2004-06-15 01:34:29 +02:00
|
|
|
o overview of tor. how does it work, what's it do, pros and
|
2004-04-22 05:50:42 +02:00
|
|
|
cons of using it, why should I use it, etc.
|
|
|
|
- a howto tutorial with examples
|
2004-06-15 01:34:29 +02:00
|
|
|
o tutorial: how to set up your own tor network
|
2004-05-10 11:40:44 +02:00
|
|
|
- (need to not hardcode dirservers file in config.c)
|
|
|
|
. correct, update, polish spec
|
2004-04-22 05:50:42 +02:00
|
|
|
- document the exposed function api?
|
|
|
|
- document what we mean by socks.
|
|
|
|
|
2004-06-15 01:34:29 +02:00
|
|
|
NICK . packages
|
|
|
|
. rpm
|
2004-04-22 05:50:42 +02:00
|
|
|
- find a long-term rpm maintainer
|
|
|
|
|
|
|
|
- code
|
|
|
|
- better warn/info messages
|
2004-06-17 20:11:31 +02:00
|
|
|
o let tor do resolves.
|
|
|
|
o extend socks4 to do resolves?
|
|
|
|
o make script to ask tor for resolves
|
2004-04-22 05:50:42 +02:00
|
|
|
- tsocks
|
|
|
|
- gather patches, submit to maintainer
|
|
|
|
- intercept gethostbyname and others, do resolve via tor
|
|
|
|
- redesign and thorough code revamp, with particular eye toward:
|
|
|
|
- support half-open tcp connections
|
|
|
|
- conn key rotation
|
|
|
|
- other transports -- http, airhook
|
|
|
|
- modular introduction mechanism
|
|
|
|
- allow non-clique topology
|
|
|
|
|
2004-05-02 04:55:29 +02:00
|
|
|
Other details and small and hard things:
|
|
|
|
- tor should be able to have a pool of outgoing IP addresses
|
|
|
|
that it is able to rotate through. (maybe)
|
|
|
|
- tie into squid
|
|
|
|
- buffer size pool, to let a few buffers grow huge or many buffers
|
|
|
|
grow a bit
|
2004-04-28 22:01:54 +02:00
|
|
|
- hidserv offerers shouldn't need to define a SocksPort
|
|
|
|
- when the client fails to pick an intro point for a hidserv,
|
|
|
|
it should refetch the hidserv desc.
|
2004-03-27 06:52:55 +01:00
|
|
|
. should maybe make clients exit(1) when bad things happen?
|
2004-02-27 05:52:02 +01:00
|
|
|
e.g. clock skew.
|
2004-04-15 05:54:33 +02:00
|
|
|
- should retry exitpolicy end streams even if the end cell didn't
|
|
|
|
resolve the address for you
|
2004-03-15 16:52:43 +01:00
|
|
|
- Add '[...truncated]' or similar to truncated log entries (like the directory
|
|
|
|
in connection_dir_process_inbuf()).
|
2004-03-27 06:52:55 +01:00
|
|
|
. Make logs handle it better when writing to them fails.
|
2004-06-01 20:14:45 +02:00
|
|
|
o Dirserver shouldn't put you in running-routers list if you haven't
|
2003-11-11 08:50:12 +01:00
|
|
|
uploaded a descriptor recently
|
2004-04-22 05:50:42 +02:00
|
|
|
. Refactor: add own routerinfo to routerlist. Right now, only
|
|
|
|
router_get_by_nickname knows about 'this router', as a hack to
|
|
|
|
get circuit_launch_new to do the right thing.
|
2003-03-18 00:19:25 +01:00
|
|
|
. Scrubbing proxies
|
|
|
|
- Find an smtp proxy?
|
|
|
|
. Get socks4a support into Mozilla
|
2004-06-17 20:11:31 +02:00
|
|
|
- Extend by hostname, not by IP.
|
2004-04-22 05:50:42 +02:00
|
|
|
- Need a relay teardown cell, separate from one-way ends.
|
|
|
|
- Make it harder to circumvent bandwidth caps: look at number of bytes
|
|
|
|
sent across sockets, not number sent inside TLS stream.
|
2004-05-10 11:40:44 +02:00
|
|
|
- fix router_get_by_* functions so they can get ourselves too,
|
|
|
|
and audit everything to make sure rend and intro points are
|
|
|
|
just as likely to be us as not.
|
|
|
|
|
|
|
|
|
|
|
|
***************************Future tasks:****************************
|
|
|
|
|
|
|
|
Rendezvous and hidden services:
|
|
|
|
make it fast:
|
|
|
|
- preemptively build and start rendezvous circs.
|
|
|
|
- preemptively build n-1 hops of intro circs?
|
|
|
|
- cannibalize general circs?
|
|
|
|
make it reliable:
|
|
|
|
- standby/hotswap/redundant services.
|
|
|
|
- store stuff to disk? dirservers forget service descriptors when
|
|
|
|
they restart; nodes offering hidden services forget their chosen
|
|
|
|
intro points when they restart.
|
|
|
|
make it robust:
|
|
|
|
- auth mechanisms to let midpoint and bob selectively choose
|
|
|
|
connection requests.
|
|
|
|
make it scalable:
|
|
|
|
- right now the hidserv store/lookup system is run by the dirservers;
|
|
|
|
this won't scale.
|
|
|
|
|
|
|
|
Tor scalability:
|
|
|
|
Relax clique assumptions.
|
|
|
|
Redesign how directories are handled.
|
|
|
|
- Separate running-routers lookup from descriptor list lookup.
|
|
|
|
- Resolve directory agreement somehow.
|
|
|
|
- Cache directory on all servers.
|
|
|
|
Find and remove bottlenecks
|
|
|
|
- Address linear searches on e.g. circuit and connection lists.
|
|
|
|
Reputation/memory system, so dirservers can measure people,
|
|
|
|
and so other people can verify their measurements.
|
|
|
|
- Need to measure via relay, so it's not distinguishable.
|
|
|
|
Bandwidth-aware path selection. So people with T3's are picked
|
|
|
|
more often than people with DSL.
|
|
|
|
Reliability-aware node selection. So people who are stable are
|
|
|
|
preferred for long-term circuits such as intro and rend circs,
|
|
|
|
and general circs for irc, aim, ssh, etc.
|
|
|
|
Let dissidents get to Tor servers via Tor users. ("Backbone model")
|
|
|
|
|
|
|
|
Anonymity improvements:
|
2004-06-15 01:34:29 +02:00
|
|
|
Is abandoning the circuit the only option when an extend fails, or
|
2004-05-10 11:40:44 +02:00
|
|
|
can we do something without impacting anonymity too much?
|
|
|
|
Is exiting from the middle of the circuit always a bad idea?
|
|
|
|
Helper nodes. Decide how to use them to improve safety.
|
|
|
|
DNS resolution: need to make tor support resolve requests. Need to write
|
|
|
|
a script and an interface (including an extension to the socks
|
|
|
|
protocol) so we can ask it to do resolve requests. Need to patch
|
|
|
|
tsocks to intercept gethostbyname, else we'll continue leaking it.
|
|
|
|
Improve path selection algorithms based on routing-zones paper. Be sure
|
|
|
|
to start and end circuits in different ASs. Ideally, consider AS of
|
|
|
|
source and destination -- maybe even enter and exit via nearby AS.
|
|
|
|
Intermediate model, with some delays and mixing.
|
|
|
|
Add defensive dropping regime?
|
|
|
|
|
|
|
|
Make it more correct:
|
|
|
|
Handle half-open connections: right now we don't support all TCP
|
|
|
|
streams, at least according to the protocol. But we handle all that
|
|
|
|
we've seen in the wild.
|
|
|
|
Support IPv6.
|
|
|
|
|
|
|
|
Efficiency/speed/robustness:
|
|
|
|
Congestion control. Is our current design sufficient once we have heavy
|
|
|
|
use? Need to measure and tweak, or maybe overhaul.
|
|
|
|
Allow small cells and large cells on the same network?
|
|
|
|
Cell buffering and resending. This will allow us to handle broken
|
|
|
|
circuits as long as the endpoints don't break, plus will allow
|
|
|
|
connection (tls session key) rotation.
|
|
|
|
Implement Morphmix, so we can compare its behavior, complexity, etc.
|
|
|
|
Use cpuworker for more heavy lifting.
|
|
|
|
- Signing (and verifying) hidserv descriptors
|
|
|
|
- Signing (and verifying) intro/rend requests
|
|
|
|
- Signing (and verifying) router descriptors
|
|
|
|
- Signing (and verifying) directories
|
|
|
|
- Doing TLS handshake (this is very hard to separate out, though)
|
|
|
|
Buffer size pool: allocate a maximum size for all buffers, not
|
|
|
|
a maximum size for each buffer. So we don't have to give up as
|
|
|
|
quickly (and kill the thickpipe!) when there's congestion.
|
|
|
|
Exit node caching: tie into squid or other caching web proxy.
|
|
|
|
Other transport. HTTP, udp, rdp, airhook, etc. May have to do our own
|
|
|
|
link crypto, unless we can bully openssl into it.
|
|
|
|
|
|
|
|
P2P Tor:
|
|
|
|
Do all the scalability stuff above, first.
|
|
|
|
Incentives to relay. Not so hard.
|
|
|
|
Incentives to allow exit. Possibly quite hard.
|
|
|
|
Sybil defenses without having a human bottleneck.
|
|
|
|
How to gather random sample of nodes.
|
|
|
|
How to handle nodelist recommendations.
|
|
|
|
Consider incremental switches: a p2p tor with only 50 users has
|
|
|
|
different anonymity properties than one with 10k users, and should
|
|
|
|
be treated differently.
|
2003-03-18 00:19:25 +01:00
|
|
|
|