The blkcg_init_queue function in block/blk-cgroup.c in the Linux kernel before 4.11 allows local users to cause a denial of service (double free) or possibly have unspecified other impact by triggering a creation failure.

Permalink

Browse files

blkcg: fix double free of new\_blkg in blkcg\_init\_queue

If blkg\_create fails, new\_blkg passed as an argument will
be freed by blkg\_create, so there is no need to free it again.

Signed-off-by: Hou Tao <houtao1@huawei.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

*   Loading branch information

CVE-2018-7480: blkcg: fix double free of new_blkg in blkcg_init_queue · torvalds/linux@9b54d81

The tcpmss_mangle_packet function in net/netfilter/xt_TCPMSS.c in the Linux kernel before 4.11, and 4.9.x before 4.9.36, allows remote attackers to cause a denial of service (use-after-free and memory corruption) or possibly have unspecified other impact by leveraging the presence of xt_TCPMSS in an iptables action.

CVE-2017-18017

CVE-2016-9921 CVE-2016-9922 Qemu: display: cirrus_vga: a divide by zero in cirrus_do_copy

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

**From**:

Gerd Hoffmann

**Subject**:

\[Qemu-devel\] \[PULL 4/4\] display: cirrus: check vga bits per pixel(bpp) value

**Date**:

Mon, 5 Dec 2016 12:04:00 +0100

From: Prasad J Pandit <address@hidden>

In Cirrus CLGD 54xx VGA Emulator, if cirrus graphics mode is VGA,
'cirrus\_get\_bpp' returns zero(0), which could lead to a divide
by zero error in while copying pixel data. The same could occur
via blit pitch values. Add check to avoid it.

Reported-by: Huawei PSIRT <address@hidden>
Signed-off-by: Prasad J Pandit <address@hidden>
Message-id: address@hidden
Signed-off-by: Gerd Hoffmann <address@hidden>
---
 hw/display/cirrus\_vga.c | 14 ++++++++++----
 1 file changed, 10 insertions(+), 4 deletions(-)

diff --git a/hw/display/cirrus\_vga.c b/hw/display/cirrus\_vga.c
index 3d712d5..bdb092e 100644
--- a/hw/display/cirrus\_vga.c
+++ b/hw/display/cirrus\_vga.c
@@ -272,6 +272,9 @@ static void cirrus\_update\_memory\_access(CirrusVGAState \*s);
 static bool blit\_region\_is\_unsafe(struct CirrusVGAState \*s,
                                   int32\_t pitch, int32\_t addr)
 {
+    if (!pitch) {
+        return true;
+    }
     if (pitch < 0) {
         int64\_t min = addr
             + ((int64\_t)s->cirrus\_blt\_height-1) \* pitch;
@@ -715,7 +718,7 @@ static int 
cirrus\_bitblt\_videotovideo\_patterncopy(CirrusVGAState \* s)
                                             s->cirrus\_addr\_mask));
 }
 
-static void cirrus\_do\_copy(CirrusVGAState \*s, int dst, int src, int w, int h)
+static int cirrus\_do\_copy(CirrusVGAState \*s, int dst, int src, int w, int h)
 {
     int sx = 0, sy = 0;
     int dx = 0, dy = 0;
@@ -729,6 +732,9 @@ static void cirrus\_do\_copy(CirrusVGAState \*s, int dst, int 
src, int w, int h)
         int width, height;
 
         depth = s->vga.get\_bpp(&s->vga) / 8;
+        if (!depth) {
+            return 0;
+        }
         s->vga.get\_resolution(&s->vga, &width, &height);
 
         /\* extra x, y \*/
@@ -783,6 +789,8 @@ static void cirrus\_do\_copy(CirrusVGAState \*s, int dst, int 
src, int w, int h)
     cirrus\_invalidate\_region(s, s->cirrus\_blt\_dstaddr,
                                s->cirrus\_blt\_dstpitch, s->cirrus\_blt\_width,
                                s->cirrus\_blt\_height);
+
+    return 1;
 }
 
 static int cirrus\_bitblt\_videotovideo\_copy(CirrusVGAState \* s)
@@ -790,11 +798,9 @@ static int cirrus\_bitblt\_videotovideo\_copy(CirrusVGAState 
\* s)
     if (blit\_is\_unsafe(s))
         return 0;
 
-    cirrus\_do\_copy(s, s->cirrus\_blt\_dstaddr - s->vga.start\_addr,
+    return cirrus\_do\_copy(s, s->cirrus\_blt\_dstaddr - s->vga.start\_addr,
             s->cirrus\_blt\_srcaddr - s->vga.start\_addr,
             s->cirrus\_blt\_width, s->cirrus\_blt\_height);
-
-    return 1;
 }
 
 /\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
-- 
1.8.3.1

*   **\[Qemu-devel\] \[PULL for-2.8 0/4\] vga fixes**, _Gerd Hoffmann_, 2016/12/05
    *   **\[Qemu-devel\] \[PULL 3/4\] virtio-gpu: fix memory leak in update\_cursor\_data\_virgl**, _Gerd Hoffmann_, 2016/12/05
    *   **\[Qemu-devel\] \[PULL 1/4\] qxl: Only emit QXL\_INTERRUPT\_CLIENT\_MONITORS\_CONFIG on config changes**, _Gerd Hoffmann_, 2016/12/05
    *   **\[Qemu-devel\] \[PULL 2/4\] virtio-gpu: fix information leak in getting capset info dispatch**, _Gerd Hoffmann_, 2016/12/05
    *   **\[Qemu-devel\] \[PULL 4/4\] display: cirrus: check vga bits per pixel(bpp) value**, _Gerd Hoffmann_ **<=**
    *   **Re: \[Qemu-devel\] \[PULL for-2.8 0/4\] vga fixes**, _Stefan Hajnoczi_, 2016/12/06

*   Prev by Date: **\[Qemu-devel\] \[PULL for-2.8 0/4\] vga fixes**
*   Next by Date: **Re: \[Qemu-devel\] \[PATCH for-2.8\] target-arm/translate-a64: fix gen\_load\_exclusive**
*   Previous by thread: **\[Qemu-devel\] \[PULL 2/4\] virtio-gpu: fix information leak in getting capset info dispatch**
*   Next by thread: **Re: \[Qemu-devel\] \[PULL for-2.8 0/4\] vga fixes**
*   Index(es):
    *   **Date**
    *   **Thread**

CVE-2016-9922: [Qemu-devel] [PULL 4/4] display: cirrus: check vga bits per pixel(bpp) v

Unspecified vulnerability in Oracle MySQL 5.5.50 and earlier, 5.6.31 and earlier, and 5.7.13 and earlier allows remote authenticated users to affect availability via vectors related to DML.

CVE-2016-5612: Oracle Critical Patch Update - October 2016

The aac_compat_ioctl function in drivers/scsi/aacraid/linit.c in the Linux kernel before 3.11.8 does not require the CAP_SYS_RAWIO capability, which allows local users to bypass intended access restrictions via a crafted ioctl call.

CVE-2013-6383

Unspecified vulnerability in Oracle MySQL Server 5.5.x through 5.5.32 and 5.6.x through 5.6.12 allows remote authenticated users to affect confidentiality and integrity via unknown vectors related to Replication.

CVE-2013-5807: Oracle Critical Patch Update - October 2013

Unspecified vulnerability in Oracle Java SE 7u40 and earlier, Java SE 6u60 and earlier, Java SE 5.0u51 and earlier, JRockit R28.2.8 and earlier, JRockit R27.7.6 and earlier, and Java SE Embedded 7u40 and earlier allows remote attackers to affect confidentiality, integrity, and availability via vectors related to JAXP.

CVE-2013-5802: Oracle Critical Patch Update - October 2013

The journal_unmap_buffer function in fs/jbd2/transaction.c in the Linux kernel before 3.3.1 does not properly handle the _Delay and _Unwritten buffer head states, which allows local users to cause a denial of service (system crash) by leveraging the presence of an ext4 filesystem that was mounted with a journal.

CVE-2011-4086

The WDB target agent debug service in Wind River VxWorks 6.x, 5.x, and earlier, as used on the Rockwell Automation 1756-ENBT series A with firmware 3.2.6 and 3.6.1 and other products, allows remote attackers to read or modify arbitrary memory locations, perform function calls, or manage tasks via requests to UDP port 17185, a related issue to CVE-2005-3804.

**3com Inc. (Inactive) Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**ARRIS Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Statement Date:   January 20, 2011**

**Vendor Statement**

We have not received a statement from the vendor.

**CERT Addendum**

The following products have been reported to be affected: ARRIS C3™ Cable Modem Termination System Firmware Release <=4.4.4.13

**Actelis Networks Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Alcatel-Lucent Enterprise Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Allied Telesis Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Alvarion (Inactive) Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Aperto Networks Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Apple Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Avaya Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Broadcom Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Ceragon Networks Inc Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Cisco Affected**

**D-Link Systems Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Dell Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Dell EMC Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Digicom Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**DrayTek Corporation Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Enablence Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Enterasys Networks Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Ericsson Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Fluke Networks Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Foundry Brocade Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Gilat Network Systems Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Guangzhou Gaoke Communications Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Hewlett Packard Enterprise Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Huawei Affected**

Updated: 2020-08-31

**Statement Date:   June 18, 2010**

**Vendor Statement**

We have not received a statement from the vendor.

**IWATSU Voice Networks Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Keda Communications Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Knovative Inc Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Lenovo Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Lutron Electronics Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Maipu Communication Technology Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Mitel Networks Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Motorola Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Netgear Inc. Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Nokia Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Nortel Networks Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Polycom Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Statement Date:   December 07, 2010**

**Vendor Statement**

We have not received a statement from the vendor.

**CERT Addendum**

