1998-11-15 05:29:17 +00:00
|
|
|
/* libpcap.c
|
|
|
|
*
|
|
|
|
* Wiretap Library
|
2001-11-13 23:55:44 +00:00
|
|
|
* Copyright (c) 1998 by Gilbert Ramirez <gram@alumni.rice.edu>
|
2002-08-28 20:30:45 +00:00
|
|
|
*
|
1998-11-15 05:29:17 +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 20:30:45 +00:00
|
|
|
*
|
1998-11-15 05:29:17 +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 20:30:45 +00:00
|
|
|
*
|
1998-11-15 05:29:17 +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
|
2012-06-28 22:56:06 +00:00
|
|
|
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
|
1998-11-15 05:29:17 +00:00
|
|
|
*/
|
2002-02-27 08:57:25 +00:00
|
|
|
|
1999-07-13 02:53:26 +00:00
|
|
|
#include "config.h"
|
2002-07-29 06:09:59 +00:00
|
|
|
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
#include <stdlib.h>
|
2003-12-18 19:07:14 +00:00
|
|
|
#include <string.h>
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
#include <errno.h>
|
2000-05-19 23:07:04 +00:00
|
|
|
#include "wtap-int.h"
|
2000-01-13 07:09:20 +00:00
|
|
|
#include "file_wrappers.h"
|
2014-07-15 23:40:46 +00:00
|
|
|
#include <wsutil/buffer.h>
|
2009-04-27 09:28:28 +00:00
|
|
|
#include "pcap-common.h"
|
2010-02-23 03:50:42 +00:00
|
|
|
#include "pcap-encap.h"
|
1998-11-15 05:29:17 +00:00
|
|
|
#include "libpcap.h"
|
2012-05-24 09:24:05 +00:00
|
|
|
#include "erf.h"
|
1998-11-15 05:29:17 +00:00
|
|
|
|
|
|
|
/* See source to the "libpcap" library for information on the "libpcap"
|
|
|
|
file format. */
|
|
|
|
|
2010-02-24 07:21:17 +00:00
|
|
|
/*
|
|
|
|
* Private per-wtap_t data needed to read a file.
|
|
|
|
*/
|
|
|
|
typedef enum {
|
|
|
|
NOT_SWAPPED,
|
|
|
|
SWAPPED,
|
|
|
|
MAYBE_SWAPPED
|
|
|
|
} swapped_type_t;
|
|
|
|
|
|
|
|
typedef struct {
|
|
|
|
gboolean byte_swapped;
|
|
|
|
swapped_type_t lengths_swapped;
|
|
|
|
guint16 version_major;
|
|
|
|
guint16 version_minor;
|
|
|
|
} libpcap_t;
|
|
|
|
|
Add a new Wiretap encapsulation type WTAP_ENCAP_FDDI_BITSWAPPED, meaning
"FDDI with the MAC addresses bit-swapped"; whether the MAC addresses are
bit-swapped is a property of the machine on which the capture was taken,
not of the machine on which the capture is being read - right now, none
of the capture file formats we read indicate whether FDDI MAC addresses
are bit-swapped, but this does let us treat non-"libpcap" captures as
being bit-swapped or not bit-swapped independent of the machine on which
they're being read (and of the machine on which they were captured, but
I have the impression they're bit-swapped on most platforms), and allows
us to, if, as, and when we implement packet capture in Wiretap, mark
packets in a capture file written in Wiretap-native format based on the
machine on which they are captured (assuming the rule "Ultrix, Alpha,
and BSD/OS are the only platforms that don't bit-swap", or some other
compile-time rule, gets the right answer, or that some platform has
drivers that can tell us whether the addresses are bit-swapped).
(NOTE: if, for any of the capture file formats used only on one
platform, FDDI MAC addresses aren't bit-swapped, the code to read that
capture file format should be fixed to flag them as not bit-swapped.)
Use the encapsulation type to decide whether to bit-swap addresses in
"dissect_fddi()".
svn path=/trunk/; revision=557
1999-08-24 03:19:34 +00:00
|
|
|
/* On some systems, the FDDI MAC addresses are bit-swapped. */
|
1999-08-31 22:36:20 +00:00
|
|
|
#if !defined(ultrix) && !defined(__alpha) && !defined(__bsdi__)
|
Add a new Wiretap encapsulation type WTAP_ENCAP_FDDI_BITSWAPPED, meaning
"FDDI with the MAC addresses bit-swapped"; whether the MAC addresses are
bit-swapped is a property of the machine on which the capture was taken,
not of the machine on which the capture is being read - right now, none
of the capture file formats we read indicate whether FDDI MAC addresses
are bit-swapped, but this does let us treat non-"libpcap" captures as
being bit-swapped or not bit-swapped independent of the machine on which
they're being read (and of the machine on which they were captured, but
I have the impression they're bit-swapped on most platforms), and allows
us to, if, as, and when we implement packet capture in Wiretap, mark
packets in a capture file written in Wiretap-native format based on the
machine on which they are captured (assuming the rule "Ultrix, Alpha,
and BSD/OS are the only platforms that don't bit-swap", or some other
compile-time rule, gets the right answer, or that some platform has
drivers that can tell us whether the addresses are bit-swapped).
(NOTE: if, for any of the capture file formats used only on one
platform, FDDI MAC addresses aren't bit-swapped, the code to read that
capture file format should be fixed to flag them as not bit-swapped.)
Use the encapsulation type to decide whether to bit-swap addresses in
"dissect_fddi()".
svn path=/trunk/; revision=557
1999-08-24 03:19:34 +00:00
|
|
|
#define BIT_SWAPPED_MAC_ADDRS
|
|
|
|
#endif
|
|
|
|
|
2000-09-15 07:52:43 +00:00
|
|
|
/* Try to read the first two records of the capture file. */
|
2014-09-20 17:45:28 +00:00
|
|
|
static int libpcap_try(wtap *wth, int *err, gchar **err_info);
|
2014-08-24 08:06:35 +00:00
|
|
|
static int libpcap_try_header(wtap *wth, FILE_T fh, int *err, gchar **err_info,
|
|
|
|
struct pcaprec_ss990915_hdr *hdr);
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2014-05-23 10:50:02 +00:00
|
|
|
static gboolean libpcap_read(wtap *wth, int *err, gchar **err_info,
|
2006-11-05 22:46:44 +00:00
|
|
|
gint64 *data_offset);
|
2014-05-23 10:50:02 +00:00
|
|
|
static gboolean libpcap_seek_read(wtap *wth, gint64 seek_off,
|
2014-05-09 05:18:49 +00:00
|
|
|
struct wtap_pkthdr *phdr, Buffer *buf, int *err, gchar **err_info);
|
|
|
|
static gboolean libpcap_read_packet(wtap *wth, FILE_T fh,
|
2013-06-17 21:18:47 +00:00
|
|
|
struct wtap_pkthdr *phdr, Buffer *buf, int *err, gchar **err_info);
|
2014-05-09 05:18:49 +00:00
|
|
|
static gboolean libpcap_dump(wtap_dumper *wdh, const struct wtap_pkthdr *phdr,
|
2012-10-16 21:50:57 +00:00
|
|
|
const guint8 *pd, int *err);
|
2014-08-24 08:06:35 +00:00
|
|
|
static int libpcap_read_header(wtap *wth, FILE_T fh, int *err, gchar **err_info,
|
|
|
|
struct pcaprec_ss990915_hdr *hdr);
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
2014-10-09 23:44:15 +00:00
|
|
|
wtap_open_return_val libpcap_open(wtap *wth, int *err, gchar **err_info)
|
1998-11-15 05:29:17 +00:00
|
|
|
{
|
|
|
|
guint32 magic;
|
|
|
|
struct pcap_hdr hdr;
|
1999-11-06 10:31:47 +00:00
|
|
|
gboolean byte_swapped;
|
|
|
|
gboolean modified;
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
gboolean aix;
|
2000-08-25 06:25:21 +00:00
|
|
|
int file_encap;
|
2012-05-04 16:56:18 +00:00
|
|
|
gint64 first_packet_offset;
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap_t *libpcap;
|
2014-08-24 08:06:35 +00:00
|
|
|
static const int subtypes_modified[] = {
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029,
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915
|
|
|
|
};
|
|
|
|
#define N_SUBTYPES_MODIFIED G_N_ELEMENTS(subtypes_modified)
|
|
|
|
static const int subtypes_standard[] = {
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP,
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417,
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA
|
|
|
|
};
|
|
|
|
#define N_SUBTYPES_STANDARD G_N_ELEMENTS(subtypes_standard)
|
|
|
|
static const int subtypes_nsec[] = {
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC
|
|
|
|
};
|
|
|
|
#define N_SUBTYPES_NSEC G_N_ELEMENTS(subtypes_nsec)
|
|
|
|
#define MAX_FIGURES_OF_MERIT \
|
|
|
|
MAX(MAX(N_SUBTYPES_MODIFIED, N_SUBTYPES_STANDARD), N_SUBTYPES_NSEC)
|
|
|
|
int figures_of_merit[MAX_FIGURES_OF_MERIT];
|
|
|
|
const int *subtypes;
|
|
|
|
int n_subtypes;
|
|
|
|
int best_subtype;
|
|
|
|
int i;
|
1998-11-15 05:29:17 +00:00
|
|
|
|
|
|
|
/* Read in the number that should be at the start of a "libpcap" file */
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
if (!wtap_read_bytes(wth->fh, &magic, sizeof magic, err, err_info)) {
|
|
|
|
if (*err != WTAP_ERR_SHORT_READ)
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
|
|
|
return WTAP_OPEN_NOT_MINE;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
1999-11-06 08:42:01 +00:00
|
|
|
switch (magic) {
|
|
|
|
|
|
|
|
case PCAP_MAGIC:
|
2000-07-26 06:04:34 +00:00
|
|
|
/* Host that wrote it has our byte order, and was running
|
|
|
|
a program using either standard or ss990417 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = FALSE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
1999-11-06 10:31:47 +00:00
|
|
|
case PCAP_MODIFIED_MAGIC:
|
2000-07-26 06:04:34 +00:00
|
|
|
/* Host that wrote it has our byte order, and was running
|
|
|
|
a program using either ss990915 or ss991029 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = FALSE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = TRUE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PCAP_SWAPPED_MAGIC:
|
2000-07-26 06:04:34 +00:00
|
|
|
/* Host that wrote it has a byte order opposite to ours,
|
|
|
|
and was running a program using either standard or
|
|
|
|
ss990417 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = TRUE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
1999-11-06 10:31:47 +00:00
|
|
|
case PCAP_SWAPPED_MODIFIED_MAGIC:
|
1999-11-06 08:42:01 +00:00
|
|
|
/* Host that wrote it out has a byte order opposite to
|
2000-07-26 06:04:34 +00:00
|
|
|
ours, and was running a program using either ss990915
|
|
|
|
or ss991029 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = TRUE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = TRUE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
2005-08-30 09:43:47 +00:00
|
|
|
case PCAP_NSEC_MAGIC:
|
2010-01-27 00:35:32 +00:00
|
|
|
/* Host that wrote it has our byte order, and was writing
|
|
|
|
the file in a format similar to standard libpcap
|
|
|
|
except that the time stamps have nanosecond resolution. */
|
2005-08-30 09:43:47 +00:00
|
|
|
byte_swapped = FALSE;
|
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_NSEC;
|
2005-08-30 09:43:47 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PCAP_SWAPPED_NSEC_MAGIC:
|
|
|
|
/* Host that wrote it out has a byte order opposite to
|
2010-01-27 00:35:32 +00:00
|
|
|
ours, and was writing the file in a format similar to
|
|
|
|
standard libpcap except that the time stamps have
|
|
|
|
nanosecond resolution. */
|
2005-08-30 09:43:47 +00:00
|
|
|
byte_swapped = TRUE;
|
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_NSEC;
|
2005-08-30 09:43:47 +00:00
|
|
|
break;
|
|
|
|
|
1999-11-06 08:42:01 +00:00
|
|
|
default:
|
|
|
|
/* Not a "libpcap" type we know about. */
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_NOT_MINE;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Read the rest of the header. */
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
if (!wtap_read_bytes(wth->fh, &hdr, sizeof hdr, err, err_info))
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
1998-11-15 05:29:17 +00:00
|
|
|
|
|
|
|
if (byte_swapped) {
|
|
|
|
/* Byte-swap the header fields about which we care. */
|
2013-11-29 19:21:20 +00:00
|
|
|
hdr.version_major = GUINT16_SWAP_LE_BE(hdr.version_major);
|
|
|
|
hdr.version_minor = GUINT16_SWAP_LE_BE(hdr.version_minor);
|
|
|
|
hdr.snaplen = GUINT32_SWAP_LE_BE(hdr.snaplen);
|
|
|
|
hdr.network = GUINT32_SWAP_LE_BE(hdr.network);
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
if (hdr.version_major < 2) {
|
|
|
|
/* We only support version 2.0 and later. */
|
Have the per-capture-file-type open routines "wtap_open_offline()" calls
return 1 on success, -1 if they got an error, and 0 if the file isn't of
the type that file is checking for, and supply an error code if they
return -1; have "wtap_open_offline()" use that error code. Also, have
the per-capture-file-type open routines treat errors accessing the file
as errors, and return -1, rather than just returning 0 so that we try
another file type.
Have the per-capture-file-type read routines "wtap_loop()" calls return
-1 and supply an error code on error (and not, as they did in some
cases, call "g_error()" and abort), and have "wtap_loop()", if the read
routine returned an error, return FALSE (and pass an error-code-pointer
argument onto the read routines, so they fill it in), and return TRUE on
success.
Add some new error codes for them to return.
Now that "wtap_loop()" can return a success/failure indication and an
error code, in "read_cap_file()" put up a message box if we get an error
reading the file, and return the error code.
Handle the additional errors we can get when opening a capture file.
If the attempt to open a capture file succeeds, but the attempt to read
it fails, don't treat that as a complete failure - we may have managed
to read some of the capture file, and we should display what we managed
to read.
svn path=/trunk/; revision=516
1999-08-19 05:31:38 +00:00
|
|
|
*err = WTAP_ERR_UNSUPPORTED;
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
*err_info = g_strdup_printf("pcap: major version %u unsupported",
|
|
|
|
hdr.version_major);
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* AIX's non-standard tcpdump uses a minor version number of 2.
|
|
|
|
* Unfortunately, older versions of libpcap might have used
|
|
|
|
* that as well.
|
|
|
|
*
|
|
|
|
* The AIX libpcap uses RFC 1573 ifType values rather than
|
|
|
|
* DLT_ values in the header; the ifType values for LAN devices
|
|
|
|
* are:
|
|
|
|
*
|
|
|
|
* Ethernet 6
|
2001-11-09 07:44:51 +00:00
|
|
|
* Token Ring 9
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
* FDDI 15
|
|
|
|
*
|
|
|
|
* which correspond to DLT_IEEE802 (used for Token Ring),
|
2003-03-25 06:04:54 +00:00
|
|
|
* DLT_PPP, and DLT_SLIP_BSDOS, respectively. The ifType value
|
|
|
|
* for a loopback interface is 24, which currently isn't
|
|
|
|
* used by any version of libpcap I know about (and, as
|
|
|
|
* tcpdump.org are assigning DLT_ values above 100, and
|
|
|
|
* NetBSD started assigning values starting at 50, and
|
|
|
|
* the values chosen by other libpcaps appear to stop at
|
|
|
|
* 19, it's probably not going to be used by any libpcap
|
|
|
|
* in the future).
|
|
|
|
*
|
|
|
|
* We shall assume that if the minor version number is 2, and
|
|
|
|
* the network type is 6, 9, 15, or 24, that it's AIX libpcap.
|
2001-11-09 07:44:51 +00:00
|
|
|
*
|
2001-11-07 08:16:26 +00:00
|
|
|
* I'm assuming those older versions of libpcap didn't
|
|
|
|
* use DLT_IEEE802 for Token Ring, and didn't use DLT_SLIP_BSDOS
|
2002-03-07 21:46:06 +00:00
|
|
|
* as that came later. It may have used DLT_PPP, however, in
|
2001-11-07 08:16:26 +00:00
|
|
|
* which case we're out of luck; we assume it's Token Ring
|
2001-11-09 07:44:51 +00:00
|
|
|
* in AIX libpcap rather than PPP in standard libpcap, as
|
2001-11-07 08:16:26 +00:00
|
|
|
* you're probably more likely to be handing an AIX libpcap
|
2001-11-09 07:44:51 +00:00
|
|
|
* token-ring capture than an old (pre-libpcap 0.4) PPP capture
|
2006-05-28 15:56:15 +00:00
|
|
|
* to Wireshark.
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
*/
|
|
|
|
aix = FALSE; /* assume it's not AIX */
|
|
|
|
if (hdr.version_major == 2 && hdr.version_minor == 2) {
|
|
|
|
switch (hdr.network) {
|
|
|
|
|
|
|
|
case 6:
|
|
|
|
hdr.network = 1; /* DLT_EN10MB, Ethernet */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
|
|
|
|
2002-03-07 21:31:12 +00:00
|
|
|
case 9:
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
hdr.network = 6; /* DLT_IEEE802, Token Ring */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 15:
|
|
|
|
hdr.network = 10; /* DLT_FDDI, FDDI */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
2003-03-25 06:04:54 +00:00
|
|
|
|
|
|
|
case 24:
|
|
|
|
hdr.network = 0; /* DLT_NULL, loopback */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
}
|
|
|
|
}
|
2004-02-19 08:02:06 +00:00
|
|
|
|
2000-08-25 06:25:21 +00:00
|
|
|
file_encap = wtap_pcap_encap_to_wtap_encap(hdr.network);
|
2009-09-25 21:55:39 +00:00
|
|
|
if (file_encap == WTAP_ENCAP_UNKNOWN) {
|
2000-02-19 08:00:08 +00:00
|
|
|
*err = WTAP_ERR_UNSUPPORTED_ENCAP;
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
*err_info = g_strdup_printf("pcap: network type %u unknown or unsupported",
|
|
|
|
hdr.network);
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* This is a libpcap file */
|
2012-04-13 20:22:31 +00:00
|
|
|
libpcap = (libpcap_t *)g_malloc(sizeof(libpcap_t));
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->byte_swapped = byte_swapped;
|
|
|
|
libpcap->version_major = hdr.version_major;
|
|
|
|
libpcap->version_minor = hdr.version_minor;
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->priv = (void *)libpcap;
|
|
|
|
wth->subtype_read = libpcap_read;
|
|
|
|
wth->subtype_seek_read = libpcap_seek_read;
|
|
|
|
wth->file_encap = file_encap;
|
|
|
|
wth->snapshot_length = hdr.snaplen;
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
/* In file format version 2.3, the order of the "incl_len" and
|
|
|
|
"orig_len" fields in the per-packet header was reversed,
|
|
|
|
in order to match the BPF header layout.
|
|
|
|
|
|
|
|
Therefore, in files with versions prior to that, we must swap
|
|
|
|
those two fields.
|
|
|
|
|
|
|
|
Unfortunately, some files were, according to a comment in the
|
|
|
|
"libpcap" source, written with version 2.3 in their headers
|
|
|
|
but without the interchanged fields, so if "incl_len" is
|
|
|
|
greater than "orig_len" - which would make no sense - we
|
|
|
|
assume that we need to swap them in version 2.3 files
|
|
|
|
as well.
|
|
|
|
|
|
|
|
In addition, DG/UX's tcpdump uses version 543.0, and writes
|
|
|
|
the two fields in the pre-2.3 order. */
|
|
|
|
switch (hdr.version_major) {
|
|
|
|
|
|
|
|
case 2:
|
|
|
|
if (hdr.version_minor < 3)
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
else if (hdr.version_minor == 3)
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = MAYBE_SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
else
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = NOT_SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case 543:
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = NOT_SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
1999-11-06 10:31:47 +00:00
|
|
|
/*
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
* Is this AIX format?
|
|
|
|
*/
|
|
|
|
if (aix) {
|
|
|
|
/*
|
2007-01-08 02:55:41 +00:00
|
|
|
* Yes. Skip all the tests for other mutant formats,
|
2012-05-28 00:43:13 +00:00
|
|
|
* and for the ERF link-layer header type, and set the
|
|
|
|
* precision to nanosecond precision.
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->file_type_subtype = WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_NSEC;
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_MINE;
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* No. Let's look at the header for the first record,
|
2000-07-26 06:04:34 +00:00
|
|
|
* and see if, interpreting it as a standard header (if the
|
|
|
|
* magic number was standard) or a modified header (if the
|
|
|
|
* magic number was modified), the position where it says the
|
|
|
|
* header for the *second* record is contains a corrupted header.
|
|
|
|
*
|
|
|
|
* If so, then:
|
|
|
|
*
|
|
|
|
* If this file had the standard magic number, it may be
|
|
|
|
* an ss990417 capture file - in that version of Alexey's
|
|
|
|
* patch, the packet header format was changed but the
|
|
|
|
* magic number wasn't, and, alas, Red Hat appear to have
|
|
|
|
* picked up that version of the patch for RH 6.1, meaning
|
|
|
|
* RH 6.1 has a tcpdump that writes out files that can't
|
|
|
|
* be read by any software that expects non-modified headers
|
|
|
|
* if the magic number isn't the modified magic number (e.g.,
|
2006-05-28 15:56:15 +00:00
|
|
|
* any normal version of tcpdump, and Wireshark if we don't
|
2000-07-26 06:04:34 +00:00
|
|
|
* do this gross heuristic).
|
|
|
|
*
|
|
|
|
* If this file had the modified magic number, it may be
|
|
|
|
* an ss990915 capture file - in that version of Alexey's
|
|
|
|
* patch, the magic number was changed, but the record
|
|
|
|
* header had some extra fields, and, alas, SuSE appear
|
|
|
|
* to have picked up that version of the patch for SuSE
|
|
|
|
* 6.3, meaning that programs expecting the standard per-
|
|
|
|
* packet header in captures with the modified magic number
|
|
|
|
* can't read dumps from its tcpdump.
|
2000-09-15 07:52:43 +00:00
|
|
|
*
|
|
|
|
* Oh, and if it has the standard magic number, it might, instead,
|
|
|
|
* be a Nokia libpcap file, so we may need to try that if
|
|
|
|
* neither normal nor ss990417 headers work.
|
1999-11-06 10:31:47 +00:00
|
|
|
*/
|
2000-09-15 07:52:43 +00:00
|
|
|
if (modified) {
|
|
|
|
/*
|
|
|
|
* Well, we have the magic number from Alexey's
|
2014-08-24 08:06:35 +00:00
|
|
|
* later two patches. Try the subtypes for that.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
subtypes = subtypes_modified;
|
|
|
|
n_subtypes = N_SUBTYPES_MODIFIED;
|
|
|
|
} else {
|
2014-09-28 18:37:06 +00:00
|
|
|
if (wth->file_tsprec == WTAP_TSPREC_NSEC) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* We have nanosecond-format libpcap's magic
|
|
|
|
* number. Try the subtypes for that.
|
2014-08-24 08:12:13 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
subtypes = subtypes_nsec;
|
|
|
|
n_subtypes = N_SUBTYPES_NSEC;
|
|
|
|
} else {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* We have the regular libpcap magic number.
|
|
|
|
* Try the subtypes for that.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
subtypes = subtypes_standard;
|
|
|
|
n_subtypes = N_SUBTYPES_STANDARD;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
2000-07-26 06:04:34 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
|
|
|
* Try all the subtypes.
|
|
|
|
*/
|
|
|
|
first_packet_offset = file_tell(wth->fh);
|
|
|
|
for (i = 0; i < n_subtypes; i++) {
|
|
|
|
wth->file_type_subtype = subtypes[i];
|
2014-09-20 17:45:28 +00:00
|
|
|
figures_of_merit[i] = libpcap_try(wth, err, err_info);
|
2014-08-24 08:06:35 +00:00
|
|
|
if (figures_of_merit[i] == -1) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
|
|
|
* Well, we couldn't even read it.
|
|
|
|
* Give up.
|
|
|
|
*/
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
|
|
|
if (figures_of_merit[i] == 0) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* This format doesn't have any issues.
|
2012-05-28 00:43:13 +00:00
|
|
|
* Put the seek pointer back, and finish.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
if (file_seek(wth->fh, first_packet_offset, SEEK_SET, err) == -1) {
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
2002-03-04 00:25:35 +00:00
|
|
|
}
|
2012-05-28 00:43:13 +00:00
|
|
|
goto done;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* OK, we've recorded the figure of merit for this one;
|
|
|
|
* go back to the first packet and try the next one.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
if (file_seek(wth->fh, first_packet_offset, SEEK_SET, err) == -1) {
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
2002-03-04 00:25:35 +00:00
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
|
|
|
* OK, none are perfect; let's see which one is least bad.
|
|
|
|
*/
|
|
|
|
best_subtype = INT_MAX;
|
|
|
|
for (i = 0; i < n_subtypes; i++) {
|
1999-11-06 10:31:47 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* Is this subtype better than the last one we saw?
|
1999-11-06 10:31:47 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
if (figures_of_merit[i] < best_subtype) {
|
|
|
|
/*
|
|
|
|
* Yes. Choose it until we find a better one.
|
|
|
|
*/
|
|
|
|
wth->file_type_subtype = subtypes[i];
|
|
|
|
best_subtype = figures_of_merit[i];
|
2002-03-04 00:25:35 +00:00
|
|
|
}
|
2000-07-26 06:04:34 +00:00
|
|
|
}
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2012-05-28 00:43:13 +00:00
|
|
|
done:
|
2009-09-25 21:55:39 +00:00
|
|
|
/*
|
|
|
|
* We treat a DLT_ value of 13 specially - it appears that in
|
|
|
|
* Nokia libpcap format, it's some form of ATM with what I
|
|
|
|
* suspect is a pseudo-header (even though Nokia's IPSO is
|
|
|
|
* based on FreeBSD, which #defines DLT_SLIP_BSDOS as 13).
|
|
|
|
*
|
|
|
|
* If this is a Nokia capture, treat 13 as WTAP_ENCAP_ATM_PDUS,
|
|
|
|
* rather than as what we normally treat it.
|
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
if (wth->file_type_subtype == WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA &&
|
|
|
|
hdr.network == 13)
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->file_encap = WTAP_ENCAP_ATM_PDUS;
|
2004-02-19 08:02:06 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (wth->file_encap == WTAP_ENCAP_ERF) {
|
2012-05-28 00:43:13 +00:00
|
|
|
/*
|
|
|
|
* Populate set of interface IDs for ERF format.
|
|
|
|
* Currently, this *has* to be done at open time.
|
|
|
|
*/
|
|
|
|
erf_populate_interfaces(wth);
|
|
|
|
}
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_MINE;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
2000-07-26 06:04:34 +00:00
|
|
|
|
2000-09-15 07:52:43 +00:00
|
|
|
/* Try to read the first two records of the capture file. */
|
2014-09-20 17:45:28 +00:00
|
|
|
static int libpcap_try(wtap *wth, int *err, gchar **err_info)
|
2000-09-15 07:52:43 +00:00
|
|
|
{
|
2014-08-24 08:06:35 +00:00
|
|
|
int ret;
|
|
|
|
|
2000-07-26 06:04:34 +00:00
|
|
|
/*
|
2000-09-15 07:52:43 +00:00
|
|
|
* pcaprec_ss990915_hdr is the largest header type.
|
2000-07-26 06:04:34 +00:00
|
|
|
*/
|
2000-09-15 07:52:43 +00:00
|
|
|
struct pcaprec_ss990915_hdr first_rec_hdr, second_rec_hdr;
|
2008-11-13 00:36:52 +00:00
|
|
|
|
2000-09-15 07:52:43 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Attempt to read the first record's header.
|
|
|
|
*/
|
2014-09-20 17:45:28 +00:00
|
|
|
ret = libpcap_try_header(wth, wth->fh, err, err_info, &first_rec_hdr);
|
2014-08-24 08:06:35 +00:00
|
|
|
if (ret == -1) {
|
2000-09-17 07:50:35 +00:00
|
|
|
if (*err == 0 || *err == WTAP_ERR_SHORT_READ) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2000-09-17 07:50:35 +00:00
|
|
|
* EOF or short read - assume the file is in this
|
|
|
|
* format.
|
2000-09-15 07:52:43 +00:00
|
|
|
* When our client tries to read the first packet
|
2000-09-17 07:50:35 +00:00
|
|
|
* they will presumably get the same EOF or short
|
|
|
|
* read.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
return 0;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
if (ret != 0) {
|
1999-11-06 10:31:47 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* Probably a mismatch; return the figure of merit
|
|
|
|
* (demerit?).
|
1999-11-06 10:31:47 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
return ret;
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
|
|
|
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
|
|
|
* Now skip over the first record's data, under the assumption
|
|
|
|
* that the header is sane.
|
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
if (file_seek(wth->fh, first_rec_hdr.hdr.incl_len, SEEK_CUR, err) == -1)
|
2014-08-24 08:06:35 +00:00
|
|
|
return -1;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Now attempt to read the second record's header.
|
|
|
|
*/
|
2014-09-20 17:45:28 +00:00
|
|
|
ret = libpcap_try_header(wth, wth->fh, err, err_info, &second_rec_hdr);
|
2014-08-24 08:06:35 +00:00
|
|
|
if (ret == -1) {
|
2000-09-17 07:50:35 +00:00
|
|
|
if (*err == 0 || *err == WTAP_ERR_SHORT_READ) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2000-09-17 07:50:35 +00:00
|
|
|
* EOF or short read - assume the file is in this
|
|
|
|
* format.
|
2000-09-15 07:52:43 +00:00
|
|
|
* When our client tries to read the second packet
|
2000-09-17 07:50:35 +00:00
|
|
|
* they will presumably get the same EOF or short
|
|
|
|
* read.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
return 0;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Read the header of the next packet.
|
|
|
|
|
|
|
|
Return -1 on an I/O error, 0 on success, or a positive number if the
|
|
|
|
header looks corrupt. The higher the positive number, the more things
|
|
|
|
are wrong with the header; this is used by the heuristics that try to
|
|
|
|
guess what type of file it is, with the type with the fewest problems
|
|
|
|
being chosen. */
|
|
|
|
static int libpcap_try_header(wtap *wth, FILE_T fh, int *err, gchar **err_info,
|
|
|
|
struct pcaprec_ss990915_hdr *hdr)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (!libpcap_read_header(wth, fh, err, err_info, hdr))
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
ret = 0; /* start out presuming everything's OK */
|
|
|
|
switch (wth->file_type_subtype) {
|
|
|
|
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX:
|
|
|
|
/*
|
|
|
|
* Nanosecond resolution; treat fractions-of-a-second
|
|
|
|
* values >= 1 000 000 000 as an indication that
|
|
|
|
* the header format might not be what we think it is.
|
|
|
|
*/
|
|
|
|
if (hdr->hdr.ts_usec >= 1000000000)
|
|
|
|
ret++;
|
|
|
|
break;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
default:
|
2000-07-26 06:04:34 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* Microsecond resolution; treat fractions-of-a-second
|
|
|
|
* values >= 1 000 000 as an indication that the header
|
|
|
|
* format might not be what we think it is.
|
2000-07-26 06:04:34 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
if (hdr->hdr.ts_usec >= 1000000)
|
|
|
|
ret++;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (hdr->hdr.incl_len > WTAP_MAX_PACKET_SIZE) {
|
|
|
|
/*
|
|
|
|
* Probably either a corrupt capture file or a file
|
|
|
|
* of a type different from the one we're trying.
|
|
|
|
*/
|
|
|
|
ret++;
|
2000-07-26 06:04:34 +00:00
|
|
|
}
|
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
if (hdr->hdr.orig_len > 64*1024*1024) {
|
|
|
|
/*
|
|
|
|
* In theory I guess the on-the-wire packet size can be
|
|
|
|
* arbitrarily large, and it can certainly be larger than the
|
|
|
|
* maximum snapshot length which bounds the snapshot size,
|
|
|
|
* but any file claiming 64MB in a single packet is *probably*
|
|
|
|
* corrupt, and treating them as such makes the heuristics
|
|
|
|
* much more reliable. See, for example,
|
|
|
|
*
|
|
|
|
* https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9634
|
|
|
|
*
|
|
|
|
* (64MB is an arbitrary size at this point).
|
|
|
|
*/
|
|
|
|
ret++;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (hdr->hdr.incl_len > wth->snapshot_length) {
|
|
|
|
/*
|
|
|
|
* This is not a fatal error, and packets that have one
|
|
|
|
* such packet probably have thousands. For discussion,
|
|
|
|
* see
|
|
|
|
* https://www.wireshark.org/lists/wireshark-dev/201307/msg00076.html
|
|
|
|
* and related messages.
|
|
|
|
*
|
|
|
|
* The packet contents will be copied to a Buffer, which
|
|
|
|
* expands as necessary to hold the contents; we don't have
|
|
|
|
* to worry about fixed-length buffers allocated based on
|
|
|
|
* the original snapshot length.
|
|
|
|
*
|
|
|
|
* We just treat this as an indication that we might be
|
|
|
|
* trying the wrong file type here.
|
|
|
|
*/
|
|
|
|
ret++;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (hdr->hdr.incl_len > hdr->hdr.orig_len) {
|
|
|
|
/*
|
|
|
|
* Another hint that this might be the wrong file type.
|
|
|
|
*/
|
|
|
|
ret++;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Read the next packet */
|
2014-05-23 10:50:02 +00:00
|
|
|
static gboolean libpcap_read(wtap *wth, int *err, gchar **err_info,
|
2006-11-05 22:46:44 +00:00
|
|
|
gint64 *data_offset)
|
2013-05-18 02:36:00 +00:00
|
|
|
{
|
2014-05-09 05:18:49 +00:00
|
|
|
*data_offset = file_tell(wth->fh);
|
2013-05-18 02:36:00 +00:00
|
|
|
|
2014-05-23 10:50:02 +00:00
|
|
|
return libpcap_read_packet(wth, wth->fh, &wth->phdr,
|
|
|
|
wth->frame_buffer, err, err_info);
|
2013-05-18 02:36:00 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
2014-05-09 05:18:49 +00:00
|
|
|
libpcap_seek_read(wtap *wth, gint64 seek_off, struct wtap_pkthdr *phdr,
|
2014-01-02 20:47:21 +00:00
|
|
|
Buffer *buf, int *err, gchar **err_info)
|
2013-05-18 02:36:00 +00:00
|
|
|
{
|
2014-05-09 05:18:49 +00:00
|
|
|
if (file_seek(wth->random_fh, seek_off, SEEK_SET, err) == -1)
|
2014-05-23 10:50:02 +00:00
|
|
|
return FALSE;
|
2013-05-18 02:36:00 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!libpcap_read_packet(wth, wth->random_fh, phdr, buf, err,
|
2013-06-17 21:18:47 +00:00
|
|
|
err_info)) {
|
|
|
|
if (*err == 0)
|
|
|
|
*err = WTAP_ERR_SHORT_READ;
|
2014-05-23 10:50:02 +00:00
|
|
|
return FALSE;
|
2013-06-17 21:18:47 +00:00
|
|
|
}
|
2014-05-23 10:50:02 +00:00
|
|
|
return TRUE;
|
2013-05-18 02:36:00 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
2014-05-09 05:18:49 +00:00
|
|
|
libpcap_read_packet(wtap *wth, FILE_T fh, struct wtap_pkthdr *phdr,
|
2013-06-17 21:18:47 +00:00
|
|
|
Buffer *buf, int *err, gchar **err_info)
|
1998-11-15 05:29:17 +00:00
|
|
|
{
|
2000-07-26 06:04:34 +00:00
|
|
|
struct pcaprec_ss990915_hdr hdr;
|
2000-09-15 07:52:43 +00:00
|
|
|
guint packet_size;
|
2009-04-27 19:39:06 +00:00
|
|
|
guint orig_size;
|
|
|
|
int phdr_len;
|
2013-06-17 21:18:47 +00:00
|
|
|
libpcap_t *libpcap;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
if (!libpcap_read_header(wth, fh, err, err_info, &hdr))
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
if (hdr.hdr.incl_len > WTAP_MAX_PACKET_SIZE) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* Probably a corrupt capture file; return an error,
|
|
|
|
* so that our caller doesn't blow up trying to allocate
|
|
|
|
* space for an immensely-large packet.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
*err = WTAP_ERR_BAD_FILE;
|
|
|
|
if (err_info != NULL) {
|
|
|
|
*err_info = g_strdup_printf("pcap: File has %u-byte packet, bigger than maximum of %u",
|
|
|
|
hdr.hdr.incl_len, WTAP_MAX_PACKET_SIZE);
|
|
|
|
}
|
2000-09-15 07:52:43 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
packet_size = hdr.hdr.incl_len;
|
2002-06-06 09:18:28 +00:00
|
|
|
orig_size = hdr.hdr.orig_len;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2002-11-16 20:20:30 +00:00
|
|
|
/*
|
|
|
|
* AIX appears to put 3 bytes of padding in front of FDDI
|
|
|
|
* frames; strip that crap off.
|
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
if (wth->file_type_subtype == WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX &&
|
|
|
|
(wth->file_encap == WTAP_ENCAP_FDDI ||
|
|
|
|
wth->file_encap == WTAP_ENCAP_FDDI_BITSWAPPED)) {
|
2002-11-16 20:20:30 +00:00
|
|
|
/*
|
|
|
|
* The packet size is really a record size and includes
|
|
|
|
* the padding.
|
|
|
|
*/
|
|
|
|
packet_size -= 3;
|
|
|
|
orig_size -= 3;
|
|
|
|
|
|
|
|
/*
|
2013-06-16 00:20:00 +00:00
|
|
|
* Skip the padding.
|
2002-11-16 20:20:30 +00:00
|
|
|
*/
|
2013-06-16 00:20:00 +00:00
|
|
|
if (!file_skip(fh, 3, err))
|
|
|
|
return FALSE;
|
2002-11-16 20:20:30 +00:00
|
|
|
}
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
phdr_len = pcap_process_pseudo_header(fh, wth->file_type_subtype,
|
|
|
|
wth->file_encap, packet_size, TRUE, phdr, err, err_info);
|
2009-04-27 19:39:06 +00:00
|
|
|
if (phdr_len < 0)
|
|
|
|
return FALSE; /* error */
|
|
|
|
|
2002-06-06 09:18:28 +00:00
|
|
|
/*
|
2009-04-27 19:39:06 +00:00
|
|
|
* Don't count any pseudo-header as part of the packet.
|
2002-06-06 09:18:28 +00:00
|
|
|
*/
|
2009-04-27 19:39:06 +00:00
|
|
|
orig_size -= phdr_len;
|
|
|
|
packet_size -= phdr_len;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2014-05-24 18:28:30 +00:00
|
|
|
phdr->rec_type = REC_TYPE_PACKET;
|
2013-05-18 02:36:00 +00:00
|
|
|
phdr->presence_flags = WTAP_HAS_TS|WTAP_HAS_CAP_LEN;
|
2012-02-25 23:24:34 +00:00
|
|
|
|
2013-05-18 02:36:00 +00:00
|
|
|
/* Update the timestamp, if not already done */
|
2014-05-09 05:18:49 +00:00
|
|
|
if (wth->file_encap != WTAP_ENCAP_ERF) {
|
2013-05-18 02:36:00 +00:00
|
|
|
phdr->ts.secs = hdr.hdr.ts_sec;
|
2014-09-28 18:37:06 +00:00
|
|
|
if (wth->file_tsprec == WTAP_TSPREC_NSEC)
|
2013-05-18 02:36:00 +00:00
|
|
|
phdr->ts.nsecs = hdr.hdr.ts_usec;
|
|
|
|
else
|
|
|
|
phdr->ts.nsecs = hdr.hdr.ts_usec * 1000;
|
2012-05-24 09:24:05 +00:00
|
|
|
} else {
|
2013-05-18 03:15:06 +00:00
|
|
|
/* Set interface ID for ERF format */
|
|
|
|
phdr->presence_flags |= WTAP_HAS_INTERFACE_ID;
|
|
|
|
phdr->interface_id = phdr->pseudo_header.erf.phdr.flags & 0x03;
|
2005-08-30 09:43:47 +00:00
|
|
|
}
|
2013-05-18 02:36:00 +00:00
|
|
|
phdr->caplen = packet_size;
|
|
|
|
phdr->len = orig_size;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2013-06-17 21:18:47 +00:00
|
|
|
/*
|
|
|
|
* Read the packet data.
|
|
|
|
*/
|
|
|
|
if (!wtap_read_packet_bytes(fh, buf, packet_size, err, err_info))
|
|
|
|
return FALSE; /* failed */
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
libpcap = (libpcap_t *)wth->priv;
|
|
|
|
pcap_read_post_process(wth->file_type_subtype, wth->file_encap,
|
2014-08-02 11:00:48 +00:00
|
|
|
phdr, ws_buffer_start_ptr(buf), libpcap->byte_swapped, -1);
|
2002-08-07 06:59:49 +00:00
|
|
|
return TRUE;
|
2002-06-06 09:18:28 +00:00
|
|
|
}
|
|
|
|
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
/* Read the header of the next packet.
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
Return FALSE on an error, TRUE on success. */
|
2014-05-09 05:18:49 +00:00
|
|
|
static int libpcap_read_header(wtap *wth, FILE_T fh, int *err, gchar **err_info,
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
struct pcaprec_ss990915_hdr *hdr)
|
2000-09-15 07:52:43 +00:00
|
|
|
{
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
int bytes_to_read;
|
2014-08-24 08:06:35 +00:00
|
|
|
guint32 temp;
|
|
|
|
libpcap_t *libpcap;
|
1998-11-15 05:29:17 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
switch (wth->file_type_subtype) {
|
2000-07-26 06:04:34 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC:
|
2000-07-26 06:04:34 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029:
|
2000-07-26 06:04:34 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_modified_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915:
|
2000-07-26 06:04:34 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_ss990915_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA:
|
2000-09-15 07:52:43 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_nokia_hdr);
|
|
|
|
break;
|
|
|
|
|
2000-07-26 06:04:34 +00:00
|
|
|
default:
|
|
|
|
g_assert_not_reached();
|
|
|
|
bytes_to_read = 0;
|
|
|
|
}
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
if (!wtap_read_bytes_or_eof(fh, hdr, bytes_to_read, err, err_info))
|
2014-08-24 08:06:35 +00:00
|
|
|
return FALSE;
|
2003-10-24 23:55:34 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
libpcap = (libpcap_t *)wth->priv;
|
2010-02-24 07:21:17 +00:00
|
|
|
if (libpcap->byte_swapped) {
|
1999-11-06 10:31:47 +00:00
|
|
|
/* Byte-swap the record header fields. */
|
2014-08-24 08:06:35 +00:00
|
|
|
hdr->hdr.ts_sec = GUINT32_SWAP_LE_BE(hdr->hdr.ts_sec);
|
|
|
|
hdr->hdr.ts_usec = GUINT32_SWAP_LE_BE(hdr->hdr.ts_usec);
|
|
|
|
hdr->hdr.incl_len = GUINT32_SWAP_LE_BE(hdr->hdr.incl_len);
|
|
|
|
hdr->hdr.orig_len = GUINT32_SWAP_LE_BE(hdr->hdr.orig_len);
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
/* Swap the "incl_len" and "orig_len" fields, if necessary. */
|
2010-02-24 07:21:17 +00:00
|
|
|
switch (libpcap->lengths_swapped) {
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
case NOT_SWAPPED:
|
|
|
|
break;
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
case MAYBE_SWAPPED:
|
2014-08-24 08:06:35 +00:00
|
|
|
if (hdr->hdr.incl_len <= hdr->hdr.orig_len) {
|
2003-10-24 23:55:34 +00:00
|
|
|
/*
|
|
|
|
* The captured length is <= the actual length,
|
|
|
|
* so presumably they weren't swapped.
|
|
|
|
*/
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
/* FALLTHROUGH */
|
2003-10-24 10:52:04 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
case SWAPPED:
|
2014-08-24 08:06:35 +00:00
|
|
|
temp = hdr->hdr.orig_len;
|
|
|
|
hdr->hdr.orig_len = hdr->hdr.incl_len;
|
|
|
|
hdr->hdr.incl_len = temp;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
|
|
|
|
return TRUE;
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
|
|
|
|
1999-12-04 08:32:14 +00:00
|
|
|
/* Returns 0 if we could write the specified encapsulation type,
|
|
|
|
an error indication otherwise. */
|
2002-02-27 08:57:25 +00:00
|
|
|
int libpcap_dump_can_write_encap(int encap)
|
1999-12-04 08:32:14 +00:00
|
|
|
{
|
|
|
|
/* Per-packet encapsulations aren't supported. */
|
|
|
|
if (encap == WTAP_ENCAP_PER_PACKET)
|
|
|
|
return WTAP_ERR_ENCAP_PER_PACKET_UNSUPPORTED;
|
|
|
|
|
2000-08-25 06:25:21 +00:00
|
|
|
if (wtap_wtap_encap_to_pcap_encap(encap) == -1)
|
1999-12-04 08:32:14 +00:00
|
|
|
return WTAP_ERR_UNSUPPORTED_ENCAP;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
1999-12-04 05:14:39 +00:00
|
|
|
/* Returns TRUE on success, FALSE on failure; sets "*err" to an error code on
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
failure */
|
2014-05-09 05:18:49 +00:00
|
|
|
gboolean libpcap_dump_open(wtap_dumper *wdh, int *err)
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
{
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
guint32 magic;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
struct pcap_hdr file_hdr;
|
|
|
|
|
|
|
|
/* This is a libpcap file */
|
|
|
|
wdh->subtype_write = libpcap_dump;
|
1999-12-04 08:32:14 +00:00
|
|
|
wdh->subtype_close = NULL;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
|
|
|
/* Write the file header. */
|
2013-11-08 09:53:01 +00:00
|
|
|
switch (wdh->file_type_subtype) {
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417: /* modified, but with the old magic, sigh */
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA: /* Nokia libpcap of some sort */
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
magic = PCAP_MAGIC;
|
2014-09-28 18:37:06 +00:00
|
|
|
wdh->tsprecision = WTAP_TSPREC_USEC;
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915: /* new magic, extra crap */
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029:
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
magic = PCAP_MODIFIED_MAGIC;
|
2014-09-28 18:37:06 +00:00
|
|
|
wdh->tsprecision = WTAP_TSPREC_USEC;
|
2005-08-30 09:43:47 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC: /* same as WTAP_FILE_TYPE_SUBTYPE_PCAP, but nsec precision */
|
2005-08-30 09:43:47 +00:00
|
|
|
magic = PCAP_NSEC_MAGIC;
|
2014-09-28 18:37:06 +00:00
|
|
|
wdh->tsprecision = WTAP_TSPREC_NSEC;
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
/* We should never get here - our open routine
|
|
|
|
should only get called for the types above. */
|
|
|
|
*err = WTAP_ERR_UNSUPPORTED_FILE_TYPE;
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, &magic, sizeof magic, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2001-12-04 07:32:05 +00:00
|
|
|
wdh->bytes_dumped += sizeof magic;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
|
|
|
/* current "libpcap" format is 2.4 */
|
|
|
|
file_hdr.version_major = 2;
|
|
|
|
file_hdr.version_minor = 4;
|
|
|
|
file_hdr.thiszone = 0; /* XXX - current offset? */
|
|
|
|
file_hdr.sigfigs = 0; /* unknown, but also apparently unused */
|
2002-03-09 23:07:26 +00:00
|
|
|
/*
|
|
|
|
* Tcpdump cannot handle capture files with a snapshot length of 0,
|
|
|
|
* as BPF filters return either 0 if they fail or the snapshot length
|
|
|
|
* if they succeed, and a snapshot length of 0 means success is
|
|
|
|
* indistinguishable from failure and the filter expression would
|
|
|
|
* reject all packets.
|
|
|
|
*
|
|
|
|
* A snapshot length of 0, inside Wiretap, means "snapshot length
|
|
|
|
* unknown"; if the snapshot length supplied to us is 0, we make
|
|
|
|
* the snapshot length in the header file WTAP_MAX_PACKET_SIZE.
|
|
|
|
*/
|
|
|
|
file_hdr.snaplen = (wdh->snaplen != 0) ? wdh->snaplen :
|
|
|
|
WTAP_MAX_PACKET_SIZE;
|
2000-08-25 06:25:21 +00:00
|
|
|
file_hdr.network = wtap_wtap_encap_to_pcap_encap(wdh->encap);
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, &file_hdr, sizeof file_hdr, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2001-12-04 07:32:05 +00:00
|
|
|
wdh->bytes_dumped += sizeof file_hdr;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
1999-12-04 05:14:39 +00:00
|
|
|
return TRUE;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Write a record for a packet to a dump file.
|
1999-12-04 05:14:39 +00:00
|
|
|
Returns TRUE on success, FALSE on failure. */
|
2014-05-09 05:18:49 +00:00
|
|
|
static gboolean libpcap_dump(wtap_dumper *wdh,
|
2002-03-02 20:41:08 +00:00
|
|
|
const struct wtap_pkthdr *phdr,
|
2011-09-01 09:43:10 +00:00
|
|
|
const guint8 *pd, int *err)
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
{
|
2012-10-16 21:50:57 +00:00
|
|
|
const union wtap_pseudo_header *pseudo_header = &phdr->pseudo_header;
|
2000-07-26 06:04:34 +00:00
|
|
|
struct pcaprec_ss990915_hdr rec_hdr;
|
2001-08-25 03:18:48 +00:00
|
|
|
size_t hdr_size;
|
2009-04-27 19:39:06 +00:00
|
|
|
int phdrsize;
|
2008-08-12 04:44:35 +00:00
|
|
|
|
2009-04-27 19:39:06 +00:00
|
|
|
phdrsize = pcap_get_phdr_size(wdh->encap, pseudo_header);
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
2014-05-24 18:28:30 +00:00
|
|
|
/* We can only write packet records. */
|
|
|
|
if (phdr->rec_type != REC_TYPE_PACKET) {
|
|
|
|
*err = WTAP_ERR_REC_TYPE_UNSUPPORTED;
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2014-01-22 00:26:36 +00:00
|
|
|
/* Don't write anything we're not willing to read. */
|
|
|
|
if (phdr->caplen + phdrsize > WTAP_MAX_PACKET_SIZE) {
|
|
|
|
*err = WTAP_ERR_PACKET_TOO_LARGE;
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2007-03-21 01:32:50 +00:00
|
|
|
rec_hdr.hdr.ts_sec = (guint32) phdr->ts.secs;
|
2014-09-28 18:37:06 +00:00
|
|
|
if(wdh->tsprecision == WTAP_TSPREC_NSEC) {
|
2005-08-30 09:43:47 +00:00
|
|
|
rec_hdr.hdr.ts_usec = phdr->ts.nsecs;
|
|
|
|
} else {
|
|
|
|
rec_hdr.hdr.ts_usec = phdr->ts.nsecs / 1000;
|
|
|
|
}
|
2009-04-27 19:39:06 +00:00
|
|
|
rec_hdr.hdr.incl_len = phdr->caplen + phdrsize;
|
|
|
|
rec_hdr.hdr.orig_len = phdr->len + phdrsize;
|
2011-06-09 18:31:39 +00:00
|
|
|
|
2013-06-18 01:02:26 +00:00
|
|
|
if (rec_hdr.hdr.incl_len > WTAP_MAX_PACKET_SIZE) {
|
2011-12-13 09:53:50 +00:00
|
|
|
*err = WTAP_ERR_BAD_FILE;
|
2011-06-09 18:31:39 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
switch (wdh->file_type_subtype) {
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC:
|
2000-07-26 06:04:34 +00:00
|
|
|
hdr_size = sizeof (struct pcaprec_hdr);
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417: /* modified, but with the old magic, sigh */
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029:
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
/* XXX - what should we supply here?
|
|
|
|
|
|
|
|
Alexey's "libpcap" looks up the interface in the system's
|
|
|
|
interface list if "ifindex" is non-zero, and prints
|
|
|
|
the interface name. It ignores "protocol", and uses
|
|
|
|
"pkt_type" to tag the packet as "host", "broadcast",
|
|
|
|
"multicast", "other host", "outgoing", or "none of the
|
|
|
|
above", but that's it.
|
|
|
|
|
|
|
|
If the capture we're writing isn't a modified or
|
|
|
|
RH 6.1 capture, we'd have to do some work to
|
|
|
|
generate the packet type and interface index - and
|
|
|
|
we can't generate the interface index unless we
|
|
|
|
just did the capture ourselves in any case.
|
|
|
|
|
|
|
|
I'm inclined to continue to punt; systems other than
|
|
|
|
those with the older patch can read standard "libpcap"
|
|
|
|
files, and systems with the older patch, e.g. RH 6.1,
|
|
|
|
will just have to live with this. */
|
|
|
|
rec_hdr.ifindex = 0;
|
|
|
|
rec_hdr.protocol = 0;
|
|
|
|
rec_hdr.pkt_type = 0;
|
2000-07-26 06:04:34 +00:00
|
|
|
hdr_size = sizeof (struct pcaprec_modified_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915: /* new magic, extra crap at the end */
|
2000-07-26 06:04:34 +00:00
|
|
|
rec_hdr.ifindex = 0;
|
|
|
|
rec_hdr.protocol = 0;
|
|
|
|
rec_hdr.pkt_type = 0;
|
|
|
|
rec_hdr.cpu1 = 0;
|
|
|
|
rec_hdr.cpu2 = 0;
|
|
|
|
hdr_size = sizeof (struct pcaprec_ss990915_hdr);
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA: /* old magic, extra crap at the end */
|
2012-07-19 01:00:49 +00:00
|
|
|
/* restore the "mysterious stuff" that came with the packet */
|
|
|
|
memcpy(&rec_hdr.ifindex, pseudo_header->nokia.stuff, 4);
|
|
|
|
/* not written */
|
2000-09-15 07:52:43 +00:00
|
|
|
rec_hdr.protocol = 0;
|
|
|
|
rec_hdr.pkt_type = 0;
|
|
|
|
rec_hdr.cpu1 = 0;
|
|
|
|
rec_hdr.cpu2 = 0;
|
|
|
|
hdr_size = sizeof (struct pcaprec_nokia_hdr);
|
|
|
|
break;
|
|
|
|
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
default:
|
|
|
|
/* We should never get here - our open routine
|
|
|
|
should only get called for the types above. */
|
2000-07-26 06:04:34 +00:00
|
|
|
g_assert_not_reached();
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
*err = WTAP_ERR_UNSUPPORTED_FILE_TYPE;
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, &rec_hdr, hdr_size, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2001-12-04 07:32:05 +00:00
|
|
|
wdh->bytes_dumped += hdr_size;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2009-06-27 12:41:06 +00:00
|
|
|
if (!pcap_write_phdr(wdh, wdh->encap, pseudo_header, err))
|
2009-04-27 19:39:06 +00:00
|
|
|
return FALSE;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, pd, phdr->caplen, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2014-05-09 05:18:49 +00:00
|
|
|
wdh->bytes_dumped += phdr->caplen;
|
1999-12-04 05:14:39 +00:00
|
|
|
return TRUE;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
}
|