Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 8 May 2014 22:50:28 +0200
From:      Michael Tuexen <tuexen@freebsd.org>
To:        Gleb Smirnoff <glebius@FreeBSD.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r265691 - head/sys/netinet
Message-ID:  <B5B2D8C4-2C8E-468D-8F61-61505E9CA0C0@freebsd.org>
In-Reply-To: <20140508202310.GC50446@FreeBSD.org>
References:  <201405081727.s48HRkiT056077@svn.freebsd.org> <20140508202310.GC50446@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 08 May 2014, at 22:23, Gleb Smirnoff <glebius@FreeBSD.org> wrote:

> On Thu, May 08, 2014 at 05:27:46PM +0000, Michael Tuexen wrote:
> M> Author: tuexen
> M> Date: Thu May  8 17:27:46 2014
> M> New Revision: 265691
> M> URL: http://svnweb.freebsd.org/changeset/base/265691
> M>=20
> M> Log:
> M>   For some UDP packets (for example with 200 byte payload) and IP =
options,
> M>   the IP header and the UDP header are not in the same mbuf.
> M>   Add code to in_delayed_cksum() to deal with this case.
> M>  =20
> M>   MFC after: 3 days
> M>=20
> M> Modified:
> M>   head/sys/netinet/ip_output.c
> M>=20
> M> Modified: head/sys/netinet/ip_output.c
> M> =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D
> M> --- head/sys/netinet/ip_output.c	Thu May  8 17:20:45 2014	=
(r265690)
> M> +++ head/sys/netinet/ip_output.c	Thu May  8 17:27:46 2014	=
(r265691)
> M> @@ -887,15 +887,23 @@ in_delayed_cksum(struct mbuf *m)
> M>  		csum =3D 0xffff;
> M>  	offset +=3D m->m_pkthdr.csum_data;	/* checksum offset */
> M> =20
> M> +	/* find the mbuf in the chain where the checksum starts*/
> M> +	while ((m !=3D NULL) && (offset >=3D m->m_len)) {
> M> +		offset -=3D m->m_len;
> M> +		m =3D m->m_next;
> M> +	}
> M> +	if (m =3D=3D NULL) {
> M> +		/* This should not happen. */
> M> +		printf("in_delayed_cksum(): checksum outside mbuf =
chain.\n");
> M> +		return;
> M> +	}
> M>  	if (offset + sizeof(u_short) > m->m_len) {
> M> -		printf("delayed m_pullup, m->len: %d  off: %d  p: %d\n",
> M> -		    m->m_len, offset, ip->ip_p);
> M>  		/*
> M>  		 * XXX
> M> -		 * this shouldn't happen, but if it does, the
> M> -		 * correct behavior may be to insert the checksum
> M> -		 * in the appropriate next mbuf in the chain.
> M> +		 * This should not happen, but if it does, it might make =
more
> M> +		 * sense to fix the caller than to add code to split it =
here.
> M>  		 */
> M> +		printf("in_delayed_cksum(): checksum split between =
mbufs.\n");
> M>  		return;
> M>  	}
> M>  	*(u_short *)(m->m_data + offset) =3D csum;
>=20
> If "this should not happen" really means that we do not expect this =
issue
> at all, assuming we are coding correctly, then all these comments and =
printfs
> should be converted to KASSERTs.
I tried to keep the style of the code...
However, if the first one occurs, we are setting up a packet and have it =
too
short to contain the checksum. This would really be bug in our code... =
So a KASSERT is fine.
A KASSERT for the second case is also fine.
The only difference between the above and the KASSERT version is that
in case of problems the above just sends packets with wrong checksums
and the KASSERT version will panic (when compiled with INVARIANTS) or
panic (in case of m =3D=3D NULL) or corrupt a byte. However, I also =
prefer
the KASSERT version, it will help to get the code right...
So I committed a change in
http://svnweb.freebsd.org/changeset/base/265713

Thanks for your suggestion!

Best regards
Michael
>=20
> If "this should not happen" means 'such packets shouldn't arrrive from
> network", then we need to remove printfs, because having a remotely
> triggerable printf(9) is a DDoS vulnerability.
>=20
> --=20
> Totus tuus, Glebius.
>=20




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B5B2D8C4-2C8E-468D-8F61-61505E9CA0C0>