Merge from vendor branch LIBPCAP:
[dragonfly.git] / share / man / man9 / pfil.9
1 .\"     $NetBSD: pfil.9,v 1.24 2004/01/01 15:24:35 wiz Exp $
2 .\" $DragonFly: src/share/man/man9/pfil.9,v 1.4 2007/06/30 19:03:52 swildner Exp $
3 .\"
4 .\" Copyright (c) 1996 Matthew R. Green
5 .\" All rights reserved.
6 .\"
7 .\" Redistribution and use in source and binary forms, with or without
8 .\" modification, are permitted provided that the following conditions
9 .\" are met:
10 .\" 1. Redistributions of source code must retain the above copyright
11 .\"    notice, this list of conditions and the following disclaimer.
12 .\" 2. Redistributions in binary form must reproduce the above copyright
13 .\"    notice, this list of conditions and the following disclaimer in the
14 .\"    documentation and/or other materials provided with the distribution.
15 .\" 3. The name of the author may not be used to endorse or promote products
16 .\"    derived from this software without specific prior written permission.
17 .\"
18 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
19 .\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
20 .\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
21 .\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
22 .\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
23 .\" BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
24 .\" LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
25 .\" AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
26 .\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
27 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
28 .\" SUCH DAMAGE.
29 .\"
30 .Dd September 26, 2005
31 .Dt PFIL 9
32 .Os
33 .Sh NAME
34 .Nm pfil ,
35 .Nm pfil_head_register ,
36 .Nm pfil_head_unregister ,
37 .Nm pfil_head_get ,
38 .Nm pfil_hook_get ,
39 .Nm pfil_add_hook ,
40 .Nm pfil_remove_hook ,
41 .Nm pfil_run_hooks
42 .Nd packet filter interface
43 .Sh SYNOPSIS
44 .In sys/param.h
45 .In sys/mbuf.h
46 .In net/if.h
47 .In net/pfil.h
48 .Ft int
49 .Fn pfil_head_register "struct pfil_head *ph"
50 .Ft int
51 .Fn pfil_head_unregister "struct pfil_head *pfh"
52 .Ft struct pfil_head *
53 .Fn pfil_head_get "int type" "u_long val"
54 .Ft struct packet_filter_hook *
55 .Fn pfil_hook_get "int dir" "struct pfil_head *ph"
56 .Ft void
57 .Fn pfil_add_hook "int (*func)()" "void *arg" "int flags" "struct pfil_head *ph"
58 .Ft void
59 .Fn pfil_remove_hook "int (*func)()" "void *arg" "int flags" "struct pfil_head *ph"
60 .Ft int
61 .Fn (*func) "void *arg" "struct mbuf **mp" "struct ifnet *" "int dir"
62 .Ft int
63 .Fn pfil_run_hooks "struct pfil_head *ph" "struct mbuf **mp" "struct ifnet *ifp" "int dir"
64 .Sh DESCRIPTION
65 The
66 .Nm
67 framework allows for a specified function to be invoked for every
68 incoming or outgoing packet for a particular network I/O stream.
69 These hooks may be used to implement a firewall or perform packet
70 transformations.
71 .Pp
72 Packet filtering points are registered with
73 .Fn pfil_head_register .
74 Filtering points are identified by a key (void *) and a data link type
75 (int) in the
76 .Em pfil_head
77 structure.
78 Packet filters use the key and data link type to look up the filtering
79 point with which they register themselves.
80 The key is unique to the filtering point.
81 The data link type is a
82 .Xr bpf 4
83 DLT constant indicating what kind of header is present on the packet
84 at the filtering point.
85 Filtering points may be unregistered with the
86 .Fn pfil_head_unregister
87 function.
88 .Pp
89 Packet filters register/unregister themselves with a filtering point
90 with the
91 .Fn pfil_add_hook
92 and
93 .Fn pfil_remove_hook
94 functions, respectively.
95 The head is looked up using the
96 .Fn pfil_head_get
97 function, which takes the key and data link type that the packet filter
98 expects.
99 Filters may provide an argument to be passed to the filter when
100 invoked on a packet.
101 .Pp
102 When a filter is invoked, the packet appears just as if it
103 .Dq came off the wire .
104 That is, all protocol fields are in network byte order.
105 The filter is called with its specified argument, the pointer to the
106 pointer to the mbuf containing the packet, the pointer to the network
107 interface that the packet is traversing, and the direction
108 .Dv ( PFIL_IN
109 or
110 .Dv PFIL_OUT ,
111 see also below) that the packet is traveling.
112 The filter may change which mbuf the mbuf ** argument references.
113 The filter returns an
114 .Va errno
115 if the packet processing is to stop, or 0 if the processing is to continue.
116 If the packet processing is to stop, it is the responsibility of the
117 filter to free the packet.
118 .Pp
119 The
120 .Em flags
121 parameter, used in the
122 .Fn pfil_add_hook
123 and
124 .Fn pfil_remove_hook
125 functions, indicates when the filter should be called.
126 The flags are:
127 .Bl -tag -offset indent -width PFIL_WAITOK -compact
128 .It PFIL_IN
129 call me on incoming packets
130 .It PFIL_OUT
131 call me on outgoing packets
132 .It PFIL_ALL
133 call me on all of the above
134 .It PFIL_WAITOK
135 OK to call kmalloc with M_WAITOK.
136 .El
137 .Pp
138 The
139 .Nm
140 interface is enabled in the kernel via the
141 .Sy PFIL_HOOKS
142 option.
143 .Sh SEE ALSO
144 .Xr bpf 4
145 .Sh HISTORY
146 The
147 .Nm
148 interface first appeared in
149 .Nx 1.3 .
150 The
151 .Nm
152 input and output lists were originally implemented as
153 .In sys/queue.h
154 .Dv LIST
155 structures;
156 however this was changed in
157 .Nx 1.4
158 to
159 .Dv TAILQ
160 structures.
161 This change was to allow the input and output filters to be processed in
162 reverse order, to allow the same path to be taken, in or out of the kernel.
163 .Pp
164 The
165 .Nm
166 interface was changed in 1.4T to accept a 3rd parameter to both
167 .Fn pfil_add_hook
168 and
169 .Fn pfil_remove_hook ,
170 introducing the capability of per-protocol filtering.
171 This was done primarily in order to support filtering of IPv6.
172 .Pp
173 In 1.5K, the
174 .Nm
175 framework was changed to work with an arbitrary number of filtering points,
176 as well as be less IP-centric.
177 .Pp
178 The
179 .Nm
180 interface was imported from
181 .Nx
182 into
183 .Dx 1.0 .
184 .Sh AUTHORS
185 The
186 .Nm
187 interface was designed and implemented by Matthew R. Green, with help
188 from Darren Reed, Jason R. Thorpe and Charles M. Hannum.
189 Darren Reed added support for IPv6 in addition to IPv4.
190 Jason R. Thorpe added support for multiple hooks and other clean up.
191 .Sh BUGS
192 The current
193 .Nm
194 implementation will need changes to suit a threaded kernel model.