Ethereal-dev: [Ethereal-dev] Patch for RIPv2 Keyed Message Digest Authentication
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: Emanuele Caratti <wiz@xxxxxxxxx>
Date: Sat, 18 Oct 2003 09:43:50 +0200
Hi! in this patch I've added the dissection of RIPv2 packets with Keyed Message Disest Authetication (RFC2082), and fixed a small bug in packet-rip.c: The Auth entry must be the first of the RTE in a rip packet. I was in the need of a function like bytestring_to_str, but the existing one is limited to 6 and static to epan/to_str.c, so I copied it and modified in rip_bytestring_to_str. I can modify it in a patch for epan/to_str.c, if somebody else need a similar function. I've also added the descriptio for Authentication type "IP Route", but the only reference I found was in a sentence of rfc2082: The "Authentication Type" is Keyed Message Digest Algorithm, indicated by the value 3 (1 and 2 indicate "IP Route" and "Password", respectively). Has Somebody a dump for these packets ? A rip packet with this type of auth is composed by: - Auth entry ( like the simple password auth ) - 1 or more Rip Table Entry - Auth data trailer. Actualy (see the image) I put the trailer as sub tree of the one for Authentication, but I'm not sure is the right place.... Any suggestions ? -- Ciao, Emanuele
Attachment:
riptree.png
Description: PNG image
--- /.1/cvs-mirror/ethereal/packet-rip.c 2002-08-30 05:59:13.000000000 +0200
+++ packet-rip.c 2003-10-18 09:07:13.000000000 +0200
@@ -3,7 +3,10 @@
* RFC1058, RFC2453
* (c) Copyright Hannes R. Boehm <hannes@xxxxxxxxx>
*
- * $Id: packet-rip.c,v 1.33 2002/08/28 21:00:29 jmayer Exp $
+ * RFC2082 ( Keyed Message Digest Algorithm )
+ * Emanuele Caratti <wiz@xxxxxx>
+ *
+ * $Id: packet-rip.c,v 1.4 2003/10/18 07:01:48 wiz Exp $
*
* Ethereal - Network traffic analyzer
* By Gerald Combs <gerald@xxxxxxxxxxxx>
@@ -59,6 +62,13 @@
{ 0, NULL }
};
+static const value_string rip_auth_type[] = {
+ { 1, "IP Route" },
+ { 2, "Simple Password" },
+ { 3, "Keyed Message Digest" },
+ { 0, NULL }
+};
+
#define RIP_HEADER_LENGTH 4
#define RIP_ENTRY_LENGTH 20
@@ -77,12 +87,13 @@
static gint ett_rip = -1;
static gint ett_rip_vec = -1;
+static gint ett_auth_vec = -1;
static void dissect_unspec_rip_vektor(tvbuff_t *tvb, int offset, guint8 version,
proto_tree *tree);
static void dissect_ip_rip_vektor(tvbuff_t *tvb, int offset, guint8 version,
proto_tree *tree);
-static void dissect_rip_authentication(tvbuff_t *tvb, int offset,
+static gint dissect_rip_authentication(tvbuff_t *tvb, int offset,
proto_tree *tree);
static void
@@ -94,6 +105,7 @@
guint8 command;
guint8 version;
guint16 family;
+ gint trailer_len=0;
if (check_col(pinfo->cinfo, COL_PROTOCOL))
col_set_str(pinfo->cinfo, COL_PROTOCOL, "RIP");
@@ -124,7 +136,7 @@
offset = RIP_HEADER_LENGTH;
/* zero or more entries */
- while (tvb_reported_length_remaining(tvb, offset) > 0) {
+ while (tvb_reported_length_remaining(tvb, offset) > trailer_len ) {
family = tvb_get_ntohs(tvb, offset);
switch (family) {
case AFVAL_UNSPEC: /* Unspecified */
@@ -138,8 +150,11 @@
dissect_ip_rip_vektor(tvb, offset, version, rip_tree);
break;
case 0xFFFF:
- dissect_rip_authentication(tvb, offset, rip_tree);
+ if( offset == RIP_HEADER_LENGTH ) {
+ trailer_len=dissect_rip_authentication(tvb, offset, rip_tree);
break;
+ }
+ /* Intentional fall through: auth Entry MUST be the first! */
default:
proto_tree_add_text(rip_tree, tvb, offset,
RIP_ENTRY_LENGTH, "Unknown address family %u",
@@ -211,24 +226,102 @@
offset+16, 4, metric);
}
-static void
+static gchar *
+rip_bytestring_to_str(const guint8 *ad, guint32 len, char punct) {
+ static gchar *str=NULL;
+ static guint str_len;
+ gchar *p;
+ int i;
+ guint32 octet;
+ /* At least one version of Apple's C compiler/linker is buggy, causing
+ a complaint from the linker about the "literal C string section"
+ not ending with '\0' if we initialize a 16-element "char" array with
+ a 16-character string, the fact that initializing such an array with
+ such a string is perfectly legitimate ANSI C nonwithstanding, the 17th
+ '\0' byte in the string nonwithstanding. */
+ static const gchar hex_digits[16] =
+ { '0', '1', '2', '3', '4', '5', '6', '7',
+ '8', '9', 'a', 'b', 'c', 'd', 'e', 'f' };
+
+ if( !str ) {
+ str_len=sizeof(gchar)*len*(punct?3:2);
+ str=g_malloc(str_len);
+ } else {
+ if( str_len < (sizeof(gchar)*len*(punct?3:2)) ) {
+ g_free(str);
+ str_len=sizeof(gchar)*len*(punct?3:2);
+ str=g_malloc(str_len);
+ }
+ }
+ len--;
+
+ p = &str[str_len];
+ *--p = '\0';
+ i = len;
+ for (;;) {
+ octet = ad[i];
+ *--p = hex_digits[octet&0xF];
+ octet >>= 4;
+ *--p = hex_digits[octet&0xF];
+ if (i == 0)
+ break;
+ if (punct)
+ *--p = punct;
+ i--;
+ }
+ return p;
+}
+
+static gint
dissect_rip_authentication(tvbuff_t *tvb, int offset, proto_tree *tree)
{
proto_item *ti;
proto_tree *rip_authentication_tree;
guint16 authtype;
+ guint32 val, digest_off, auth_data_len ;
+
+ auth_data_len = 0;
+ authtype = tvb_get_ntohs(tvb, offset + 2);
ti = proto_tree_add_text(tree, tvb, offset, RIP_ENTRY_LENGTH,
- "Authentication");
+ "Authentication: %s", val_to_str( authtype, rip_auth_type, "Unknown (%u)" ) );
rip_authentication_tree = proto_item_add_subtree(ti, ett_rip_vec);
- authtype = tvb_get_ntohs(tvb, offset + 2);
proto_tree_add_uint(rip_authentication_tree, hf_rip_auth, tvb, offset+2, 2,
authtype);
- if (authtype == 2) {
+
+ switch ( authtype ) {
+ case 2: /* Plain text password */
proto_tree_add_item(rip_authentication_tree, hf_rip_auth_passwd,
tvb, offset+4, 16, FALSE);
+ break;
+ case 3: /* Keyed MD5 rfc 2082 */
+ digest_off = tvb_get_ntohs( tvb, offset+4 );
+ proto_tree_add_text( rip_authentication_tree, tvb, offset+4, 2,
+ "Digest Offset: %u" , digest_off );
+ val = tvb_get_guint8( tvb, offset+6 );
+ proto_tree_add_text( rip_authentication_tree, tvb, offset+6, 1,
+ "Key ID: %u" , val );
+ auth_data_len = tvb_get_guint8( tvb, offset+7 );
+ proto_tree_add_text( rip_authentication_tree, tvb, offset+7, 1,
+ "Auth Data Len: %u" , auth_data_len );
+ val = tvb_get_ntohl( tvb, offset+8 );
+ proto_tree_add_text( rip_authentication_tree, tvb, offset+8, 4,
+ "Seq num: %u" , val );
+ proto_tree_add_text( rip_authentication_tree, tvb, offset+12, 8,
+ "Zero Padding" );
+ ti = proto_tree_add_text( rip_authentication_tree, tvb, offset-4+digest_off,
+ auth_data_len, "Authentication Data Trailer" );
+ rip_authentication_tree = proto_item_add_subtree(ti, ett_auth_vec );
+ proto_tree_add_text( rip_authentication_tree, tvb, offset-4+digest_off+4,
+ auth_data_len-4, "Authentication Data: %s",
+ rip_bytestring_to_str(
+ tvb_get_ptr( tvb, offset-4+digest_off+4,auth_data_len-4),
+ auth_data_len-4, ' '));
+ break;
+
}
+ return auth_data_len;
}
void
@@ -269,7 +362,7 @@
{ &hf_rip_auth,
{ "Authentication type", "rip.auth.type", FT_UINT16, BASE_DEC,
- NULL, 0, "Type of authentication", HFILL }},
+ VALS(rip_auth_type), 0, "Type of authentication", HFILL }},
{ &hf_rip_auth_passwd,
{ "Password", "rip.auth.passwd", FT_STRING, BASE_DEC,
@@ -283,6 +376,7 @@
static gint *ett[] = {
&ett_rip,
&ett_rip_vec,
+ &ett_auth_vec,
};
proto_rip = proto_register_protocol("Routing Information Protocol",
- Follow-Ups:
- Prev by Date: [Ethereal-dev] Re: User Specified Decodes Question
- Next by Date: Re: [Ethereal-dev] Re: User Specified Decodes Question
- Previous by thread: RE: [Ethereal-dev] Re: User Specified Decodes Question
- Next by thread: Re: [Ethereal-dev] Patch for RIPv2 Keyed Message Digest Authentication
- Index(es):





