1 .\" Copyright (c) 1990 The Regents of the University of California.
2 .\" All rights reserved.
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that: (1) source code distributions
6 .\" retain the above copyright notice and this paragraph in its entirety, (2)
7 .\" distributions including binary code include the above copyright notice and
8 .\" this paragraph in its entirety in the documentation or other materials
9 .\" provided with the distribution, and (3) all advertising materials mentioning
10 .\" features or use of this software display the following acknowledgement:
11 .\" ``This product includes software developed by the University of California,
12 .\" Lawrence Berkeley Laboratory and its contributors.'' Neither the name of
13 .\" the University nor the names of its contributors may be used to endorse
14 .\" or promote products derived from this software without specific prior
15 .\" written permission.
16 .\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
17 .\" WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
18 .\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
20 .\" This document is derived in part from the enet man page (enet.4)
21 .\" distributed with 4.3BSD Unix.
23 .\" $FreeBSD: src/share/man/man4/bpf.4,v 1.21.2.10 2001/08/17 13:08:37 ru Exp $
30 .Nd Berkeley Packet Filter
34 The Berkeley Packet Filter
35 provides a raw interface to data link layers in a protocol
37 All packets on the network, even those destined for other hosts,
38 are accessible through this mechanism.
40 The packet filter appears as a character special device,
44 After opening the device, the file descriptor must be bound to a
45 specific network interface with the
48 A given interface can be shared be multiple listeners, and the filter
49 underlying each descriptor will see an identical packet stream.
51 A separate device file is required for each minor device.
52 If a file is in use, the open will fail and
57 Associated with each open instance of a
59 file is a user-settable packet filter.
60 Whenever a packet is received by an interface,
61 all file descriptors listening on that interface apply their filter.
62 Each descriptor that accepts the packet receives its own copy.
64 Reads from these files return the next group of packets
65 that have matched the filter.
66 To improve performance, the buffer passed to read must be
67 the same size as the buffers used internally by
69 This size is returned by the
71 ioctl (see below), and
74 Note that an individual packet larger than this size is necessarily
77 The packet filter will support any link level protocol that has fixed length
78 headers. Currently, only Ethernet,
82 drivers have been modified to interact with
85 Since packet data is in network byte order, applications should use the
87 macros to extract multi-byte values.
89 A packet can be sent out on the network by writing to a
91 file descriptor. The writes are unbuffered, meaning only one
92 packet can be processed per write.
93 Currently, only writes to Ethernets and
99 command codes below are defined in
104 #include <sys/types.h>
105 #include <sys/time.h>
106 #include <sys/ioctl.h>
121 the following commands may be applied to any open
124 The (third) argument to
126 should be a pointer to the type indicated.
127 .Bl -tag -width BIOCGRTIMEOUT
130 Returns the required buffer length for reads on
135 Sets the buffer length for reads on
137 files. The buffer must be set before the file is attached to an interface
140 If the requested buffer size cannot be accommodated, the closest
141 allowable size will be set and returned in the argument.
142 A read call will result in
144 if it is passed a buffer that is not this size.
147 Returns the type of the data link layer underlying the attached interface.
149 is returned if no interface has been specified.
150 The device types, prefixed with
155 Forces the interface into promiscuous mode.
156 All packets, not just those destined for the local host, are processed.
157 Since more than one file can be listening on a given interface,
158 a listener that opened its interface non-promiscuously may receive
159 packets promiscuously. This problem can be remedied with an
162 Flushes the buffer of incoming packets,
163 and resets the statistics that are returned by BIOCGSTATS.
165 .Pq Li "struct ifreq"
166 Returns the name of the hardware interface that the file is listening on.
167 The name is returned in the ifr_name field of
171 All other fields are undefined.
173 .Pq Li "struct ifreq"
174 Sets the hardware interface associate with the file. This
175 command must be performed before any packets can be read.
176 The device is indicated by name using the
181 Additionally, performs the actions of
185 .Pq Li "struct timeval"
186 Set or get the read timeout parameter.
188 specifies the length of time to wait before timing
189 out on a read request.
190 This parameter is initialized to zero by
192 indicating no timeout.
194 .Pq Li "struct bpf_stat"
195 Returns the following structure of packet statistics:
198 u_int bs_recv; /* number of packets received */
199 u_int bs_drop; /* number of packets dropped */
204 .Bl -hang -offset indent
206 the number of packets received by the descriptor since opened or reset
207 (including any buffered since the last read call);
210 the number of packets which were accepted by the filter but dropped by the
211 kernel because of buffer overflows
212 (i.e., the application's reads aren't keeping up with the packet traffic).
218 based on the truth value of the argument.
219 When immediate mode is enabled, reads return immediately upon packet
220 reception. Otherwise, a read will block until either the kernel buffer
221 becomes full or a timeout occurs.
222 This is useful for programs like
224 which must respond to messages in real time.
225 The default for a new file is off.
227 .Pq Li "struct bpf_program"
228 Sets the filter program used by the kernel to discard uninteresting
229 packets. An array of instructions and its length is passed in using
230 the following structure:
234 struct bpf_insn *bf_insns;
238 The filter program is pointed to by the
240 field while its length in units of
241 .Sq Li struct bpf_insn
250 for an explanation of the filter language.
252 .Pq Li "struct bpf_version"
253 Returns the major and minor version numbers of the filter language currently
254 recognized by the kernel. Before installing a filter, applications must check
255 that the current version is compatible with the running kernel. Version
256 numbers are compatible if the major numbers match and the application minor
257 is less than or equal to the kernel minor. The kernel version number is
258 returned in the following structure:
266 The current version numbers are given by
267 .Dv BPF_MAJOR_VERSION
269 .Dv BPF_MINOR_VERSION
272 An incompatible filter
273 may result in undefined behavior (most likely, an error returned by
275 or haphazard packet matching).
279 Set or get the status of the
282 Set to zero if the link level source address should be filled in automatically
283 by the interface output routine. Set to one if the link level source
284 address will be written, as provided, to the wire. This flag is initialized
289 Set or get the flag determining whether locally generated packets on the
290 interface should be returned by BPF. Set to zero to see only incoming
291 packets on the interface. Set to one to see packets originating
292 locally and remotely on the interface. This flag is initialized to one by
296 The following structure is prepended to each packet returned by
300 struct timeval bh_tstamp; /* time stamp */
301 u_long bh_caplen; /* length of captured portion */
302 u_long bh_datalen; /* original length of packet */
303 u_short bh_hdrlen; /* length of bpf header (this struct
304 plus alignment padding */
308 The fields, whose values are stored in host order, and are:
310 .Bl -tag -compact -width bh_datalen
312 The time at which the packet was processed by the packet filter.
314 The length of the captured portion of the packet. This is the minimum of
315 the truncation amount specified by the filter and the length of the packet.
317 The length of the packet off the wire.
318 This value is independent of the truncation amount specified by the filter.
322 header, which may not be equal to
323 .\" XXX - not really a function call
324 .Fn sizeof "struct bpf_hdr" .
329 field exists to account for
330 padding between the header and the link level protocol.
331 The purpose here is to guarantee proper alignment of the packet
332 data structures, which is required on alignment sensitive
333 architectures and improves performance on many other architectures.
334 The packet filter insures that the
336 and the network layer
337 header will be word aligned. Suitable precautions
338 must be taken when accessing the link layer protocol fields on alignment
339 restricted machines. (This isn't a problem on an Ethernet, since
340 the type field is a short falling on an even offset,
341 and the addresses are probably accessed in a bytewise fashion).
343 Additionally, individual packets are padded so that each starts
344 on a word boundary. This requires that an application
345 has some knowledge of how to get from packet to packet.
351 this process. It rounds up its argument
352 to the nearest word aligned value (where a word is
358 points to the start of a packet, this expression
359 will advance it to the next packet:
360 .Dl p = (char *)p + BPF_WORDALIGN(p->bh_hdrlen + p->bh_caplen)
362 For the alignment mechanisms to work properly, the
365 must itself be word aligned.
369 will always return an aligned buffer.
371 A filter program is an array of instructions, with all branches forwardly
372 directed, terminated by a
375 Each instruction performs some action on the pseudo-machine state,
376 which consists of an accumulator, index register, scratch memory store,
377 and implicit program counter.
379 The following structure defines the instruction format:
391 field is used in different ways by different instructions,
396 fields are used as offsets
397 by the branch instructions.
398 The opcodes are encoded in a semi-hierarchical fashion.
399 There are eight classes of instructions:
409 Various other mode and
410 operator bits are or'd into the class to give the actual instructions.
411 The classes and modes are defined in
414 Below are the semantics for each defined
417 We use the convention that A is the accumulator, X is the index register,
418 P[] packet data, and M[] scratch memory store.
419 P[i:n] gives the data at byte offset
422 interpreted as a word (n=4),
423 unsigned halfword (n=2), or unsigned byte (n=1).
424 M[i] gives the i'th word in the scratch memory store, which is only
425 addressed in word units. The memory store is indexed from 0 to
432 are the corresponding fields in the
433 instruction definition.
435 refers to the length of the packet.
437 .Bl -tag -width BPF_STXx
439 These instructions copy a value into the accumulator. The type of the
440 source operand is specified by an
442 and can be a constant
444 packet data at a fixed offset
446 packet data at a variable offset
450 or a word in the scratch memory store
456 the data size must be specified as a word
462 The semantics of all the recognized
466 .Bl -tag -width "BPF_LD+BPF_W+BPF_IND" -compact
467 .It Li BPF_LD+BPF_W+BPF_ABS
469 .It Li BPF_LD+BPF_H+BPF_ABS
471 .It Li BPF_LD+BPF_B+BPF_ABS
473 .It Li BPF_LD+BPF_W+BPF_IND
475 .It Li BPF_LD+BPF_H+BPF_IND
477 .It Li BPF_LD+BPF_B+BPF_IND
479 .It Li BPF_LD+BPF_W+BPF_LEN
481 .It Li BPF_LD+BPF_IMM
483 .It Li BPF_LD+BPF_MEM
487 These instructions load a value into the index register. Note that
488 the addressing modes are more restrictive than those of the accumulator loads,
491 a hack for efficiently loading the IP header length.
493 .Bl -tag -width "BPF_LDX+BPF_W+BPF_MEM" -compact
494 .It Li BPF_LDX+BPF_W+BPF_IMM
496 .It Li BPF_LDX+BPF_W+BPF_MEM
498 .It Li BPF_LDX+BPF_W+BPF_LEN
500 .It Li BPF_LDX+BPF_B+BPF_MSH
504 This instruction stores the accumulator into the scratch memory.
505 We do not need an addressing mode since there is only one possibility
508 .Bl -tag -width "BPF_ST" -compact
513 This instruction stores the index register in the scratch memory store.
515 .Bl -tag -width "BPF_STX" -compact
520 The alu instructions perform operations between the accumulator and
521 index register or constant, and store the result back in the accumulator.
522 For binary operations, a source mode is required
527 .Bl -tag -width "BPF_ALU+BPF_MUL+BPF_K" -compact
528 .It Li BPF_ALU+BPF_ADD+BPF_K
530 .It Li BPF_ALU+BPF_SUB+BPF_K
532 .It Li BPF_ALU+BPF_MUL+BPF_K
534 .It Li BPF_ALU+BPF_DIV+BPF_K
536 .It Li BPF_ALU+BPF_AND+BPF_K
538 .It Li BPF_ALU+BPF_OR+BPF_K
540 .It Li BPF_ALU+BPF_LSH+BPF_K
542 .It Li BPF_ALU+BPF_RSH+BPF_K
544 .It Li BPF_ALU+BPF_ADD+BPF_X
546 .It Li BPF_ALU+BPF_SUB+BPF_X
548 .It Li BPF_ALU+BPF_MUL+BPF_X
550 .It Li BPF_ALU+BPF_DIV+BPF_X
552 .It Li BPF_ALU+BPF_AND+BPF_X
554 .It Li BPF_ALU+BPF_OR+BPF_X
556 .It Li BPF_ALU+BPF_LSH+BPF_X
558 .It Li BPF_ALU+BPF_RSH+BPF_X
560 .It Li BPF_ALU+BPF_NEG
564 The jump instructions alter flow of control. Conditional jumps
565 compare the accumulator against a constant
567 or the index register
569 If the result is true (or non-zero),
570 the true branch is taken, otherwise the false branch is taken.
571 Jump offsets are encoded in 8 bits so the longest jump is 256 instructions.
572 However, the jump always
574 opcode uses the 32 bit
576 field as the offset, allowing arbitrarily distant destinations.
577 All conditionals use unsigned comparison conventions.
579 .Bl -tag -width "BPF_JMP+BPF_KSET+BPF_X" -compact
580 .It Li BPF_JMP+BPF_JA
582 .It Li BPF_JMP+BPF_JGT+BPF_K
583 pc += (A > k) ? jt : jf
584 .It Li BPF_JMP+BPF_JGE+BPF_K
585 pc += (A >= k) ? jt : jf
586 .It Li BPF_JMP+BPF_JEQ+BPF_K
587 pc += (A == k) ? jt : jf
588 .It Li BPF_JMP+BPF_JSET+BPF_K
589 pc += (A & k) ? jt : jf
590 .It Li BPF_JMP+BPF_JGT+BPF_X
591 pc += (A > X) ? jt : jf
592 .It Li BPF_JMP+BPF_JGE+BPF_X
593 pc += (A >= X) ? jt : jf
594 .It Li BPF_JMP+BPF_JEQ+BPF_X
595 pc += (A == X) ? jt : jf
596 .It Li BPF_JMP+BPF_JSET+BPF_X
597 pc += (A & X) ? jt : jf
600 The return instructions terminate the filter program and specify the amount
601 of packet to accept (i.e., they return the truncation amount). A return
602 value of zero indicates that the packet should be ignored.
603 The return value is either a constant
608 .Bl -tag -width "BPF_RET+BPF_K" -compact
615 The miscellaneous category was created for anything that doesn't
616 fit into the above classes, and for any new instructions that might need to
617 be added. Currently, these are the register transfer instructions
618 that copy the index register to the accumulator or vice versa.
620 .Bl -tag -width "BPF_MISC+BPF_TAX" -compact
621 .It Li BPF_MISC+BPF_TAX
623 .It Li BPF_MISC+BPF_TXA
630 interface provides the following macros to facilitate
632 .Fn BPF_STMT opcode operand
634 .Fn BPF_JUMP opcode operand true_offset false_offset .
636 The following filter is taken from the Reverse ARP Daemon. It accepts
637 only Reverse ARP requests.
639 struct bpf_insn insns[] = {
640 BPF_STMT(BPF_LD+BPF_H+BPF_ABS, 12),
641 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, ETHERTYPE_REVARP, 0, 3),
642 BPF_STMT(BPF_LD+BPF_H+BPF_ABS, 20),
643 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, REVARP_REQUEST, 0, 1),
644 BPF_STMT(BPF_RET+BPF_K, sizeof(struct ether_arp) +
645 sizeof(struct ether_header)),
646 BPF_STMT(BPF_RET+BPF_K, 0),
650 This filter accepts only IP packets between host 128.3.112.15 and
653 struct bpf_insn insns[] = {
654 BPF_STMT(BPF_LD+BPF_H+BPF_ABS, 12),
655 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, ETHERTYPE_IP, 0, 8),
656 BPF_STMT(BPF_LD+BPF_W+BPF_ABS, 26),
657 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, 0x8003700f, 0, 2),
658 BPF_STMT(BPF_LD+BPF_W+BPF_ABS, 30),
659 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, 0x80037023, 3, 4),
660 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, 0x80037023, 0, 3),
661 BPF_STMT(BPF_LD+BPF_W+BPF_ABS, 30),
662 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, 0x8003700f, 0, 1),
663 BPF_STMT(BPF_RET+BPF_K, (u_int)-1),
664 BPF_STMT(BPF_RET+BPF_K, 0),
668 Finally, this filter returns only TCP finger packets. We must parse
669 the IP header to reach the TCP header. The
672 checks that the IP fragment offset is 0 so we are sure
673 that we have a TCP header.
675 struct bpf_insn insns[] = {
676 BPF_STMT(BPF_LD+BPF_H+BPF_ABS, 12),
677 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, ETHERTYPE_IP, 0, 10),
678 BPF_STMT(BPF_LD+BPF_B+BPF_ABS, 23),
679 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, IPPROTO_TCP, 0, 8),
680 BPF_STMT(BPF_LD+BPF_H+BPF_ABS, 20),
681 BPF_JUMP(BPF_JMP+BPF_JSET+BPF_K, 0x1fff, 6, 0),
682 BPF_STMT(BPF_LDX+BPF_B+BPF_MSH, 14),
683 BPF_STMT(BPF_LD+BPF_H+BPF_IND, 14),
684 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, 79, 2, 0),
685 BPF_STMT(BPF_LD+BPF_H+BPF_IND, 16),
686 BPF_JUMP(BPF_JMP+BPF_JEQ+BPF_K, 79, 0, 1),
687 BPF_STMT(BPF_RET+BPF_K, (u_int)-1),
688 BPF_STMT(BPF_RET+BPF_K, 0),
699 .%T "An efficient, extensible, and portable network monitor"
702 .Bl -tag -compact -width /dev/bpfXXX
703 .It Pa /dev/bpf Ns Sy n
704 the packet filter device
707 The read buffer must be of a fixed size (returned by the
711 A file that does not request promiscuous mode may receive promiscuously
712 received packets as a side effect of another file requesting this
713 mode on the same hardware interface. This could be fixed in the kernel
714 with additional processing overhead. However, we favor the model where
715 all files must assume that the interface is promiscuous, and if
716 so desired, must utilize a filter to reject foreign packets.
718 Data link protocols with variable length headers are not currently supported.
720 The Enet packet filter was created in 1980 by Mike Accetta and
721 Rick Rashid at Carnegie-Mellon University. Jeffrey Mogul, at
722 Stanford, ported the code to
724 and continued its development from
725 1983 on. Since then, it has evolved into the Ultrix Packet Filter
738 of Lawrence Berkeley Laboratory, implemented BPF in
739 Summer 1990. Much of the design is due to