kern/70038: ipfilter rdr rule does not work for non-TCP/UDP protocols

Ming Fu fming at borderware.com
Thu Aug 5 08:50:46 PDT 2004


>Number:         70038
>Category:       kern
>Synopsis:       ipfilter rdr rule does not work for non-TCP/UDP protocols
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Aug 05 15:50:24 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Ming Fu
>Release:        4.10 and 4.7
>Organization:
Borderware Technologies Ltd
>Environment:
FreeBSD bsd410.borderware.com 4.10-RELEASE FreeBSD 4.10-RELEASE #0: Tue May 25 22:47:12 GMT 2004      root at perseus.cse.buffalo.edu:/usr/obj/src/sys/GENERIC i386
>Description:
ipfilter redirect rule can not match for non-TCP/UDP protocols if there is specific source destination filter on the rule. The rule matching code in sys/contrib/ipfilter/netinet/ip_nat.c: ip_natin() will always fail the match.     
>How-To-Repeat:
On a machine with two interface card:
lnc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 10.1.19.3 netmask 0xff000000 broadcast 10.255.255.255
        inet6 fe80::20c:29ff:fe90:3a47%lnc0 prefixlen 64 scopeid 0x1
        ether 00:0c:29:90:3a:47
lnc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 172.31.19.3 netmask 0xffff0000 broadcast 172.31.255.255
        inet6 fe80::20c:29ff:fe90:3a51%lnc1 prefixlen 64 scopeid 0x2
        ether 00:0c:29:90:3a:51

Apply these two ipfilter rules: you can substitude esp with any protocol other than TCP and UDP.

pass in log quick on lnc1 proto esp from 0.0.0.0/0 to 0.0.0.0/0
rdr lnc1 from 172.31.2.146 to 172.31.19.3 -> 10.1.19.1 port 0 esp

send an esp packet from ip 172.31.2.146 to 172.31.19.3
from ipmon, you can see that the packet hit filter rule without NAT.



>Fix:
In the /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c function ip_natin(), after search through known nat states and find none, it starts to look through the rules. However, because the rdr rule has src/dst restriction, the np->in_flags will have IPN_FILTER bit set, and the nflags will always be zero if the incoming packet is not of TCP and UDP. The test on the line #3 of the if statement will always fail. As far as I know, the line #3 only test if the TCP or UDP protocol matches, which has already tested by the line #2 of the if. The test looked redundant to me. The fix was tested on FreeBSD 4.7

 *** 2631,2638 ****
                hv = NAT_HASH_FN(iph, 0, ipf_rdrrules_sz);
                for (np = rdr_rules[hv]; np; np = np->in_rnext) {
                        if ((np->in_ifp && (np->in_ifp != ifp)) ||
!                           (np->in_p && (np->in_p != fin->fin_p)) ||
!                           (np->in_flags && !(nflags & np->in_flags)))
                                continue;
                        if (np->in_flags & IPN_FILTER) {
                                if (!nat_match(fin, np, ip))
--- 2649,2656 ----
                hv = NAT_HASH_FN(iph, 0, ipf_rdrrules_sz);
                for (np = rdr_rules[hv]; np; np = np->in_rnext) {
                        if ((np->in_ifp && (np->in_ifp != ifp)) ||
!                           (np->in_p && (np->in_p != fin->fin_p))
!                           )
                                continue;
                        if (np->in_flags & IPN_FILTER) {
                                if (!nat_match(fin, np, ip))
    
>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list