summaryrefslogtreecommitdiffstats
path: root/drivers/usb/early
diff options
context:
space:
mode:
authorQuentin Casasnovas <quentin.casasnovas@oracle.com>2015-04-14 11:25:43 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2015-04-28 12:53:16 +0200
commit0d3bba0287d4e284c3ec7d3397e81eec920d5e7e (patch)
treeb41e9c9a3992a140837df671e9cef3fe64e49667 /drivers/usb/early
parentbb304b71f8dbcb284f0f876dfb4eecbadf079773 (diff)
downloadop-kernel-dev-0d3bba0287d4e284c3ec7d3397e81eec920d5e7e.zip
op-kernel-dev-0d3bba0287d4e284c3ec7d3397e81eec920d5e7e.tar.gz
cdc-acm: prevent infinite loop when parsing CDC headers.
Phil and I found out a problem with commit: 7e860a6e7aa6 ("cdc-acm: add sanity checks") It added some sanity checks to ignore potential garbage in CDC headers but also introduced a potential infinite loop. This can happen at the first loop iteration (elength = 0 in that case) if the description isn't a DT_CS_INTERFACE or later if 'buffer[0]' is zero. It should also be noted that the wrong length was being added to 'buffer' in case 'buffer[1]' was not a DT_CS_INTERFACE descriptor, since elength was assigned after that check in the loop. A specially crafted USB device could be used to trigger this infinite loop. Fixes: 7e860a6e7aa6 ("cdc-acm: add sanity checks") Signed-off-by: Phil Turnbull <phil.turnbull@oracle.com> Signed-off-by: Quentin Casasnovas <quentin.casasnovas@oracle.com> CC: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> CC: Oliver Neukum <oneukum@suse.de> CC: Adam Lee <adam8157@gmail.com> CC: <stable@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/usb/early')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud