+Wed Jul 5 19:19:02 EEST 2000 Pekka Riikonen <priikone@poseidon.pspt.fi>
+
+ * Added into silcpkcs[ch]: silc_pkcs_public_key[_data]_set and
+ silc_pkcs_private_key[_data]_set.
+
+ * Made the password and public authentication more cleaner in
+ server's protocol.c.
+
+ * Removed historic and obsolete protocol `channel_auth' from
+ both client and server.
+
+ * Removed wrong way of sending command status messages from
+ server to client in server's command.c. The old way violated
+ protocol specification.
+
+ Changes to silccore/silccommand.[ch]: removed
+ silc_command_encode_status_payload -> not needed anymore,
+ changed silc_command_encode_payload_va to accept extra
+ argument on variable argument list. The argument type must
+ now be provided to the function. Also, added new function:
+ silc_command_encode_reply_payload_va which is same as
+ normal command_encode_payload_va except command status type
+ is provided as extra argument.
+
Tue Jul 4 18:26:39 EEST 2000 Pekka Riikonen <priikone@poseidon.pspt.fi>
* Added ~./silc directory handling. The directory includes the
* Implemented NAMES command on client and server. The server side
supports currently only normal server not router server yet.
- Some changes to NAMES definition is SILC Protocol Specification.
+ Some changes to NAMES definition in SILC protocol specification.
Sun Jul 2 18:23:01 EEST 2000 Pekka Riikonen <priikone@poseidon.pspt.fi>
Leaves the channel. If /leave * is given the client
leaves the current channel.
- /NAMES <channel>
-
- Lists clients currently joined to the channel.
-
/MSG <nickname> <message>
Sends private message to remote client. Support for
#include "serverincludes.h"
-const char server_version[] = "07072000";
+const char server_version[] = "06072000";
;;
esac
-AM_INIT_AUTOMAKE(silc, 07072000)
+AM_INIT_AUTOMAKE(silc, 06072000)
AC_PREREQ(2.3)
AM_CONFIG_HEADER(includes/silcdefs.h)
.ti 0
3.2.3 SILC Server Ports
-SILC uses currently TCP port 334 on SILC network. However, this is not
-official port assigned for SILC. Official port has been requested by
-the IANA.
+Following ports has been assigned by IANA for the SILC protocol:
+
+.in 10
+silc 706/tcp SILC
+silc 706/udp SILC
+.in 3
If there are needs to create new SILC networks in the future the port
-numbers must be officially assigned by the IANA. Most convenience case
-would be to assign port numbers upwards from 334.
+numbers must be officially assigned by the IANA.
Server on network above privileged ports (>1023) should not be trusted
as they could have been set up by untrusted party.
Max Arguments: 3
Arguments: (1) <Status Payload> (2) <Channel ID>
- (3) <name list>
-
- This command replies with the comma separated list of users on
- the channel and the Channel ID of the channel requested.
+ (3) <name list> (4) <Client ID list>
+
+ This command replies with the Channel ID of the requested channel,
+ comma separated list of users on the channel and Client ID list
+ of the users on the list. The Client ID list has Client ID's
+ of all users in the list. First Client ID in the list must be
+ the Client ID of the first user in <name list>. The Client ID
+ List is formed by adding Client ID's each after each. Note that
+ the Client ID list is binary data.
Status messages:
# <auth type> maybe `passwd' or `pubkey'.
#
[connection]
-#lassi.kuo.fi.ssh.com:passwd::334
+#lassi.kuo.fi.ssh.com:passwd::706
#
# Commands. These are executed when SILC client is run. Normal
# Format: <command>
#
[commands]
-/server silc.pspt.fi:334
+/server silc.pspt.fi
#
# If the cipher is builtin the <module path> maybe omitted.
#
-[cipher]
+[Cipher]
twofish:../lib/silcsim/modules/twofish.sim.so:16:16
rc6:../lib/silcsim/modules/rc6.sim.so:16:16
mars:../lib/silcsim/modules/mars.sim.so:16:16
#
# If the hash function is builtin the <module path> maybe omitted.
#
-[hash]
+[FashFunction]
md5::64:16
sha1::64:20
#
# NOTE: <module path> must be omitted as PKCS cannot be modules currently.
#
-#[pkcs]
+#[PKCS]
#rsa::1024
#dss::1024
# Format: +<server FQDN>:<server IP>:<geographic location>:<port>
#
[ServerInfo]
-lassi.kuo.fi.ssh.com:10.2.1.6:Kuopio, Finland:334
+lassi.kuo.fi.ssh.com:10.2.1.6:Kuopio, Finland:706
#
# Listenning ports.
# Format: <local IP/UNIX socket path>:<remote IP>:<port>
#
[ListenPort]
-10.2.1.6:10.2.1.6:334
+10.2.1.6:10.2.1.6:706
#
# Log files.
# Format: <remote host>:<auth method>:<auth data>:<port>:<version ID>:<vlass>
#
[ServerConnection]
-10.2.1.7:passwd:veryscret:334:1:1
+10.2.1.7:passwd:veryscret:706:1:1
#
# Configured router connections.
# Format: <remote host>:<auth method>:<auth data>:<port>:<version ID>:<class>
#
[RouterConnection]
-#10.2.1.100:passwd:veryverysecret:334:1:1
+#10.2.1.100:passwd:veryverysecret:706:1:1
#
# Denied connections.
#define SILC_VERSION_1 '\1'
/* SILC version string */
-const char *silc_version = "28062000";
+const char *silc_version = "06072000";
const char *silc_name = "SILC";
const char *silc_fullname = "Secure Internet Live Conferencing";
<i>Q: Why client/server protocol is based on IRC? Would it be more
interesting to implement something extensible and more powerful?</i><br>
-A: They are not, non the least. Have you read the protocol specification?
+A: They are not, none the least. Have you read the protocol specification?
The client superficially resembles IRC client but everything that
happens under the hood is nothing alike IRC. SILC could *never*
support IRC because the entire network toppology is different
</div>
</td></tr>
+<tr><td bgcolor="#EEEEFF"> <tr><td> </td></tr>
+<tr><td>
+<div style="margin-left: 20px">
+<center><h1>Official Port For SILC Has Been Assigned</h1></center>
+<center>
+<font size=4>
+<p>
+IANA has assigned official port for SILC protocol. The port is TCP 706
+and the latest release already supports this port.
+<p>
+</center>
+<p><br>
+</div>
+</td></tr>
+
<tr><td bgcolor="#EEEEFF"> <tr><td> </td></tr>
<tr><td>
<div style="margin-left: 20px">
<h1>TODO</h1>
<p>
<pre>
+TODO
+====
+
This is more or less complete list of tasks that has to be done before
SILC 1.0 could ever be released. It is clear that the list does not
include all the bugs that exists. At the end of list are tasks that
be selected. I'm open for ideas.
o All allocations and freeing needs to be checked for memory leaks.
- Also, return values from various allocations and functions needs to
- checked.
TODO In SILC Server
are suitable. They should be tested on high load which I haven't done
at all yet.
+ o INVITE command must set the channel's invite list if channel is
+ invite-only channel.
+
o Public and private key generation is now done everytime the program
is run. Now, this is only for testing period as I've been lazy to
do it any better for now. This must be fixed.
to gather some statistics.
o All allocations and freeing needs to be checked for memory leaks.
- Also, return values from various allocations and functions needs to
- checked.
TODO In SILC Libraries
o All allocations and freeing needs to be checked for memory leaks.
- o There are also checks missing from allocations whether the allocation
- returns valid memory or NULL. These are missing in library as well
- in client and server. Either all checks has to be added or we will
- have to make sure that silc_*alloc()s always return valid memory
- and assert()s if the system's memory allocator (*alloc()) fails.
-
o silc_buffer_[un]format() needs to be made more stable as it may
crash the SILC if malformed data is sent as argument. There are a
lot of places in client and server where we trust directly data coming
projects / runtime.git / commitdiff