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