Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
Tor
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Container Registry
Model registry
Monitor
Incidents
Service Desk
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
The Tor Project
Core
Tor
Commits
e0d734eb
Commit
e0d734eb
authored
21 years ago
by
Roger Dingledine
Browse files
Options
Downloads
Patches
Plain Diff
update based on discussions at discex iii
svn:r256
parent
59e70bca
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
doc/FAQ
+7
-0
7 additions, 0 deletions
doc/FAQ
doc/TODO
+32
-25
32 additions, 25 deletions
doc/TODO
with
39 additions
and
25 deletions
doc/FAQ
+
7
−
0
View file @
e0d734eb
...
...
@@ -90,8 +90,15 @@ about recently joined routers.
5.1. So I'm totally anonymous if I use tor?
5.2. Where can I learn more about anonymity?
5.3. What attacks remain against onion routing?
tagging: can change bytes in the cells, even through link encryption
end node can give back wrong data, even subtly wrong data.
6. Comparison to related projects.
...
...
This diff is collapsed.
Click to expand it.
doc/TODO
+
32
−
25
View file @
e0d734eb
...
...
@@ -17,21 +17,23 @@ ARMA - arma claims
- aes when we everybody has openssl 0.9.7
. Topics / circuits
o Implement topics
-
Rotate circuits after N minutes?
-
Circuits should expire when circuit->expire triggers
o
Rotate circuits after N minutes?
X
Circuits should expire when circuit->expire triggers
NICK . Handle half-open connections
- Figure out what causes connections to close, standardize
when we mark a connection vs when we tear it down
- Figure out what causes connections to close, standardize
when we mark a connection vs when we tear it down
NICK - Look at what ssl does to keep from mutating data streams
NICK . On the fly compression of each stream
o Clean up the event loop (optimize and sanitize)
ARMA o Remove that awful concept of 'roles'
ARMA
-
Exit policies
-
Spec how to write the exit policies
ARMA
.
Exit policies
o
Spec how to write the exit policies
- Path selection algorithms
- Let user request certain nodes
- And disallow certain nodes
- Choose path by jurisdiction, etc?
D Choose path by jurisdiction, etc?
- Rewrite how the AP works
SPEC!! D Non-clique topologies
D Implement our own memory management, at least for common structs
. Appropriate logging
- Come up with convention for what log level means what
...
...
@@ -51,19 +53,21 @@ ARMA - Exit policies
- We have max workers running
- Consider taking the master out of the loop?
. Directory servers
- Automated reputation management
ARMA - Include key in source; sign directories
D Automated reputation management
NICK - Include key in source; sign directories
- Add versions to code
ARMA - Have directories list recommended-versions
- Quit if running the wrong version
- Command-line option to override quit
. Add more information to directory server entries
-
Exit policies
-
jurisdiction? others?
SPEC!!
-
Figure out how to do threshold directory servers
o
Exit policies
D
jurisdiction? others?
SPEC!!
D
Figure out how to do threshold directory servers
. Scrubbing proxies
- Find an smtp proxy?
- Find an ftp proxy? Figure out how that would work?
- Wait until there are packet redirectors for Linux
- Check the old smtp proxy code
o Find an ftp proxy? wget --passive
D Wait until there are packet redirectors for Linux
. Get socks4a support into Mozilla
. Get tor to act like a socks server
o socks4, socks4a
...
...
@@ -79,9 +83,9 @@ SPEC!! - Handle socks commands other than connect, eg, bind?
o Cells
. Better comments for functions!
- Tests
NICK
-
Testing harness/infrastructure
-
Unit tests
-
System tests (how?)
NICK
o
Testing harness/infrastructure
.
Unit tests
D
System tests (how?)
- Performance tests, so we know when we've improved
. webload infrastructure (Bruce)
. httperf infrastructure (easy to set up)
...
...
@@ -89,14 +93,13 @@ NICK - Testing harness/infrastructure
D Deploy a widespread network
. Router twins
o Choose twin if primary is down, when laying circuit
-
Load balancing between twins
D
Load balancing between twins
- Keep track of load over links/nodes, to
know who's hosed
NICK - Daemonize and package
o Teach it to fork and background
- Red Hat spec file
- Debian spec file equivalent
. Autoconf
. Which .h files are we actually using? Port to:
o Linux
...
...
@@ -104,20 +107,24 @@ NICK - Daemonize and package
. Solaris
. Windows
NICK . OS X
. Move away from openssl
- openssl randomness
- inet_ntoa, stdint.h
- Make a script to set up a local network on your machine
D Move away from openssl
o Abstract out crypto calls
D Look at n
d
ss, others? Just include code?
D Look at nss, others? Just include code?
. transition addr to sin_addr (huh?)
. Clean up the number of places that get to look at prkey
SPEC!! - Non-clique topologies, clearer bandwidth management
. Clearer bandwidth management
- Total rate limiting
. Look at OR handshake in more detail
o Spec it
- Merge OR and OP handshakes
- But figure out how to indicate if we're OR?
-
Periodic link key rotation. Spec?
D
Periodic link key rotation. Spec?
- More flexibility in node addressing
-
Support IPv6 rather than just 4
- Handle multihomed servers
D
Support IPv6 rather than just 4
- Handle multihomed servers
(config variable to set IP)
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment