[OE-core] [PATCH] rpcbind: Security Advisory - rpcbind - CVE-2015-7236
akuster808
akuster808 at gmail.com
Wed Nov 18 01:44:53 UTC 2015
Li Zhou,
Can we get the CVE mentioned in the patch or rename the the patch to
include the CVE #.
regards,
Armin
On 11/16/2015 11:18 PM, wenzong.fan at windriver.com wrote:
> From: Li Zhou <li.zhou at windriver.com>
>
> rpcbind: Fix memory corruption in PMAP_CALLIT code
>
> Use-after-free vulnerability in xprt_set_caller in rpcb_svc_com.c in
> rpcbind 0.2.1 and earlier allows remote attackers to cause a denial of
> service (daemon crash) via crafted packets, involving a PMAP_CALLIT
> code.
>
> The patch comes from
> <http://www.openwall.com/lists/oss-security/2015/09/18/7>, and it hasn't
> been in rpcbind upstream yet.
>
> Signed-off-by: Li Zhou <li.zhou at windriver.com>
> Signed-off-by: Wenzong Fan <wenzong.fan at windriver.com>
> ---
> ...Fix_memory_corruption_in_PMAP_CALLIT_code.patch | 83 ++++++++++++++++++++++
> meta/recipes-extended/rpcbind/rpcbind_0.2.3.bb | 1 +
> 2 files changed, 84 insertions(+)
> create mode 100644 meta/recipes-extended/rpcbind/rpcbind/rpcbind_Fix_memory_corruption_in_PMAP_CALLIT_code.patch
>
> diff --git a/meta/recipes-extended/rpcbind/rpcbind/rpcbind_Fix_memory_corruption_in_PMAP_CALLIT_code.patch b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_Fix_memory_corruption_in_PMAP_CALLIT_code.patch
> new file mode 100644
> index 0000000..f156290
> --- /dev/null
> +++ b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_Fix_memory_corruption_in_PMAP_CALLIT_code.patch
> @@ -0,0 +1,83 @@
> +commit 06f7ebb1dade2f0dbf872ea2bedf17cff4734bdd
> +Author: Olaf Kirch <okir at ...e.de>
> +Date: Thu Aug 6 16:27:20 2015 +0200
> +
> + Fix memory corruption in PMAP_CALLIT code
> +
> + - A PMAP_CALLIT call comes in on IPv4 UDP
> + - rpcbind duplicates the caller's address to a netbuf and stores it in
> + FINFO[0].caller_addr. caller_addr->buf now points to a memory region A
> + with a size of 16 bytes
> + - rpcbind forwards the call to the local service, receives a reply
> + - when processing the reply, it does this in xprt_set_caller:
> + xprt->xp_rtaddr = *FINFO[0].caller_addr
> + It sends out the reply, and then frees the netbuf caller_addr and
> + caller_addr.buf.
> + However, it does not clear xp_rtaddr, so xp_rtaddr.buf now refers
> + to memory region A, which is free.
> + - When the next call comes in on the UDP/IPv4 socket, svc_dg_recv will
> + be called, which will set xp_rtaddr to the client's address.
> + It will reuse the buffer inside xp_rtaddr, ie it will write a
> + sockaddr_in to region A
> +
> + Some time down the road, an incoming TCP connection is accepted,
> + allocating a fresh SVCXPRT. The memory region A is inside the
> + new SVCXPRT
> +
> + - While processing the TCP call, another UDP call comes in, again
> + overwriting region A with the client's address
> + - TCP client closes connection. In svc_destroy, we now trip over
> + the garbage left in region A
> +
> + We ran into the case where a commercial scanner was triggering
> + occasional rpcbind segfaults. The core file that was captured showed
> + a corrupted xprt->xp_netid pointer that was really a sockaddr_in.
> +
> + Signed-off-by: Olaf Kirch <okir at ...e.de>
> +
> + Upstream-Status: Backport
> +
> + Signed-off-by: Li Zhou <li.zhou at windriver.com>
> +---
> + src/rpcb_svc_com.c | 23 ++++++++++++++++++++++-
> + 1 file changed, 22 insertions(+), 1 deletion(-)
> +
> +Index: rpcbind-0.1.6+git20080930/src/rpcb_svc_com.c
> +===================================================================
> +--- rpcbind-0.1.6+git20080930.orig/src/rpcb_svc_com.c
> ++++ rpcbind-0.1.6+git20080930/src/rpcb_svc_com.c
> +@@ -1298,12 +1298,33 @@ check_rmtcalls(struct pollfd *pfds, int
> + return (ncallbacks_found);
> + }
> +
> ++/*
> ++ * This is really a helper function defined in libtirpc, but unfortunately, it hasn't
> ++ * been exported yet.
> ++ */
> ++static struct netbuf *
> ++__rpc_set_netbuf(struct netbuf *nb, const void *ptr, size_t len)
> ++{
> ++ if (nb->len != len) {
> ++ if (nb->len)
> ++ mem_free(nb->buf, nb->len);
> ++ nb->buf = mem_alloc(len);
> ++ if (nb->buf == NULL)
> ++ return NULL;
> ++
> ++ nb->maxlen = nb->len = len;
> ++ }
> ++ memcpy(nb->buf, ptr, len);
> ++ return nb;
> ++}
> ++
> + static void
> + xprt_set_caller(SVCXPRT *xprt, struct finfo *fi)
> + {
> ++ const struct netbuf *caller = fi->caller_addr;
> + u_int32_t *xidp;
> +
> +- *(svc_getrpccaller(xprt)) = *(fi->caller_addr);
> ++ __rpc_set_netbuf(svc_getrpccaller(xprt), caller->buf, caller->len);
> + xidp = __rpcb_get_dg_xidp(xprt);
> + *xidp = fi->caller_xid;
> + }
> diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.3.bb b/meta/recipes-extended/rpcbind/rpcbind_0.2.3.bb
> index 237018b..9b1c650 100644
> --- a/meta/recipes-extended/rpcbind/rpcbind_0.2.3.bb
> +++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.3.bb
> @@ -19,6 +19,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
> file://rpcbind.conf \
> file://rpcbind.socket \
> file://rpcbind.service \
> + file://rpcbind_Fix_memory_corruption_in_PMAP_CALLIT_code.patch \
> "
> MUSLPATCHES_libc-musl = "file://musl-sunrpc.patch"
>
>
More information about the Openembedded-core
mailing list