TODO 5.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122
  1. Legend:
  2. SPEC!! - Not specified
  3. SPEC - Spec not finalized
  4. NICK - nick claims
  5. ARMA - arma claims
  6. - Not done
  7. * Top priority
  8. . Partially done
  9. o Done
  10. D Deferred
  11. X Abandoned
  12. - Use a stronger cipher
  13. NICK - 3des for now
  14. - aes when we everybody has openssl 0.9.7
  15. . Topics / circuits
  16. o Implement topics
  17. - Rotate circuits after N minutes?
  18. - Circuits should expire when circuit->expire triggers
  19. NICK . Handle half-open connections
  20. - Figure out what causes connections to close, standardize
  21. when we mark a connection vs when we tear it down
  22. NICK - Look at what ssl does to keep from mutating data streams
  23. NICK . On the fly compression of each stream
  24. o Clean up the event loop (optimize and sanitize)
  25. ARMA o Remove that awful concept of 'roles'
  26. ARMA - Exit policies
  27. - Spec how to write the exit policies
  28. - Path selection algorithms
  29. - Let user request certain nodes
  30. - And disallow certain nodes
  31. - Choose path by jurisdiction, etc?
  32. D Implement our own memory management, at least for common structs
  33. . Appropriate logging
  34. - Come up with convention for what log level means what
  35. - Make code follow convention
  36. . Terminology
  37. o Circuits, topics, cells stay named that
  38. - 'Connection' gets divided, or renamed, or something?
  39. . DNS farm
  40. o Distribute queries onto the farm, get answers
  41. o Preemptively grow a new worker before he's needed
  42. - Prune workers when too many are idle
  43. o Keep track of which connections are in dns_wait
  44. o Need to cache positives/negatives on the tor side
  45. o Keep track of which queries have been asked
  46. . Better error handling when
  47. . An address doesn't resolve
  48. - We have max workers running
  49. - Consider taking the master out of the loop?
  50. . Directory servers
  51. - Automated reputation management
  52. ARMA - Include key in source; sign directories
  53. ARMA - Have directories list recommended-versions
  54. - Quit if running the wrong version
  55. - Command-line option to override quit
  56. . Add more information to directory server entries
  57. - Exit policies
  58. - jurisdiction? others?
  59. SPEC!! - Figure out how to do threshold directory servers
  60. . Scrubbing proxies
  61. - Find an smtp proxy?
  62. - Find an ftp proxy? Figure out how that would work?
  63. - Wait until there are packet redirectors for Linux
  64. . Get socks4a support into Mozilla
  65. . Get tor to act like a socks server
  66. o socks4, socks4a
  67. - socks5
  68. SPEC!! - Handle socks commands other than connect, eg, bind?
  69. - Develop rendezvous points
  70. D Implement reply onions
  71. D Deploy and manage open source development site.
  72. . Documentation
  73. . Discussion of socks, tsocks, etc
  74. o On-the-network protocol
  75. o Onions
  76. o Cells
  77. . Better comments for functions!
  78. - Tests
  79. NICK - Testing harness/infrastructure
  80. - Unit tests
  81. - System tests (how?)
  82. - Performance tests, so we know when we've improved
  83. . webload infrastructure (Bruce)
  84. . httperf infrastructure (easy to set up)
  85. . oprofile (installed in RH 8.0)
  86. D Deploy a widespread network
  87. . Router twins
  88. o Choose twin if primary is down, when laying circuit
  89. - Load balancing between twins
  90. - Keep track of load over links/nodes, to
  91. know who's hosed
  92. NICK - Daemonize and package
  93. o Teach it to fork and background
  94. - Red Hat spec file
  95. - Debian spec file equivalent
  96. . Autoconf
  97. . Which .h files are we actually using? Port to:
  98. o Linux
  99. o BSD
  100. . Solaris
  101. . Windows
  102. NICK . OS X
  103. . Move away from openssl
  104. o Abstract out crypto calls
  105. D Look at ndss, others? Just include code?
  106. . transition addr to sin_addr (huh?)
  107. . Clean up the number of places that get to look at prkey
  108. SPEC!! - Non-clique topologies, clearer bandwidth management
  109. . Look at OR handshake in more detail
  110. o Spec it
  111. - Merge OR and OP handshakes?
  112. - Periodic link key rotation. Spec?
  113. - More flexibility in node addressing
  114. - Support IPv6 rather than just 4
  115. - Handle multihomed servers