updates.
[silc.git] / TODO
1 TODO for 1.2 And Beyond
2 =======================
3
4 NOTE: Any item that doesn't have (***DONE) in it, isn't done yet.  The
5 (***TESTING NEEDED) means that the item has been done but not yet properly
6 tested.
7
8 NOTE: A TODO entry does not mean that it is ever going to be done.  Some
9 of the entries may be just ideas, good, bad or ugly.  If you want to work
10 on some of the TODO entries simply let us know about it by dropping a note
11 to silc-devel mailing list or appear on 'silc' channel on SILCNet.
12
13
14 General
15 =======
16
17  o Create apps/tutorial containing various Toolkit API tutorials.
18
19  o The Toolkit split.  The Toolkit is to be splitted in parts.  How many
20    parts and what the parts are isn't decided yet.  Each part is a separate
21    software package.  Current thinking is of the following:
22
23    SILC Toolkit                 SILC protocol, client and server library
24    SILC Runtime Toolkit         runtime library
25    SILC Crypto Toolkit          crypto, asn1, math, skr, pgp, etc.
26
27    The rationale for this is of course that other than SILC projects
28    might like to use the various libraries SILC Toolkit provides, but
29    naturally they don't want the bloat of SILC protocol related stuff.
30
31    The Runtime library in SILC Toolkit is a general purpose runtime library,
32    like Glib and APR are.  The runtime library is to be developed further
33    to provide alternative to Glib and APR.
34
35    The Crypto library in SILC Toolkit is a general purpose crypto library
36    providing pretty nice APIs compared to many other crypto libraries,
37    especially OpenSSL.  The Crypto library is to be developed further
38    to include support for OpenPGP, X.509 and SSH2.
39
40
41 lib/silccore
42 ============
43
44  o SILC_PACKET_FLAG_ACK support.  Implement ACK packet and packet payload
45    to silcpacket.c.
46
47  o All payload encoding routines should take SilcStack as argument.
48
49  o Remove SilcCommandCb from silccommand.h.
50
51  o All payload test routines into lib/silccore/tests/.
52
53
54 lib/silcclient, The Client Library
55 ==================================
56
57  o UDP SILC connection support to SILC server
58
59  o Giving WHOIS for nick that doesn't exist should remove any same
60    named entries from the client cache.
61
62  o peer-to-peer private messages
63
64  o Private message key request notification to application.  See XXX in
65    client_prvmsg.c.
66
67  o in JOIN notify handle resolving that timedout.  Currently the user is
68    never joined the channel if this happens.  What to do if message is
69    received from user that hasn't been resolved/joined?
70
71  o Message ACKing support.
72
73  o in /cmode and /cumode with +r, maybe the public key and private key
74    could be just some "string", which would then match to "string.pub" and
75    "string.prv".
76
77  o If the SILC Events (see below) are implemented, perhaps client library
78    should provide events so that application developer has a choice of
79    developing the SILC app with callbacks or with events.
80
81
82 Runtime library, lib/silcutil/
83 ==============================
84
85  o Fix universal time decoding (doesn't accept all formats) in silctime.c.
86
87  o Add functions to manipulate environment variables. (***DONE)
88
89  o Add functions to loading shared/dynamic object symbols (replaces the
90    SIM library (lib/silcsim) and introduces generic library).  Add this
91    to lib/silcutil/silcdll.[ch].  (***TESTING NEEDED WIN32, TODO Symbian)
92
93  o Add directory opening/traversing functions
94
95  o silc_getopt routines
96
97  o The SILC Event signals.  Asynchronous events that can be created,
98    connected to and signalled.  Either own event routines or glued into
99    SilcSchedule:
100
101    SilcTask silc_schedule_task_add_event(SilcSchedule schedule,
102                                          const char *event, ...);
103    SilcBool silc_schedule_event_connect(SilcSchedule schedule,
104                                         const char *event,
105                                         SilcTaskCallback event_callback,
106                                         void *context);
107    SilcBool silc_schedule_event_signal(SilcSchedule schedule,
108                                        const char *event, ...);
109
110    Example:
111      silc_schedule_task_add_event(schedule, "connected",
112                                   SILC_PARAM_UI32_INT,
113                                   SILC_PARAM_BUFFER,
114                                   SILC_PARAM_END);
115      silc_schedule_event_connect(schedule, "connected", connected_cb, ctx);
116      silc_schedule_event_signal(schedule, "connected", integer, buf,
117                                  SILC_PARAM_END);
118      SILC_TASK_CALLBACK(connected_cb)
119      {
120        FooCtx ctx = context;
121        va_list args;
122        SilcUInt32 integer;
123        SilcBuffer buf;
124
125        va_start(args, context);
126        integer = va_arg(args, SilcUInt32);
127        buf = va_arg(args, SilcBuffer);
128        va_end(args);
129        ...
130      }
131
132    Problems: Events would be SilcSchedule specific, and would not work on
133    multi-thread/multi-scheduler system.  The events should be copyable
134    between schedulers.  Another problem is the signal delivery.  Do we
135    deliver them synchronously possibly from any thread to any other thread
136    or do we deliver them through the target schedulers.  If we use the
137    schedulers then signalling would be asynchronous (data must be
138    duplicated and later freed) which is not very nice.
139
140  o If the event signals are added, the SILC_PARAM_* stuff needs to be
141    moved from silcbuffmt.h to silctypes.h or something similar.
142
143  o In case the SILC Events are done we shall create a new concept of
144    parent and child SilcSchedule's.  When new SilcSchedule is created a
145    parent can be associated to it.  This association could be done either
146    directly by the parent or by any other children.  This way the signals
147    would in effect be global and would reach all children schedulers.
148
149    This relationship would be associative only.  The schedulers are still
150    independent and run independently from each other.   All schedulers
151    would be linked and could be accessed from any of the schedulers.
152    It should be possible to retrieve the parent and enumate all children
153    from any of the schedulers.
154
155    SilcSchedule silc_schedule_init(int max_tasks, void *app_context,
156                                    SilcSchedule parent);
157    SilcSchedule silc_schedule_get_parent(SilcSchedule schedule);
158
159  o Additional scheduler changes: optimize silc_schedule_wakeup.  Wakeup
160    only if the scheduler is actually waiting something.  If it is
161    delivering tasks wakeup is not needed.
162
163  o Structured log messages to Log API.  Allows machine readable log
164    messages.  Would allow sending of any kind of data in a log message.
165
166  o Base64 to an own API (***DONE)
167
168  o Timer API (***DONE)
169
170  o Add builtin SOCKS and HTTP Proxy support, well the SOCKS at least.
171    SILC currently supports SOCKS4 and SOCKS5 but it needs to be compiled
172    in separately.
173
174  o silc_stringprep to non-allocating version.
175
176  o silc_hash_table_replace -> silc_hash_table_set.  Retain support for
177    silc_hash_table_replace as macro. (***DONE)
178
179  o SilcStack aware SilcHashTable. (***DONE)
180
181  o SilcStack aware SilcDList. (***DONE)
182
183  o Thread pool API.  Add this to lib/silcutil/silcthread.[ch].  (***DONE)
184
185  o Fast mutex implementation.  Fast rwlock implementation.  Mutex and
186    rwlock implementation using atomic operations.
187
188  o Compression routines are missing.  The protocol supports packet
189    compression thus it must be implemented.  SILC Zip API must be
190    defined.
191
192  o Add new functions to SilcStack API in lib/silcutil/silcstack.[ch].  Add
193    silc_stack_[set|get]_alignment.  It defines the default alignment used
194    when allocating memory from stack.  It can be used to specify special
195    alignments too when needed (such as for hardware devices like crypto
196    accelerators).  Move also the low level silc_stack_malloc and
197    silc_stack_realloc from silcstack_i.h to silcstack.h.  Remove the
198    _ua unaligned memory allocation routines.  Remove unaligned memory
199    allocation possibility. (***DONE)
200
201  o silc_malloc et. al. to respect --with-alignment.
202
203  o Add '%@' format to silc_snprintf functions.  It marks for external
204    rendering function of following type:
205
206      /* Snprintf rendering function.  The `data' is rendered into a string
207         and allocated string is returned.  If NULL is returned the
208         rendering is skipped and ignored.  If the returned string does
209         not fit to the destination buffer it may be truncated. */
210      typedef char *(*SilcSnprintfRender)(void *data);
211
212    It can work like following:
213
214    char *id_renderer(void *data)
215    {
216      char tmp[32];
217      id_to_str(tmp, sizeof(tmp), (SilcID *)data);
218      return strdup(tmp);
219    }
220
221    silc_snprintf(buf, sizeof(buf), "Client ID %@", id_renderer, client_id);
222
223  o Change silc_gettimeofday on Unix to use clock_gettime with REALTIME
224    clock if it is available, otherwise use gettimeofday(). (***DONE)
225
226  (o Generic SilcStatus or SilcResult that includes all possible status and
227     error conditions, including those of SILC protocol.  Though, the SILC
228     protocol related status (currently in silcstatus.h) cannot be in
229     runtime library) maybe
230
231  (o SILC specific socket creation/closing routines to silcnet.h, wrappers
232   to all send(), recv(), sendto() etc.  Bad thing is that we'd have to
233   define all socket options, sockaddrs, etc.) maybe
234
235  (o mmap) maybe
236
237
238 lib/silcutil/symbian/
239 =====================
240
241  o Something needs to be thought to the logging globals as well,
242    like silc_debug etc.  They won't work on EPOC.  Perhaps logging
243    and debugging is to be disabled on EPOC.  The logging currently works
244    by it cannot be controlled, same with debugging.
245
246
247 SFTP Library, lib/silcsftp/
248 ===========================
249
250  o Read prefetch (read-ahead, reading ahead of time).  Maybe if this can
251    be done easily.
252
253
254 SKR Library, lib/silcskr/
255 =========================
256
257  o Add fingerprint as search constraint.
258
259  o Add OpenPGP support.  Adding, removing, fetching PGP keys.  (Keyring
260    support?)
261
262  o Add support for importing public keys from a directory and/or from a
263    file.  Add support for exporting the repository (different formats for
264    different key types?).
265
266  o Change the entire silc_skr_find API.  Remove SilcSKRFind and just simply
267    add the find constraints as variable argument list to silc_skr_find, eg:
268
269   silc_skr_find(skr, schedule, callback, context,
270                 SILC_SKR_FIND_PUBLIC_KEY, public_key,
271                 SILC_SKR_FIND_COUNTRY, "FI",
272                 SILC_SKR_FIND_USAGE, SILC_SKR_USAGE_AUTH,
273                 SILC_SKR_FIND_END);
274
275    NULL argument would be ignored and skipped.
276
277  o Add OR logical rule in addition of the current default AND, eg:
278
279   // Found key(s) MUST have this public key AND this country.
280   silc_skr_find(skr, schedule, callback, context,
281                 SILC_SKR_FIND_RULE_AND,
282                 SILC_SKR_FIND_PUBLIC_KEY, public_key,
283                 SILC_SKR_FIND_COUNTRY, "FI",
284                 SILC_SKR_FIND_END);
285
286   // Found key(s) MUST have this public key OR this key context
287   silc_skr_find(skr, schedule, callback, context,
288                 SILC_SKR_FIND_RULE_OR,
289                 SILC_SKR_FIND_PUBLIC_KEY, public_key,
290                 SILC_SKR_FIND_CONTEXT, key_context,
291                 SILC_SKR_FIND_END);
292
293  o SilcStack to SKR API.
294
295
296 Crypto Library, lib/silccrypt/
297 ==============================
298
299  o Add silc_crypto_init and silc_crypto_uninit.  The _init should take
300    SilcStack that will act as global memory pool for all of crypto
301    library.  It should not be necessary anymore to separately register
302    default ciphers, HMACs, etc, the _init would do that.  However, if
303    user after _init calls silc_pkcs_register, for example, it would take
304    preference over the default once, ie. user can always dictate the
305    order of algorithms. (***DONE)
306
307  o Add fingerprint to SilcSILCPublicKey and retrieval to silcpk.h, and
308    possibly to silcpkcs.h.
309
310    /* Return fingerprint of the `public_key'.  Returns also the algorithm
311       that has been used to make the fingerprint. */
312    const unsigned char *
313    silc_pkcs_get_fingerprint(SilcPublicKey public_key,
314                              const char **hash_algorithm,
315                              SilcUInt32 *fingerprint_len);
316
317  o Change SILC PKCS API to asynchronous, so that accelerators can be used.
318    All PKCS routines should now take callbacks as argument and they should
319    be delivered to SilcPKCSObject and SilcPKCSAlgorithm too. (***DONE)
320
321  o Change PKCS Algorithm API to take SilcPKCSAlgorithm as argument to
322    encrypt, decrypt, sign and verify functions.  We may need to for exmaple
323    check the alg->hash, supported hash functions.  Maybe deliver it also
324    to all other functions in SilcPKCSAlgorithm to be consistent. (***DONE)
325
326  o Add DSA support to SILC public key.
327
328  o Add DSS support. (***DONE)
329
330  o Implement the defined SilcDH API.  The definition is in
331    lib/silccrypt/silcdh.h.  Make sure it is asynchronous so that it can
332    be accelerated.  Also take into account that it could use elliptic
333    curves.
334
335  o Add ECDSA support.
336
337  o Add ECDH support.
338
339  o All cipher, hash, hmac etc. allocation routines should take their name
340    in as const char * not const unsigned char *. (***DONE)
341
342
343 SILC Accelerator Library
344 ========================
345
346  o SILC Accelerator API.  Provides generic way to use different kind of
347    accelerators.  Basically implements SILC PKCS API so that SilcPublicKey
348    and SilcPrivateKey can be used but they call the accelerators.
349    (***DONE)
350
351  o Implement software accelerator.  It is a thread pool system where the
352    public key and private key operations are executed in threads. 
353    (***DONE)
354
355  o Diffie-Hellman acceleration
356
357  (o Symmetric key cryptosystem acceleration?  They are always sycnhronouos
358    even with hardware acceleration so the crypto API shouldn't require
359    changes.) maybe
360
361
362 lib/silcmath
363 ============
364
365  o Import TFM.  We want TFM's speed but its memory requirements are
366    just too much.  By default it uses large pre-allocated tables which 
367    will eat memory when there are thousands of public keys in system.
368    We probably want to change TFM's fp_int dynamic so that a specific
369    size can be allocated for the int.  We could have two new functions:
370
371    SilcBool silc_mp_init_size(SilcMPInt *mp, SilcUInt32 bit_size);
372    SilcBool silc_mp_sinit_size(SilcStack stack, SilcMPInt *mp,
373                                SilcUInt32 bit_size);
374
375    Which by default allocates `bit_size' bits instead of some default
376    value.  silc_mp_init would allocate the default FP_SIZE with TFM
377    and do normal init with TMA and GMP.  _init_size with TMA and GMP
378    would be same as _init.
379
380  o Add AND, OR and XOR support to TFM or ask Tom to do it.
381
382  o The SILC MP API function must start returning indication of success
383    and failure of the operation.
384
385  o Do SilcStack support for silc_mp_init, silc_mp_init_size and other
386    any other MP function (including utility ones) that may allocate
387    memory.
388
389  o All utility functions should be made non-allocating ones.
390
391
392 SILC XML Library, lib/silcxml/
393 ==============================
394
395  o SILC XML API (wrapper to expat).  Look at the expat API and simplify
396    it.  The SILC XML API should have at most 8-10 API functions.  It should
397    be possible to create full XML parser with only one function.  And, it
398    should be possible to have a function that is able to parse an entire
399    XML document.  It should also have a parser function to be able to
400    parse a stream of XML data (SilcStream).  It MUST NOT have operations
401    that require multiple function calls to be able to execute that one
402    operation (like creating parser).
403
404
405 lib/silcske/silcske.[ch]
406 ========================
407
408  o Ratelimit to UDP/IP transport for incoming packets.
409
410
411 lib/silcasn1
412 ============
413
414  o Negative integer encoding is missing, add it.
415
416  o SILC_ASN1_CHOICE should perhaps return an index what choice in the
417    choice list was found.  Currently it is left for caller to figure out
418    which choice was found. (***DONE)
419
420  o SILC_ASN1_NULL in decoding should return SilcBool whether or not
421    the NULL was present.  It's important when it's SILC_ASN1_OPTIONAL
422    and we need to know whether it was present or not. (***DONE)
423
424
425 lib/silcpgp
426 ===========
427
428  o OpenPGP certificate support, allowing the use of PGP public keys.
429
430
431 lib/silcssh
432 ===========
433
434  o SSH2 public key/private key support, allowing the use of SSH2 keys.
435    RFC 4716.  (***DONE)
436
437
438 lib/silcpkix
439 ============
440
441  o PKIX implementation
442
443
444 apps/silcd
445 ==========
446
447  o Deprecate the old server.  Write interface for the new lib/silcserver
448    server library.  The interface should work on Unix/Linux systems.
449
450  o Consider deprecating also the old config file format and use XML
451    istead.  This should require SILC XML API implementation first.
452
453  o The configuration must support dynamic router and server connections.
454    The silcd must work without specifying any servers or routers to
455    connect to.
456
457  o The configuration must support specifying whether the server is
458    SILC Server or SILC Router.  This should not be deduced from the
459    configuration as it was in < 1.2.
460
461  o The configuration must support specifying the ciphers and hmacs and
462    their order so that user can specify which algorithms take preference.
463
464
465 lib/silcserver
466 ==============
467
468  o Rewrite the entire server.  Deprecate apps/silcd as the main server
469    implementation and create lib/silcserver/.  It is a platform
470    independent server library.  The apps/silcd will merely provide a
471    a simple interface for the library.
472
473  o Write the SILC Server library extensively using SILC FSM.
474
475  o Server library must support multiple networks.  This means that one
476    server must be able to create multiple connections that each reach
477    different SILC network.  This means also that all cache's etc. must
478    be either connection-specific or network-specific.
479
480  o Library must support dynamic router and server connections.  This means
481    that connections are create only when they are needed, like when someone
482    says JOIN foo@foo.bar.com or WHOIS foobar@silcnet.org.
483
484  o Library must support server-to-server connections even though protocol
485    prohibits that.  The responder of the connection should automatically
486    act as a router.  The two servers create an own, isolated, SILC network.
487    To be used specifically with dynamic connections.
488
489  o Library must support multiple threads and must be entirely thread safe.
490
491  o Library must have support for SERVICE command.
492
493  o Both UDP and TCP support for incoming connecetions.  Maintaining long
494    term UDP sessions.
495
496  o The server must be able to run behind NAT device.  This means that
497    Server ID must be based on public IP instead of private IP.
498
499  o The following data must be in per-connection context: client id cache,
500    server id cache, channel id cache, all statistics must be
501    per-connection.
502
503  o The following data must be in per-thread context: command context
504    freelist/pool, pending commands, random number generator.
505
506  o Do inccoming packet processing in an own FSM thread in the
507    server-threads FSM.  Same as in client library.
508
509  o Reference count all Silc*Entry structures.
510
511  Some issues that must be kept in mind from 1.0 and 1.1 silcd's:
512
513  o The SERVER_SIGNOFF notify handing is not optimal, because it'll
514    cause sending of multiple SIGNOFF notify's instead of the one
515    SERVER_SIGNOFF notify that the server received.  This should be
516    optimized so that the only SERVER_SIGNOFF is sent and not
517    SIGNOFF of notify at all (using SIGNOFF takes the idea about
518    SERVER_SIGNOFF away entirely).
519
520  o Another SERVER_SIGNOFF opt/bugfix:  Currently the signoff is
521    sent to a client if it is on same channel as the client that
522    signoffed.  However, the entire SERVER_SIGNOFF list is sent to
523    the client, ie. it may receive clients that was not on the
524    same channel.  This is actually against the specs.  It must be
525    done per channel.  It shouldn't receive the whole list just
526    because one client happened to be on same channel.
527
528  o If client's public key is saved in the server (and doing public key
529    authentication) then the hostname and the username information could
530    be taken from the public key.  Should be a configuration option!
531
532  o Add a timeout to handling incoming JOIN commands.  It should be
533    enforced that JOIN command is executed only once in a second or two
534    seconds.  Now it is possible to accept n incoming JOIN commands
535    and process them without any timeouts.  THis must be employed because
536    each JOIN command will create and distribute the new channel key
537    to everybody on the channel.
538
539  o Related to above.  If multiple JOINs are received in sequence perhaps
540    new key should be created only once, if the JOINs are handeled at the same
541    time.  Now we create multiple keys and never end up using them because
542    many JOINs are processed at the same time in sequence.  Only the last
543    key ends up being used.