From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53638) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gSp5G-0004aA-Nx for qemu-devel@nongnu.org; Fri, 30 Nov 2018 15:08:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gSp5D-0005ep-GL for qemu-devel@nongnu.org; Fri, 30 Nov 2018 15:08:18 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40118) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gSp5D-0005b4-7T for qemu-devel@nongnu.org; Fri, 30 Nov 2018 15:08:15 -0500 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 08D1330821C3 for ; Fri, 30 Nov 2018 20:08:13 +0000 (UTC) From: Bandan Das References: <20181130111222.25386-1-kraxel@redhat.com> <20181130111222.25386-3-kraxel@redhat.com> Date: Fri, 30 Nov 2018 15:08:09 -0500 In-Reply-To: <20181130111222.25386-3-kraxel@redhat.com> (Gerd Hoffmann's message of "Fri, 30 Nov 2018 12:12:22 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH for-3.1 2/2] usb-mtp: outlaw slashes in filenames List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: qemu-devel@nongnu.org Gerd Hoffmann writes: > Slash is unix directory separator, so they are not allowed in filenames. > Note this also stops the classic escape via "../". > > Fixes: CVE-2018-16867 > Reported-by: Michael Hanselmann (hansmi.ch) > Signed-off-by: Gerd Hoffmann > --- > hw/usb/dev-mtp.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/hw/usb/dev-mtp.c b/hw/usb/dev-mtp.c > index fbe1ace035..87eeac1084 100644 > --- a/hw/usb/dev-mtp.c > +++ b/hw/usb/dev-mtp.c > @@ -1718,6 +1718,12 @@ static void usb_mtp_write_metadata(MTPState *s) > > filename = utf16_to_str(dataset->length, dataset->filename); > > + if (strchr(filename, '/')) { > + usb_mtp_queue_result(s, RES_INVALID_PARAMETER, d->trans, > + 0, 0, 0, 0); > + return; > + } > + > o = usb_mtp_object_lookup_name(p, filename, dataset->length); > if (o != NULL) { > next_handle = o->handle; Should we return PARAMETER_NOT_SUPPORTED instead of INVALID_PARAMETER ? That's a valid response code for SendObjectInfo acc to the spec. Bandan