updates.
[silc.git] / TODO
1 TODO
2 ====
3
4 This is more or less complete list of tasks that has to be done before
5 SILC 1.0 could ever be released.  It is clear that the list does not
6 include all the bugs that exists.  At the end of list are tasks that 
7 needs to be done but are probably post 1.0.
8
9 Feel free to contribute if you have the ability and free time - all the
10 help is really appreciated - and needed.
11
12                                                         - Pekka
13
14
15 TODO General
16 ============
17
18  o We should replace all short, int, long, unsigned short, unsigned int,
19    unsigned long with some pre-defined datatypes that really are what
20    we want on all platforms.  int16, uint16, int32, uint32 etc. are
21    what we could use or maybe SilcInt16, SilcUInt16 etc.  Also, boolean
22    datatype should be defined.
23
24
25 TODO In SILC Client Library
26 ===========================
27
28  o Client library crashes if for example server timeouts protocol
29    execution and disconnects the client.  The client, on the other hand
30    may still assume that the connection is active, even after receiving
31    the EOF.  Reason for this is that the clien library does not handle
32    the SilcSocketConnection reference counter at all.  This must be
33    fixed.
34
35  o Logic for handling multiple same nicknames for example in private
36    message sending.  I guess the logic is done in server side but is
37    missing from client.
38
39  o I guess, public key authentication (when connecting to a server)
40    is not working currently.  It is just matter of loading the keys
41    from file and using them (see corresponding code in server, it should
42    support public key authentication already).
43
44  o Non-blocking connection on the background must be stopped if some
45    other connection on same window has established.  Now it is possible
46    that some non-blocking connection timeouts on the background when
47    we already have a working connection to some other place; things
48    goes bad.
49
50  o Add client library parameters or options that handle what kind of
51    messages the library should print out (using `say' client operation,
52    for example) and what is left for the application to print.  The
53    appliation could for example set that it handles all command printing
54    but all error printing should be handled by the library, etc...
55    This is not a showstopper.
56
57  o Input line on UI is buggy.  Cursor movement etc bugs.  Too lazy to
58    fix it.
59
60
61 TODO In SILC Server
62 ===================
63
64  o TODO in commands (command.c and command_reply.c):
65
66         o RESTART is not implemented
67         o In servers all command reply funtions should still call the
68           pending command reply even if the reply was error.  In client
69           it is not called but in server, I think, it must be called.
70           When implementing this check that all commands handle the
71           situation correctly when it is called as pending command
72           (it should most likely check that cmd->pending == TRUE/FALSE).
73
74  o TODO in notify types (packet_receive.c):
75
76         o SERVER_SIGNOFF notify type is not implemented
77
78  o Packet processing can be made faster. All packet function in the
79    packet_receive.c has same prototypes.  Instead of calling those from
80    huge switch() make a table of callback functions that can be called
81    directly by the packet type.
82
83  o DNS/IP lookup blocks the server.  This must be fixed.  Check the
84    resolver stuff (resolver(3), resolver(5)).  Either we have to do the
85    own resolver stuff (through scheduler, if possible without writing
86    too much own stuff) or use threads.
87
88  o Acceptance of incoming connections (client and server connections)
89    should be checked before key exchange protocol.  Currently it is
90    checked at the authentication phase after KE, that is ok, but it should
91    be checked before starting KE, as well.
92
93  o Server says that it is able to listen on multiple ports but currently
94    that is bogus.  It can, but internals are for single server.
95
96  o Protocol execution timeouts are hard coded, should be configurable.
97
98  o IP address fields in configuration file should accept mask format
99    as well, IP/MASK, and not just plain IP.
100
101  o Connection classes should be actually implemented in serverconfig.c.
102    They can be defined but they are totally ignored currently.
103
104
105 TODO In SILC Libraries
106 ======================
107
108  o The SKE Start Payload parsing routines are an overkill.  Use the
109    SILC_STR_UI16_NSTRING_ALLOC in the parsing and not parsing them
110    one by one like done now.
111
112  o Implement PFS (Perfect Forward Secrecy) flag in SKE (and in client and
113    server, actually).  If PFS is set, re-key must cause new key exchange.
114    This is required by the SILC protocol.
115
116  o Re-key in general is actually missing (from everywhere) and must be done.
117
118  o Compression routines are missing.  The protocol supports packet
119    compression thus it must be implemented.  SILC Comp API must be
120    defined.  zlib package is already included into the lib dir (in CVS,
121    not in distribution), but it is not used yet, and it requires some
122    tweaking on the Makefiles (we want static lib not shared).
123
124  o Rewrite the task system.  I made it too complex and too "neat" and
125    it really should be rewritten.  We don't need priorities really, one
126    priority is enough.  This will simplify a lot the task system.
127
128  o SIM support for SILC PKCS API needs to made so that they could be
129    used as SIM's.  At the same time some work is required on prime
130    generation as the way it is done now sucks.  Read from code for
131    more (silcpkcs.h).
132
133  o Random Number Generator needs some tweaking.  Reading /dev/random may
134    block resulting slow initialization of RNG.  Some other things in the
135    RNG may block as well.  Also, I have some pending changes to the RNG 
136    that needs to be commited (from Schneier's Yarrow-160 paper).  They 
137    should make the RNG even better.
138
139
140 TODO in the protocol before SILC 0.x
141 ====================================
142
143  o New commands and features in the commands
144    (draft-riikonen-silc-spec-xx.txt):
145
146         o Define GETKEY command to fetch the public key of a server
147           and/or a client in the SILC Network.
148         o Define SENDKEY command to send your public key to a client
149           in the network.  Sending to the server must not be done due
150           to various security reasons (the server must not trust the
151           public keys blindly without third party verification; that's
152           why SENDKEY is not for servers).
153
154  o New features in the KE/auth protocol
155    (draft-riikonen-silc-ke-auth-xx.txt):
156
157         o Define group exchange support for the SKE so that the SKE
158           could be performed among more than two entities.  This is not
159           a showstopper and may be defined later.
160
161
162 TODO After 1.0
163 ==============
164
165  o Pthreads support.  A lot of problems are solved with server (and with
166    client as well) if we add pthread support.  We can forget things such
167    as non-blocking connecting etc, and we can do things such as DNS/IP
168    lookups async.  The server itself also benefits great deal from 
169    threads, especially from performance point of view.
170
171    But, this is not a small task and almost entire SILC Library has to
172    be made re-entrant.  Own API is probably added for the threads support
173    to make changes in the future as painless as possible.  So the API 
174    would have things like silc_mutex_lock, silc_mutex_unlock and 
175    friends...
176
177  o X.509 certificate support.  SILC protocol supports certificates and
178    it would be great to have support for them.  This is a big task as
179    support has to be made for ASN.1 as well.  I've looked into OpenSSL 
180    package as it has X.509 certificate support (and ASN.1 as well).  
181    The code does not look very good to my eye but it has some potentials.
182    This should be looked at more closely.
183
184    Naturally own SILC Certificate API has to be defined regardles what
185    the actual X.509 library is (OpenSSL X.509 or something else).  Other
186    choice is to write own X.509 library but I'm not going to do it - 
187    I can help to migrate the OpenSSL X.509 into SILC and I can help if 
188    someone would like to write the X.509 library - but I'm not going 
189    to start writing one myself.  Anyhow, the OpenSSL X.509 lib should
190    be checked.
191
192  o SSH2 public keys support.  Maybe - not really needed but could be
193    nice as SSH is widely used all over the place.  SILC Protocol 
194    supports SSH2 public keys.
195
196  o Cipher optimizations (asm, that this) at least for i386 would be nice.