Re: (PATCH) Re: Two patches for nf_conntrack_sip

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Greg Alexander wrote:
>> Its not about what applications or phones do at all. Its about what
>> you can do by sending fake INVITE or other requests containing foreign
>> addresses. I'm not going to change the default, sorry.
> 
> Okay, this is becoming increasingly frustrating for me.  I keep on
> pointing out to you that SIP is a standard by which people register their
> intent to exchange media streams directly between unrelated peers. You
> then wave your hands and say "fake" or "poke a hole" and ignore what I've
> said.  Nothing in nf_nat_sip permits arbitrary holes to be poked!  Until
> the host initiates a SIP conversation, nf_nat_sip does not facilitate ANY
> packets moving through the firewall.  Until the host sends an SDP packet,
> nf_nat_sip only facilitates SIP packets.  Once the media stream begins,
> nf_nat_sip will not facilitate any new holes without a new SDP packet.
> 
> An SDP packet is a conspicuous standard-conforming notification that
> incoming traffic is expected on a specific local port, and the remote
> host is left unspecified.  You are saying we should ignore this
> standard-conforming notification merely because we do not approve of
> wildcard remote hosts.  This is insufficient.  We only disapprove of
> wildcard remote hosts because there is the potential to poke arbitrary
> holes through the firewall.  There is the potential for monsters under my
> bed, so I shine my flashlight and I know there are no monsters.  I
> inspect nf_conntrack_sip and I know there is no arbitrary hole poking!

You obviously haven't inspected it very well. I have no interest in
continuing this debatte.

> Patch follows.
> 
> --- nf_conntrack_sip.c	2010/01/15 21:51:08	1.1
> +++ nf_conntrack_sip.c	2010/01/16 09:29:07	1.3
> @@ -375,7 +375,7 @@
>  			dptr += hdr->len;
>  		else if (hdr->cname && limit - dptr >= hdr->clen + 1 &&
>  			 strnicmp(dptr, hdr->cname, hdr->clen) == 0 &&
> -			 !isalpha(*(dptr + hdr->clen + 1)))
> +			 !isalpha(*(dptr + hdr->clen)))
>  			dptr += hdr->clen;
>  		else
>  			continue;

Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netfitler Users]     [LARTC]     [Bugtraq]     [Yosemite Forum]

  Powered by Linux