doc/spec/proposals/098-todo.txt

   1 Filename: 098-todo.txt
   2 Title: Proposals that should be written
   3 Version: $Revision$
   4 Last-Modified: $Date$
   5 Author: Nick Mathewson, Roger Dingledine
   6 Created:
   7 Status: Meta
   8
   9 Overview:
  10
  11    This document lists ideas that various people have had for improving the
  12    Tor protocol.  These should be implemented and specified if they're
  13    trivial, or written up as proposals if they're not.
  14
  15    This is an active document, to be edited as proposals are written and as
  16    we come up with new ideas for proposals.  We should take stuff out as it
  17    seems irrelevant.
  18
  19
  20 For protocol version 2:
  21
  22   - Fix onionskin handshake scheme to be more mainstream, less nutty.
  23     Can we just do
  24         E(HMAC(g^x), g^x) rather than just E(g^x) ?
  25     No, that has the same flaws as before. We should send
  26         E(g^x, C) with random C and expect g^y, HMAC_C(K=g^xy).
  27     Better ask Ian; probably Stephen too.
  28   - Versioned CREATE and friends
  29   - Length on CREATE and friends
  30   - Versioning on circuits
  31   - Versioning on create cells
  32   - SHA1 is showing its age
  33   - Not being able to upgrade ciphersuites or increase key lengths is
  34     lame.
  35
  36 Any time:
  37
  38   - REASON_CONNECTFAILED should include an IP.
  39   - Spec should incorporate some prose from tor-design to be more readable.
  40   - Spec when we should rotate which keys
  41
  42   - We should use a variable-length path length by default -- 3 +/- some
  43     distribution. Need to think harder about allowing values less than 3,
  44     and there's a tradeoff between having a wide variance and performance.
  45
  46 Things that should change...
  47
  48 B.1. ... but which will require backward-incompatible change
  49
  50   - Circuit IDs should be longer.
  51   - IPv6 everywhere.
  52   - Maybe, keys should be longer.
  53     - Maybe, key-length should be adjustable.  How to do this without
  54       making anonymity suck?
  55   - Drop backward compatibility.
  56   - We should use a 128-bit subgroup of our DH prime.
  57   - Handshake should use HMAC.
  58   - Multiple cell lengths.
  59   - Ability to split circuits across paths (If this is useful.)
  60   - SENDME windows should be dynamic.
  61
  62   - Directory
  63      - Stop ever mentioning socks ports
  64
  65 B.1. ... and that will require no changes
  66
  67    - Mention multiple addr/port combos
  68    - Advertised outbound IP?
  69    - Migrate streams across circuits.
  70
  71 B.2. ... and that we have no idea how to do.
  72
  73    - UDP (as transport)
  74    - UDP (as content)
  75    - Use a better AES mode that has built-in integrity checking,
  76      doesn't grow with the number of hops, is not patented, and
  77      is implemented and maintained by smart people.
  78
  79 Let onion keys be not just RSA but maybe DH too, for Paul's reply onion
  80 design.
  81