1999-04-05 21:54:41 +00:00
|
|
|
/* packet-ftp.c
|
|
|
|
* Routines for ftp packet dissection
|
|
|
|
* Copyright 1999, Richard Sharpe <rsharpe@ns.aus.com>
|
2001-05-11 23:24:10 +00:00
|
|
|
* Copyright 2001, Juan Toledo <toledo@users.sourceforge.net> (Passive FTP)
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
2004-07-18 00:24:25 +00:00
|
|
|
* $Id$
|
1999-04-05 21:54:41 +00:00
|
|
|
*
|
2006-05-21 04:49:01 +00:00
|
|
|
* Wireshark - Network traffic analyzer
|
|
|
|
* By Gerald Combs <gerald@wireshark.org>
|
1999-04-05 21:54:41 +00:00
|
|
|
* Copyright 1998 Gerald Combs
|
|
|
|
*
|
|
|
|
* Copied from packet-pop.c
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1999-04-05 21:54:41 +00:00
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
|
|
|
* of the License, or (at your option) any later version.
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1999-04-05 21:54:41 +00:00
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
2002-08-28 21:04:11 +00:00
|
|
|
*
|
1999-04-05 21:54:41 +00:00
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
# include "config.h"
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#include <stdio.h>
|
1999-10-09 11:56:15 +00:00
|
|
|
#include <stdlib.h>
|
2001-09-03 02:32:10 +00:00
|
|
|
#include <ctype.h>
|
1999-04-05 21:54:41 +00:00
|
|
|
|
|
|
|
#include <string.h>
|
|
|
|
#include <glib.h>
|
2002-01-21 07:37:49 +00:00
|
|
|
#include <epan/packet.h>
|
|
|
|
#include <epan/strutil.h>
|
|
|
|
#include <epan/conversation.h>
|
2005-08-17 08:50:04 +00:00
|
|
|
#include <epan/emem.h>
|
1999-04-05 21:54:41 +00:00
|
|
|
|
1999-07-29 05:47:07 +00:00
|
|
|
static int proto_ftp = -1;
|
2000-11-05 05:49:02 +00:00
|
|
|
static int proto_ftp_data = -1;
|
1999-10-09 11:56:15 +00:00
|
|
|
static int hf_ftp_response = -1;
|
|
|
|
static int hf_ftp_request = -1;
|
|
|
|
static int hf_ftp_request_command = -1;
|
2002-04-26 20:59:42 +00:00
|
|
|
static int hf_ftp_request_arg = -1;
|
1999-10-09 11:56:15 +00:00
|
|
|
static int hf_ftp_response_code = -1;
|
2002-04-26 20:59:42 +00:00
|
|
|
static int hf_ftp_response_arg = -1;
|
2003-10-07 03:35:42 +00:00
|
|
|
static int hf_ftp_pasv_ip = -1 ;
|
|
|
|
static int hf_ftp_pasv_port = -1;
|
|
|
|
static int hf_ftp_pasv_nat = -1;
|
|
|
|
static int hf_ftp_active_ip = -1;
|
|
|
|
static int hf_ftp_active_port = -1;
|
|
|
|
static int hf_ftp_active_nat = -1;
|
1999-07-29 05:47:07 +00:00
|
|
|
|
1999-11-16 11:44:20 +00:00
|
|
|
static gint ett_ftp = -1;
|
2003-06-10 23:12:15 +00:00
|
|
|
static gint ett_ftp_reqresp = -1;
|
2000-11-05 05:49:02 +00:00
|
|
|
static gint ett_ftp_data = -1;
|
1999-11-16 11:44:20 +00:00
|
|
|
|
2001-11-27 07:13:32 +00:00
|
|
|
static dissector_handle_t ftpdata_handle;
|
|
|
|
|
2000-04-08 07:07:42 +00:00
|
|
|
#define TCP_PORT_FTPDATA 20
|
|
|
|
#define TCP_PORT_FTP 21
|
|
|
|
|
2003-02-25 19:27:19 +00:00
|
|
|
static const value_string response_table[] = {
|
|
|
|
{ 110, "Restart marker reply" },
|
|
|
|
{ 120, "Service ready in nnn minutes" },
|
|
|
|
{ 125, "Data connection already open; transfer starting" },
|
|
|
|
{ 150, "File status okay; about to open data connection" },
|
|
|
|
{ 200, "Command okay" },
|
|
|
|
{ 202, "Command not implemented, superfluous at this site" },
|
|
|
|
{ 211, "System status, or system help reply" },
|
|
|
|
{ 212, "Directory status" },
|
|
|
|
{ 213, "File status" },
|
|
|
|
{ 214, "Help message" },
|
|
|
|
{ 215, "NAME system type" },
|
|
|
|
{ 220, "Service ready for new user" },
|
|
|
|
{ 221, "Service closing control connection" },
|
|
|
|
{ 225, "Data connection open; no transfer in progress" },
|
|
|
|
{ 226, "Closing data connection" },
|
|
|
|
{ 227, "Entering Passive Mode" },
|
|
|
|
{ 230, "User logged in, proceed" },
|
|
|
|
{ 250, "Requested file action okay, completed" },
|
|
|
|
{ 257, "PATHNAME created" },
|
|
|
|
{ 331, "User name okay, need password" },
|
|
|
|
{ 332, "Need account for login" },
|
|
|
|
{ 350, "Requested file action pending further information" },
|
|
|
|
{ 421, "Service not available, closing control connection" },
|
|
|
|
{ 425, "Can't open data connection" },
|
|
|
|
{ 426, "Connection closed; transfer aborted" },
|
|
|
|
{ 450, "Requested file action not taken" },
|
|
|
|
{ 451, "Requested action aborted: local error in processing" },
|
|
|
|
{ 452, "Requested action not taken. Insufficient storage space in system" },
|
|
|
|
{ 500, "Syntax error, command unrecognized" },
|
|
|
|
{ 501, "Syntax error in parameters or arguments" },
|
|
|
|
{ 502, "Command not implemented" },
|
|
|
|
{ 503, "Bad sequence of commands" },
|
|
|
|
{ 504, "Command not implemented for that parameter" },
|
|
|
|
{ 530, "Not logged in" },
|
|
|
|
{ 532, "Need account for storing files" },
|
|
|
|
{ 550, "Requested action not taken: File unavailable" },
|
|
|
|
{ 551, "Requested action aborted: page type unknown" },
|
|
|
|
{ 552, "Requested file action aborted: Exceeded storage allocation" },
|
|
|
|
{ 553, "Requested action not taken: File name not allowed" },
|
|
|
|
{ 0, NULL }
|
|
|
|
};
|
|
|
|
|
2001-05-11 23:24:10 +00:00
|
|
|
static void
|
|
|
|
dissect_ftpdata(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree);
|
|
|
|
|
2001-09-03 20:52:25 +00:00
|
|
|
/*
|
2003-10-07 03:35:42 +00:00
|
|
|
* Parse the address and port information in a PORT command or in the
|
|
|
|
* response to a PASV command. Return TRUE if we found an address and
|
|
|
|
* port, and supply the address and port; return FALSE if we didn't find
|
|
|
|
* them.
|
2001-09-03 20:52:25 +00:00
|
|
|
*
|
|
|
|
* We ignore the IP address in the reply, and use the address from which
|
|
|
|
* the request came.
|
|
|
|
*
|
|
|
|
* XXX - are there cases where they differ? What if the FTP server is
|
|
|
|
* behind a NAT box, so that the address it puts into the reply isn't
|
|
|
|
* the address at which you should contact it? Do all NAT boxes detect
|
|
|
|
* FTP PASV replies and rewrite the address? (I suspect not.)
|
|
|
|
*
|
|
|
|
* RFC 959 doesn't say much about the syntax of the 227 reply.
|
|
|
|
*
|
|
|
|
* A proposal from Dan Bernstein at
|
|
|
|
*
|
|
|
|
* http://cr.yp.to/ftp/retr.html
|
|
|
|
*
|
|
|
|
* "recommend[s] that clients use the following strategy to parse the
|
|
|
|
* response line: look for the first digit after the initial space; look
|
|
|
|
* for the fourth comma after that digit; read two (possibly negative)
|
|
|
|
* integers, separated by a comma; the TCP port number is p1*256+p2, where
|
|
|
|
* p1 is the first integer modulo 256 and p2 is the second integer modulo
|
|
|
|
* 256."
|
|
|
|
*
|
|
|
|
* wget 1.5.3 looks for a digit, although it doesn't handle negative
|
|
|
|
* integers.
|
|
|
|
*
|
|
|
|
* The FTP code in the source of the cURL library, at
|
|
|
|
*
|
|
|
|
* http://curl.haxx.se/lxr/source/lib/ftp.c
|
|
|
|
*
|
|
|
|
* says that cURL "now scans for a sequence of six comma-separated numbers
|
|
|
|
* and will take them as IP+port indicators"; it loops, doing "sscanf"s
|
|
|
|
* looking for six numbers separated by commas, stepping the start pointer
|
|
|
|
* in the scanf one character at a time - i.e., it tries rather exhaustively.
|
|
|
|
*
|
|
|
|
* An optimization would be to scan for a digit, and start there, and if
|
|
|
|
* the scanf doesn't find six values, scan for the next digit and try
|
|
|
|
* again; this will probably succeed on the first try.
|
|
|
|
*
|
|
|
|
* The cURL code also says that "found reply-strings include":
|
|
|
|
*
|
|
|
|
* "227 Entering Passive Mode (127,0,0,1,4,51)"
|
|
|
|
* "227 Data transfer will passively listen to 127,0,0,1,4,51"
|
|
|
|
* "227 Entering passive mode. 127,0,0,1,4,51"
|
|
|
|
*
|
|
|
|
* so it appears that you can't assume there are parentheses around
|
|
|
|
* the address and port number.
|
|
|
|
*/
|
2003-10-07 03:35:42 +00:00
|
|
|
static gboolean
|
|
|
|
parse_port_pasv(const guchar *line, int linelen, guint32 *ftp_ip,
|
|
|
|
guint16 *ftp_port)
|
2001-09-03 02:32:10 +00:00
|
|
|
{
|
|
|
|
char *args;
|
2001-11-21 02:01:06 +00:00
|
|
|
char *p;
|
2002-08-02 23:36:07 +00:00
|
|
|
guchar c;
|
2001-09-03 02:32:10 +00:00
|
|
|
int i;
|
2001-09-03 20:52:25 +00:00
|
|
|
int address[4], port[2];
|
2003-10-07 03:35:42 +00:00
|
|
|
gboolean ret = FALSE;
|
2001-09-03 02:32:10 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Copy the rest of the line into a null-terminated buffer.
|
|
|
|
*/
|
2005-08-17 08:50:04 +00:00
|
|
|
args = ep_alloc(linelen + 1);
|
2001-09-03 02:32:10 +00:00
|
|
|
memcpy(args, line, linelen);
|
|
|
|
args[linelen] = '\0';
|
|
|
|
p = args;
|
|
|
|
|
2001-09-03 20:52:25 +00:00
|
|
|
for (;;) {
|
|
|
|
/*
|
|
|
|
* Look for a digit.
|
|
|
|
*/
|
|
|
|
while ((c = *p) != '\0' && !isdigit(c))
|
|
|
|
p++;
|
2001-09-03 02:32:10 +00:00
|
|
|
|
2001-09-03 20:52:25 +00:00
|
|
|
if (*p == '\0') {
|
2001-09-03 02:32:10 +00:00
|
|
|
/*
|
2001-09-03 20:52:25 +00:00
|
|
|
* We ran out of text without finding anything.
|
2001-09-03 02:32:10 +00:00
|
|
|
*/
|
2001-09-03 20:52:25 +00:00
|
|
|
break;
|
2001-09-03 02:32:10 +00:00
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
2001-09-03 20:52:25 +00:00
|
|
|
/*
|
|
|
|
* See if we have six numbers.
|
|
|
|
*/
|
|
|
|
i = sscanf(p, "%d,%d,%d,%d,%d,%d",
|
|
|
|
&address[0], &address[1], &address[2], &address[3],
|
|
|
|
&port[0], &port[1]);
|
|
|
|
if (i == 6) {
|
2001-09-03 02:32:10 +00:00
|
|
|
/*
|
2001-09-03 20:52:25 +00:00
|
|
|
* We have a winner!
|
|
|
|
*/
|
2003-10-07 03:35:42 +00:00
|
|
|
*ftp_port = ((port[0] & 0xFF)<<8) | (port[1] & 0xFF);
|
2003-10-08 11:33:19 +00:00
|
|
|
*ftp_ip = g_htonl((address[0] << 24) | (address[1] <<16) | (address[2] <<8) | address[3]);
|
2003-10-07 03:35:42 +00:00
|
|
|
ret = TRUE;
|
2001-09-03 20:52:25 +00:00
|
|
|
break;
|
|
|
|
}
|
2001-09-03 02:32:10 +00:00
|
|
|
|
|
|
|
/*
|
2001-09-03 20:52:25 +00:00
|
|
|
* Well, that didn't work. Skip the first number we found,
|
|
|
|
* and keep trying.
|
2001-09-03 02:32:10 +00:00
|
|
|
*/
|
2001-09-03 20:52:25 +00:00
|
|
|
while ((c = *p) != '\0' && isdigit(c))
|
|
|
|
p++;
|
2001-09-03 02:32:10 +00:00
|
|
|
}
|
|
|
|
|
2003-10-07 03:35:42 +00:00
|
|
|
return ret;
|
2002-08-28 21:04:11 +00:00
|
|
|
}
|
2001-09-03 02:32:10 +00:00
|
|
|
|
2000-04-08 07:07:42 +00:00
|
|
|
static void
|
2000-11-10 08:02:34 +00:00
|
|
|
dissect_ftp(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree)
|
1999-04-05 21:54:41 +00:00
|
|
|
{
|
2000-11-10 08:02:34 +00:00
|
|
|
gboolean is_request;
|
2001-09-03 02:32:10 +00:00
|
|
|
proto_tree *ftp_tree = NULL;
|
2003-06-10 23:12:15 +00:00
|
|
|
proto_tree *reqresp_tree = NULL;
|
2000-11-10 08:02:34 +00:00
|
|
|
proto_item *ti;
|
|
|
|
gint offset = 0;
|
2002-08-02 23:36:07 +00:00
|
|
|
const guchar *line;
|
2002-07-15 09:40:20 +00:00
|
|
|
guint32 code;
|
2003-02-25 19:27:19 +00:00
|
|
|
gchar code_str[4];
|
2003-10-07 03:35:42 +00:00
|
|
|
gboolean is_port_request = FALSE;
|
2001-09-03 02:32:10 +00:00
|
|
|
gboolean is_pasv_response = FALSE;
|
2000-11-10 08:02:34 +00:00
|
|
|
gint next_offset;
|
|
|
|
int linelen;
|
|
|
|
int tokenlen;
|
2002-08-02 23:36:07 +00:00
|
|
|
const guchar *next_token;
|
2003-10-07 03:35:42 +00:00
|
|
|
guint32 pasv_ip;
|
|
|
|
guint32 ftp_ip;
|
|
|
|
guint16 ftp_port;
|
|
|
|
address ftp_ip_address;
|
|
|
|
gboolean ftp_nat;
|
|
|
|
conversation_t *conversation;
|
|
|
|
|
|
|
|
ftp_ip_address = pinfo->src;
|
2000-11-10 08:02:34 +00:00
|
|
|
|
|
|
|
if (pinfo->match_port == pinfo->destport)
|
|
|
|
is_request = TRUE;
|
|
|
|
else
|
|
|
|
is_request = FALSE;
|
|
|
|
|
2001-12-10 00:26:21 +00:00
|
|
|
if (check_col(pinfo->cinfo, COL_PROTOCOL))
|
|
|
|
col_set_str(pinfo->cinfo, COL_PROTOCOL, "FTP");
|
2000-11-10 08:02:34 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Find the end of the first line.
|
Remove more "CHECK_DISPLAY_AS_DATA()" calls and "pinfo->current_proto ="
statements.
Move the setting of the Protocol column in various dissectors before
anything is fetched from the packet, and also clear the Info column at
that point in those and some other dissectors, so that if an exception
is thrown, the columns don't reflect the previous protocol.
Don't use
col_add_fstr(..., "%s", string);
Use
col_add_str(..., string);
as it does the same thing, but doesn't drag all the heavy *printf
machinery in.
Fix the DDTP dissector to set the Info column regardless of whether
we're building a protocol tree or not, and to set it to "Encrypted
payload" if the payload is encrypted. Also fix a typo in a field name.
Register the FTP data dissector as being associated with the FTP data
protocol, not the FTP protocol (the removed "CHECK_DISPLAY_AS_DATA()"
call checked "proto_ftp_data", and the removed "pinfo->current_proto ="
line set it to "FTP-DATA", so it should be associated with
"proto_ftp_data").
Make the H1 dissector check whether the frame has at least 2 bytes in it
before checking the first two bytes; heuristic dissectors must not throw
exceptions until they've accepted the packet as one of theirs.
Use "tvb_format_text()" rather than "tvb_get_ptr()" and "format_text()"
in some dissectors where the result of "tvb_get_ptr()" is used only in
the "format_text()" call.
In the Quake dissector, don't check whether there are at least 4 bytes
in the packet - if we return, the packet won't be dissected at all (it's
not as if some other dissector will get to handle it), and, if we don't
return, we'll throw an exception if there aren't at least 4 bytes in the
packet, so the packet will be marked as short or malformed, as
appropriate.
In the RIPng dissector, associate the table of strings for the command
field with the command field, so that the dissector doesn't have to
format the string for the protocol tree entry itself, and so that the
filter construction dialog box can let you select "Request" or
"Response" from a list rather than requiring you to know the values for
"Request" and "Response".
Make "dissect_rpc()" static, as it's called only through a heuristic
dissector list.
Use "col_set_str()" to set the COL_PROTOCOL column for RPC protocols;
the string used is from a table provided by the dissector, and is a
string constant.
Don't format the Info column for WSP into a buffer and then format that
buffer into the column with "%s" - "col_add_fstr()" can do the
formatting for you, without having to allocate your own buffer (or run
through the *printf machinery twice).
Don't fetch fields from the WTP packet until you're ready to use them,
so that you don't throw an exception before you even set the Protocol
column or clear the Info column.
Use "pinfo->destport", not "pi.destport", in the Zebra dissector when
checking whether the packet is a request or reply, and do the check by
comparing with "pinfo->match_port" rather than TCP_PORT_ZEBRA (so that
if the dissector is ever registered on another port, it still correctly
determines whether the packet is a request or reply - the Network
Monitor HTTP dissector has port 80 wired into its brain, which is a bit
irritating if you're trying to get it to dissect HTTP proxy traffic on
port 3128 or proxy administration UI traffic on port 3132).
svn path=/trunk/; revision=2931
2001-01-22 08:03:46 +00:00
|
|
|
*
|
|
|
|
* Note that "tvb_find_line_end()" will return a value that is
|
|
|
|
* not longer than what's in the buffer, so the "tvb_get_ptr()"
|
|
|
|
* call won't throw an exception.
|
2000-11-10 08:02:34 +00:00
|
|
|
*/
|
2002-07-17 06:55:29 +00:00
|
|
|
linelen = tvb_find_line_end(tvb, offset, -1, &next_offset, FALSE);
|
2000-11-10 08:02:34 +00:00
|
|
|
line = tvb_get_ptr(tvb, offset, linelen);
|
|
|
|
|
2001-12-10 00:26:21 +00:00
|
|
|
if (check_col(pinfo->cinfo, COL_INFO)) {
|
2000-11-10 08:02:34 +00:00
|
|
|
/*
|
Remove more "CHECK_DISPLAY_AS_DATA()" calls and "pinfo->current_proto ="
statements.
Move the setting of the Protocol column in various dissectors before
anything is fetched from the packet, and also clear the Info column at
that point in those and some other dissectors, so that if an exception
is thrown, the columns don't reflect the previous protocol.
Don't use
col_add_fstr(..., "%s", string);
Use
col_add_str(..., string);
as it does the same thing, but doesn't drag all the heavy *printf
machinery in.
Fix the DDTP dissector to set the Info column regardless of whether
we're building a protocol tree or not, and to set it to "Encrypted
payload" if the payload is encrypted. Also fix a typo in a field name.
Register the FTP data dissector as being associated with the FTP data
protocol, not the FTP protocol (the removed "CHECK_DISPLAY_AS_DATA()"
call checked "proto_ftp_data", and the removed "pinfo->current_proto ="
line set it to "FTP-DATA", so it should be associated with
"proto_ftp_data").
Make the H1 dissector check whether the frame has at least 2 bytes in it
before checking the first two bytes; heuristic dissectors must not throw
exceptions until they've accepted the packet as one of theirs.
Use "tvb_format_text()" rather than "tvb_get_ptr()" and "format_text()"
in some dissectors where the result of "tvb_get_ptr()" is used only in
the "format_text()" call.
In the Quake dissector, don't check whether there are at least 4 bytes
in the packet - if we return, the packet won't be dissected at all (it's
not as if some other dissector will get to handle it), and, if we don't
return, we'll throw an exception if there aren't at least 4 bytes in the
packet, so the packet will be marked as short or malformed, as
appropriate.
In the RIPng dissector, associate the table of strings for the command
field with the command field, so that the dissector doesn't have to
format the string for the protocol tree entry itself, and so that the
filter construction dialog box can let you select "Request" or
"Response" from a list rather than requiring you to know the values for
"Request" and "Response".
Make "dissect_rpc()" static, as it's called only through a heuristic
dissector list.
Use "col_set_str()" to set the COL_PROTOCOL column for RPC protocols;
the string used is from a table provided by the dissector, and is a
string constant.
Don't format the Info column for WSP into a buffer and then format that
buffer into the column with "%s" - "col_add_fstr()" can do the
formatting for you, without having to allocate your own buffer (or run
through the *printf machinery twice).
Don't fetch fields from the WTP packet until you're ready to use them,
so that you don't throw an exception before you even set the Protocol
column or clear the Info column.
Use "pinfo->destport", not "pi.destport", in the Zebra dissector when
checking whether the packet is a request or reply, and do the check by
comparing with "pinfo->match_port" rather than TCP_PORT_ZEBRA (so that
if the dissector is ever registered on another port, it still correctly
determines whether the packet is a request or reply - the Network
Monitor HTTP dissector has port 80 wired into its brain, which is a bit
irritating if you're trying to get it to dissect HTTP proxy traffic on
port 3128 or proxy administration UI traffic on port 3132).
svn path=/trunk/; revision=2931
2001-01-22 08:03:46 +00:00
|
|
|
* Put the first line from the buffer into the summary
|
2000-11-10 08:02:34 +00:00
|
|
|
* (but leave out the line terminator).
|
|
|
|
*/
|
2001-12-10 00:26:21 +00:00
|
|
|
col_add_fstr(pinfo->cinfo, COL_INFO, "%s: %s",
|
2000-11-10 08:02:34 +00:00
|
|
|
is_request ? "Request" : "Response",
|
|
|
|
format_text(line, linelen));
|
1999-04-05 21:54:41 +00:00
|
|
|
}
|
2002-08-28 21:04:11 +00:00
|
|
|
|
1999-04-05 21:54:41 +00:00
|
|
|
if (tree) {
|
2002-01-24 09:20:54 +00:00
|
|
|
ti = proto_tree_add_item(tree, proto_ftp, tvb, offset, -1,
|
|
|
|
FALSE);
|
2000-11-10 08:02:34 +00:00
|
|
|
ftp_tree = proto_item_add_subtree(ti, ett_ftp);
|
|
|
|
|
|
|
|
if (is_request) {
|
|
|
|
proto_tree_add_boolean_hidden(ftp_tree,
|
|
|
|
hf_ftp_request, tvb, 0, 0, TRUE);
|
|
|
|
proto_tree_add_boolean_hidden(ftp_tree,
|
|
|
|
hf_ftp_response, tvb, 0, 0, FALSE);
|
|
|
|
} else {
|
|
|
|
proto_tree_add_boolean_hidden(ftp_tree,
|
|
|
|
hf_ftp_request, tvb, 0, 0, FALSE);
|
|
|
|
proto_tree_add_boolean_hidden(ftp_tree,
|
|
|
|
hf_ftp_response, tvb, 0, 0, TRUE);
|
|
|
|
}
|
2003-06-10 23:12:15 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Put the line into the protocol tree.
|
|
|
|
*/
|
|
|
|
ti = proto_tree_add_text(ftp_tree, tvb, offset,
|
|
|
|
next_offset - offset, "%s",
|
|
|
|
tvb_format_text(tvb, offset, next_offset - offset));
|
|
|
|
reqresp_tree = proto_item_add_subtree(ti, ett_ftp_reqresp);
|
2001-09-03 02:32:10 +00:00
|
|
|
}
|
2000-11-10 08:02:34 +00:00
|
|
|
|
2002-07-14 00:40:07 +00:00
|
|
|
if (is_request) {
|
|
|
|
/*
|
|
|
|
* Extract the first token, and, if there is a first
|
|
|
|
* token, add it as the request.
|
|
|
|
*/
|
|
|
|
tokenlen = get_token_len(line, line + linelen, &next_token);
|
|
|
|
if (tokenlen != 0) {
|
2001-09-03 02:32:10 +00:00
|
|
|
if (tree) {
|
2003-06-10 23:12:15 +00:00
|
|
|
proto_tree_add_item(reqresp_tree,
|
2000-11-10 08:02:34 +00:00
|
|
|
hf_ftp_request_command, tvb, offset,
|
2002-04-26 20:59:42 +00:00
|
|
|
tokenlen, FALSE);
|
2001-09-03 02:32:10 +00:00
|
|
|
}
|
2007-03-27 22:50:11 +00:00
|
|
|
if (strncmp((char*)line, "PORT", tokenlen) == 0)
|
2003-10-07 03:35:42 +00:00
|
|
|
is_port_request = TRUE;
|
2002-07-14 00:40:07 +00:00
|
|
|
}
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* This is a response; the response code is 3 digits,
|
|
|
|
* followed by a space or hyphen, possibly followed by
|
|
|
|
* text.
|
|
|
|
*
|
|
|
|
* If the line doesn't start with 3 digits, it's part of
|
|
|
|
* a continuation.
|
|
|
|
*
|
|
|
|
* XXX - keep track of state in the first pass, and
|
|
|
|
* treat non-continuation lines not beginning with digits
|
|
|
|
* as errors?
|
|
|
|
*/
|
|
|
|
if (linelen >= 3 && isdigit(line[0]) && isdigit(line[1])
|
|
|
|
&& isdigit(line[2])) {
|
|
|
|
/*
|
|
|
|
* One-line reply, or first or last line
|
|
|
|
* of a multi-line reply.
|
|
|
|
*/
|
2007-03-27 22:50:11 +00:00
|
|
|
tvb_get_nstringz0(tvb, offset, sizeof(code_str), (guint8*)code_str);
|
2003-02-25 19:27:19 +00:00
|
|
|
code = strtoul(code_str, NULL, 10);
|
|
|
|
|
2002-07-14 00:40:07 +00:00
|
|
|
if (tree) {
|
2003-06-10 23:12:15 +00:00
|
|
|
proto_tree_add_uint(reqresp_tree,
|
2002-07-14 00:40:07 +00:00
|
|
|
hf_ftp_response_code, tvb, offset, 3, code);
|
|
|
|
}
|
|
|
|
|
2001-09-03 02:32:10 +00:00
|
|
|
/*
|
2002-07-14 00:40:07 +00:00
|
|
|
* See if it's a passive-mode response.
|
2001-09-03 20:52:25 +00:00
|
|
|
*
|
|
|
|
* XXX - check for "229" responses to EPSV
|
|
|
|
* commands, to handle IPv6, as per RFC 2428?
|
|
|
|
*
|
2002-07-14 00:40:07 +00:00
|
|
|
* XXX - does anybody do FOOBAR, as per RFC
|
|
|
|
* 1639, or has that been supplanted by RFC 2428?
|
2001-09-03 02:32:10 +00:00
|
|
|
*/
|
2002-07-14 00:40:07 +00:00
|
|
|
if (code == 227)
|
2001-09-03 02:32:10 +00:00
|
|
|
is_pasv_response = TRUE;
|
2002-07-14 00:40:07 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Skip the 3 digits and, if present, the
|
|
|
|
* space or hyphen.
|
|
|
|
*/
|
|
|
|
if (linelen >= 4)
|
|
|
|
next_token = line + 4;
|
|
|
|
else
|
|
|
|
next_token = line + linelen;
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Line doesn't start with 3 digits; assume it's
|
|
|
|
* a line in the middle of a multi-line reply.
|
|
|
|
*/
|
|
|
|
next_token = line;
|
2001-09-03 02:32:10 +00:00
|
|
|
}
|
2002-07-14 00:40:07 +00:00
|
|
|
}
|
|
|
|
offset += next_token - line;
|
|
|
|
linelen -= next_token - line;
|
|
|
|
line = next_token;
|
2001-09-03 02:32:10 +00:00
|
|
|
|
2001-09-03 02:41:31 +00:00
|
|
|
if (tree) {
|
2000-11-10 08:02:34 +00:00
|
|
|
/*
|
|
|
|
* Add the rest of the first line as request or
|
|
|
|
* reply data.
|
|
|
|
*/
|
2001-09-03 02:41:31 +00:00
|
|
|
if (linelen != 0) {
|
|
|
|
if (is_request) {
|
2003-06-10 23:12:15 +00:00
|
|
|
proto_tree_add_item(reqresp_tree,
|
2002-04-26 20:59:42 +00:00
|
|
|
hf_ftp_request_arg, tvb, offset,
|
|
|
|
linelen, FALSE);
|
2001-09-03 02:41:31 +00:00
|
|
|
} else {
|
2003-06-10 23:12:15 +00:00
|
|
|
proto_tree_add_item(reqresp_tree,
|
2002-04-26 20:59:42 +00:00
|
|
|
hf_ftp_response_arg, tvb, offset,
|
|
|
|
linelen, FALSE);
|
2000-11-10 08:02:34 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
offset = next_offset;
|
2003-10-07 03:35:42 +00:00
|
|
|
}
|
2000-11-10 08:02:34 +00:00
|
|
|
|
2003-10-07 03:35:42 +00:00
|
|
|
/*
|
|
|
|
* If this is a PORT request or a PASV response, handle it.
|
|
|
|
*/
|
|
|
|
if (is_port_request) {
|
|
|
|
if (parse_port_pasv(line, linelen, &ftp_ip,
|
|
|
|
&ftp_port)) {
|
|
|
|
if (tree) {
|
|
|
|
proto_tree_add_ipv4(reqresp_tree,
|
|
|
|
hf_ftp_active_ip, tvb, 0, 0,
|
|
|
|
ftp_ip);
|
|
|
|
proto_tree_add_uint(reqresp_tree,
|
|
|
|
hf_ftp_active_port, tvb, 0, 0,
|
|
|
|
ftp_port);
|
|
|
|
}
|
|
|
|
SET_ADDRESS(&ftp_ip_address, AT_IPv4, 4,
|
|
|
|
(const guint8 *)&ftp_ip);
|
|
|
|
ftp_nat = !ADDRESSES_EQUAL(&pinfo->src,
|
|
|
|
&ftp_ip_address);
|
|
|
|
if (ftp_nat) {
|
|
|
|
if (tree) {
|
|
|
|
proto_tree_add_boolean(
|
|
|
|
reqresp_tree,
|
|
|
|
hf_ftp_active_nat, tvb,
|
|
|
|
0, 0, ftp_nat);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (is_pasv_response) {
|
|
|
|
if (linelen != 0) {
|
|
|
|
/*
|
|
|
|
* This frame contains a PASV response; set up a
|
|
|
|
* conversation for the data.
|
|
|
|
*/
|
|
|
|
if (parse_port_pasv(line, linelen, &pasv_ip,
|
|
|
|
&ftp_port)) {
|
|
|
|
if (tree) {
|
|
|
|
proto_tree_add_ipv4(reqresp_tree,
|
|
|
|
hf_ftp_pasv_ip, tvb, 0, 0, pasv_ip);
|
|
|
|
proto_tree_add_uint(reqresp_tree,
|
|
|
|
hf_ftp_pasv_port, tvb, 0, 0,
|
|
|
|
ftp_port);
|
|
|
|
}
|
|
|
|
SET_ADDRESS(&ftp_ip_address, AT_IPv4, 4,
|
|
|
|
(const guint8 *)&pasv_ip);
|
|
|
|
ftp_nat = !ADDRESSES_EQUAL(&pinfo->src,
|
|
|
|
&ftp_ip_address);
|
|
|
|
if (ftp_nat) {
|
|
|
|
if (tree) {
|
|
|
|
proto_tree_add_boolean(reqresp_tree,
|
|
|
|
hf_ftp_pasv_nat, tvb, 0, 0,
|
|
|
|
ftp_nat);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We use "ftp_ip_address", so that if
|
|
|
|
* we're NAT'd we look for the un-NAT'd
|
|
|
|
* connection.
|
|
|
|
*
|
|
|
|
* XXX - should this call to
|
|
|
|
* "find_conversation()" just use
|
|
|
|
* "ftp_ip_address" and "server_port", and
|
|
|
|
* wildcard everything else?
|
|
|
|
*/
|
2005-02-02 20:07:03 +00:00
|
|
|
conversation = find_conversation(pinfo->fd->num, &ftp_ip_address,
|
2003-10-07 03:35:42 +00:00
|
|
|
&pinfo->dst, PT_TCP, ftp_port, 0,
|
|
|
|
NO_PORT_B);
|
|
|
|
if (conversation == NULL) {
|
|
|
|
/*
|
|
|
|
* XXX - should this call to
|
|
|
|
* "conversation_new()" just use
|
|
|
|
* "ftp_ip_address" and "server_port",
|
|
|
|
* and wildcard everything else?
|
|
|
|
*
|
|
|
|
* XXX - what if we did find a
|
|
|
|
* conversation? As we create it
|
|
|
|
* only on the first pass through
|
|
|
|
* the packets, if we find one, it's
|
|
|
|
* presumably an unrelated conversation.
|
|
|
|
* Should we remove the old one from
|
|
|
|
* the hash table and put this one in
|
|
|
|
* its place? Can the conversation
|
|
|
|
* code handle conversations not in
|
|
|
|
* the hash table? Or should we
|
|
|
|
* make conversations support
|
|
|
|
* start and end frames, as circuits
|
|
|
|
* do, and treat this as an indication
|
|
|
|
* that one conversation was closed
|
|
|
|
* and a new one was opened?
|
|
|
|
*/
|
|
|
|
conversation = conversation_new(
|
2005-02-02 20:07:03 +00:00
|
|
|
pinfo->fd->num, &ftp_ip_address, &pinfo->dst,
|
2003-10-07 03:35:42 +00:00
|
|
|
PT_TCP, ftp_port, 0, NO_PORT2);
|
|
|
|
conversation_set_dissector(conversation,
|
|
|
|
ftpdata_handle);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (tree) {
|
2000-11-10 08:02:34 +00:00
|
|
|
/*
|
|
|
|
* Show the rest of the request or response as text,
|
|
|
|
* a line at a time.
|
2002-07-14 00:40:07 +00:00
|
|
|
* XXX - only if there's a continuation indicator?
|
2000-11-10 08:02:34 +00:00
|
|
|
*/
|
2000-11-13 08:58:17 +00:00
|
|
|
while (tvb_offset_exists(tvb, offset)) {
|
2000-11-10 08:02:34 +00:00
|
|
|
/*
|
|
|
|
* Find the end of the line.
|
|
|
|
*/
|
|
|
|
linelen = tvb_find_line_end(tvb, offset, -1,
|
2002-07-17 06:55:29 +00:00
|
|
|
&next_offset, FALSE);
|
2000-11-10 08:02:34 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Put this line.
|
|
|
|
*/
|
|
|
|
proto_tree_add_text(ftp_tree, tvb, offset,
|
|
|
|
next_offset - offset, "%s",
|
|
|
|
tvb_format_text(tvb, offset, next_offset - offset));
|
|
|
|
offset = next_offset;
|
|
|
|
}
|
1999-04-05 21:54:41 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2000-04-08 07:07:42 +00:00
|
|
|
static void
|
2000-11-10 08:02:34 +00:00
|
|
|
dissect_ftpdata(tvbuff_t *tvb, packet_info *pinfo, proto_tree *tree)
|
1999-04-05 21:54:41 +00:00
|
|
|
{
|
2000-11-05 05:49:02 +00:00
|
|
|
proto_tree *ti, *ftp_data_tree;
|
2000-11-10 08:02:34 +00:00
|
|
|
int data_length;
|
1999-04-05 21:54:41 +00:00
|
|
|
|
2001-12-10 00:26:21 +00:00
|
|
|
if (check_col(pinfo->cinfo, COL_PROTOCOL))
|
|
|
|
col_set_str(pinfo->cinfo, COL_PROTOCOL, "FTP-DATA");
|
1999-04-05 21:54:41 +00:00
|
|
|
|
2001-12-10 00:26:21 +00:00
|
|
|
if (check_col(pinfo->cinfo, COL_INFO)) {
|
|
|
|
col_add_fstr(pinfo->cinfo, COL_INFO, "FTP Data: %u bytes",
|
2002-04-03 22:35:08 +00:00
|
|
|
tvb_reported_length(tvb));
|
1999-04-05 21:54:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (tree) {
|
2000-11-10 08:02:34 +00:00
|
|
|
data_length = tvb_length(tvb);
|
|
|
|
|
2002-04-03 22:35:08 +00:00
|
|
|
ti = proto_tree_add_item(tree, proto_ftp_data, tvb, 0, -1,
|
|
|
|
FALSE);
|
2000-11-10 08:02:34 +00:00
|
|
|
ftp_data_tree = proto_item_add_subtree(ti, ett_ftp_data);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* XXX - if this is binary data, it'll produce
|
|
|
|
* a *really* long line.
|
|
|
|
*/
|
|
|
|
proto_tree_add_text(ftp_data_tree, tvb, 0, data_length,
|
|
|
|
"FTP Data: %s", tvb_format_text(tvb, 0, data_length));
|
1999-04-05 21:54:41 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
1999-07-29 05:47:07 +00:00
|
|
|
void
|
|
|
|
proto_register_ftp(void)
|
|
|
|
{
|
2000-11-10 08:02:34 +00:00
|
|
|
static hf_register_info hf[] = {
|
1999-10-09 11:56:15 +00:00
|
|
|
{ &hf_ftp_response,
|
2000-11-10 08:02:34 +00:00
|
|
|
{ "Response", "ftp.response",
|
|
|
|
FT_BOOLEAN, BASE_NONE, NULL, 0x0,
|
2001-06-18 02:18:27 +00:00
|
|
|
"TRUE if FTP response", HFILL }},
|
1999-10-12 06:21:15 +00:00
|
|
|
|
1999-10-09 11:56:15 +00:00
|
|
|
{ &hf_ftp_request,
|
2000-11-10 08:02:34 +00:00
|
|
|
{ "Request", "ftp.request",
|
|
|
|
FT_BOOLEAN, BASE_NONE, NULL, 0x0,
|
2001-06-18 02:18:27 +00:00
|
|
|
"TRUE if FTP request", HFILL }},
|
1999-10-12 06:21:15 +00:00
|
|
|
|
1999-10-09 11:56:15 +00:00
|
|
|
{ &hf_ftp_request_command,
|
2000-11-10 08:02:34 +00:00
|
|
|
{ "Request command", "ftp.request.command",
|
|
|
|
FT_STRING, BASE_NONE, NULL, 0x0,
|
2001-06-18 02:18:27 +00:00
|
|
|
"", HFILL }},
|
1999-10-12 06:21:15 +00:00
|
|
|
|
2002-04-26 20:59:42 +00:00
|
|
|
{ &hf_ftp_request_arg,
|
|
|
|
{ "Request arg", "ftp.request.arg",
|
2000-11-10 08:02:34 +00:00
|
|
|
FT_STRING, BASE_NONE, NULL, 0x0,
|
2001-06-18 02:18:27 +00:00
|
|
|
"", HFILL }},
|
1999-10-12 06:21:15 +00:00
|
|
|
|
1999-10-09 11:56:15 +00:00
|
|
|
{ &hf_ftp_response_code,
|
2000-11-10 08:02:34 +00:00
|
|
|
{ "Response code", "ftp.response.code",
|
2003-02-25 19:27:19 +00:00
|
|
|
FT_UINT32, BASE_DEC, VALS(response_table), 0x0,
|
2001-06-18 02:18:27 +00:00
|
|
|
"", HFILL }},
|
1999-10-12 06:21:15 +00:00
|
|
|
|
2002-04-26 20:59:42 +00:00
|
|
|
{ &hf_ftp_response_arg,
|
2002-07-13 20:08:33 +00:00
|
|
|
{ "Response arg", "ftp.response.arg",
|
2000-11-10 08:02:34 +00:00
|
|
|
FT_STRING, BASE_NONE, NULL, 0x0,
|
2003-10-07 03:35:42 +00:00
|
|
|
"", HFILL }},
|
|
|
|
|
|
|
|
{ &hf_ftp_pasv_ip,
|
|
|
|
{ "Passive IP address", "ftp.passive.ip",
|
|
|
|
FT_IPv4, BASE_NONE, NULL,0x0,
|
|
|
|
"Passive IP address (check NAT)", HFILL}},
|
|
|
|
|
|
|
|
{ &hf_ftp_pasv_port,
|
|
|
|
{ "Passive port", "ftp.passive.port",
|
|
|
|
FT_UINT16, BASE_DEC, NULL,0x0,
|
|
|
|
"Passive FTP server port", HFILL }},
|
|
|
|
|
|
|
|
{ &hf_ftp_pasv_nat,
|
|
|
|
{"Passive IP NAT", "ftp.passive.nat",
|
|
|
|
FT_BOOLEAN, BASE_NONE, NULL, 0x0,
|
|
|
|
"NAT is active SIP and passive IP different", HFILL }},
|
|
|
|
|
|
|
|
{ &hf_ftp_active_ip,
|
|
|
|
{ "Active IP address", "ftp.active.cip",
|
|
|
|
FT_IPv4, BASE_NONE, NULL, 0x0,
|
|
|
|
"Active FTP client IP address", HFILL }},
|
|
|
|
|
|
|
|
{ &hf_ftp_active_port,
|
|
|
|
{"Active port", "ftp.active.port",
|
|
|
|
FT_UINT16, BASE_DEC, NULL, 0x0,
|
|
|
|
"Active FTP client port", HFILL }},
|
|
|
|
|
|
|
|
{ &hf_ftp_active_nat,
|
|
|
|
{ "Active IP NAT", "ftp.active.nat",
|
|
|
|
FT_BOOLEAN, BASE_NONE, NULL, 0x0,
|
|
|
|
"NAT is active", HFILL}}
|
|
|
|
|
1999-10-09 11:56:15 +00:00
|
|
|
};
|
1999-11-16 11:44:20 +00:00
|
|
|
static gint *ett[] = {
|
|
|
|
&ett_ftp,
|
2003-06-10 23:12:15 +00:00
|
|
|
&ett_ftp_reqresp,
|
2000-11-05 05:49:02 +00:00
|
|
|
&ett_ftp_data,
|
1999-11-16 11:44:20 +00:00
|
|
|
};
|
1999-10-09 11:56:15 +00:00
|
|
|
|
2001-01-03 06:56:03 +00:00
|
|
|
proto_ftp = proto_register_protocol("File Transfer Protocol (FTP)", "FTP",
|
|
|
|
"ftp");
|
|
|
|
proto_ftp_data = proto_register_protocol("FTP Data", "FTP-DATA", "ftp-data");
|
1999-10-09 11:56:15 +00:00
|
|
|
proto_register_field_array(proto_ftp, hf, array_length(hf));
|
1999-11-16 11:44:20 +00:00
|
|
|
proto_register_subtree_array(ett, array_length(ett));
|
2001-11-27 07:13:32 +00:00
|
|
|
|
|
|
|
ftpdata_handle = create_dissector_handle(dissect_ftpdata, proto_ftp_data);
|
1999-07-29 05:47:07 +00:00
|
|
|
}
|
2000-04-08 07:07:42 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
proto_reg_handoff_ftp(void)
|
|
|
|
{
|
2001-12-03 04:00:26 +00:00
|
|
|
dissector_handle_t ftpdata_handle, ftp_handle;
|
|
|
|
|
|
|
|
ftpdata_handle = create_dissector_handle(dissect_ftpdata, proto_ftp_data);
|
|
|
|
dissector_add("tcp.port", TCP_PORT_FTPDATA, ftpdata_handle);
|
|
|
|
ftp_handle = create_dissector_handle(dissect_ftp, proto_ftp);
|
|
|
|
dissector_add("tcp.port", TCP_PORT_FTP, ftp_handle);
|
2000-04-08 07:07:42 +00:00
|
|
|
}
|