The release notes for SoundPoint IP/SoundStation IP SIP software states that version 3.1.2 has closed the debug port. "47450: Port 17185 is open, presenting a security risk" http://downloads.polycom.com/voice/voip/relnotes/spip\_ssip\_v3\_1\_6\_Legacy\_release\_notes.pdf

**Proxim Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Rad Vision Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Ricoh Company Ltd. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**SEIKO EPSON Corp. / Epson America Inc. Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**SFR Affected**

Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**CERT Addendum**

newsoft reports that the SFR (formerly Neuf Cegetel and Neuf Telecom) Trio3C has the debug service enabled.

**SMC Networks Inc. Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Schneider Electric Affected**

Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**CERT Addendum**

The Modicon M340 with firmware version 2.5 was reported to run VxWorks 6.4 and have the debug port enabled.

**ShoreTel Inc. Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Siemens Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

Security Advisory Report - OBSO-1010-01 Enabled VxWorks debug service Creation Date: 2010-10-15 Last Update: 2010-10-15 Summary A security researcher has identified a large number of products based on the VxWorks platform provided by Wind River Systems with a debug service enabled by default at port 17185/udp. Vulnerability Details The debug service provides full access to the memory of an affected device and allows for memory to be written as well as functions to be called. Of the various products based on VxWorks, the following are not affected by this vulnerability: HiPath Wireless Convergence, RG 8700, optiPoint 410/420 SIP and HFA (V5). Affected Products HiPath 3000 (HG 1500 Gateway) HiPath 4000 (HG 35xx Gateway) optiPoint 410/420 HFA, versions before V5 optiPoint 600 office Recommended Actions In general, it is recommended not to attach the mentioned systems directly at the internet. Appropriate firewall rules should be implemented to restrict access to the debug service (17185/udp). The problem is solved in the following versions; an update to these or higher versions is highly recommended: HiPath 3000 V8: V8 R5.2.0 HiPath 4000 V4: V4 R4.1.12 HiPath 4000 V5: V5 R1.2.4 Please note: HiPath 3000 V7: You need to upgrade the HG 1500 gateway only. Please use V8 R5.2.0 for this. You may keep the system itself in V7. HiPath 3000 V6 and earlier have reached end of SW support; please consider an upgrade to V7 or V8 HiPath 4000 V3 and earlier have reached end of SW support; please consider an upgrade to V4 or higher. Some older, unsupported versions of optiPoint 410/420 HFA IP phones are also vulnerable. Please ensure, that V5 is installed on all phones. optiPoint 600 office has reached end of life since a few years already; an update is unfortunately not available References http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2965 http://blog.metasploit.com/2010/08/vxworks-vulnerabilities.html http://www.kb.cert.org/vuls/id/362332 Revision History 2010-10-15 Initial release Contact and Disclaimer OpenScale Baseline Security Office obso@siemens-enterprise.com © Siemens Enterprise Communications GmbH & Co KG 2010 Siemens Enterprise Communications GmbH & Co. KG is a Trademark Licensee of Siemens AG The information provided in this document is subject to change without notice. Siemens Enterpise Communications GmbH & Co KG (SEN) assumes no responsibility for any errors that may appear in this document, and it does not affect your current support agreements with SEN. Any trademarks referenced in this document are the property of their respective owners. ---End Vendor Statement-------------------------------------------------------------------

**CERT Addendum**

The vendor provided the above advisory information for their affected products.

**TRENDnet Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Tut Systems Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Wind River Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

Wind River has analyzed VU#362332, and determined that all versions of VxWorks could be vulnerable if the WDB agent is left enabled in production systems and the system is network attached. VxWorks has a very strong track record of offering secure products and Wind River is committed to active threat monitoring, rapid assessment, threat prioritization, expedited remediation, response and proactive customer contact. Customers are encouraged to follow the remediation actions outlined in the SOLUTION section of the vulnerability post. Registered users can access Wind River's online support for more information by following this link: https://support.windriver.com/olsPortal/faces/maintenance/downloadDetails.jspx?contentId=033708 Or contact Wind River technical support for more information: http://windriver.com/support/

**CERT Addendum**

Within the VxWorks Kernel programmers guide it states: “For production systems, you will want to reconfigure VxWorks with only those components needed for deployed operation, and to build it as the appropriate type of system image. You will likely want to remove components required for host development support, such as the WDB target agent and debugging components (INCLUDE\_WDB and INCLUDE\_DEBUG), as well as to remove any other operating system components not required to support your application. Other considerations may include reducing the memory requirements of the system, speeding up boot time, and security issues.”

**Xerox Affected**

Notified:  2010-06-14 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**amx Affected**

Notified:  2010-06-29 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Canon Not Affected**

Notified:  2010-06-18 Updated: 2020-08-31

**CVE-2010-2965**

Not Affected

**Vendor Statement**

We have not received a statement from the vendor.

**Brocade Communication Systems Unknown**

Notified:  2010-08-03 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

**Intel Unknown**

Notified:  2010-07-02 Updated: 2020-08-31

**Vendor Statement**

We have not received a statement from the vendor.

Tag

#huawei