a0f61528af
CVE-2016-7909: pcnet: Infinite loop in pcnet_rdra_addr (bz #1381196) CVE-2016-7994: virtio-gpu: memory leak in resource_create_2d (bz #1382667) CVE-2016-8577: 9pfs: host memory leakage in v9fs_read (bz #1383286) CVE-2016-8578: 9pfs: potential NULL dereferencein 9pfs routines (bz #1383292) CVE-2016-8668: OOB buffer access in rocker switch emulation (bz #1384898) CVE-2016-8669: divide by zero error in serial_update_parameters (bz #1384911) CVE-2016-8909: intel-hda: infinite loop in dma buffer stream (bz #1388053) Infinite loop vulnerability in a9_gtimer_update (bz #1388300) CVE-2016-9101: eepro100: memory leakage at device unplug (bz #1389539) CVE-2016-9103: 9pfs: information leakage via xattr (bz #1389643) CVE-2016-9102: 9pfs: memory leakage when creating extended attribute (bz #1389551) CVE-2016-9104: 9pfs: integer overflow leading to OOB access (bz #1389687) CVE-2016-9105: 9pfs: memory leakage in v9fs_link (bz #1389704) CVE-2016-9106: 9pfs: memory leakage in v9fs_write (bz #1389713) CVE-2016-9381: xen: incautious about shared ring processing (bz #1397385) CVE-2016-9921: Divide by zero vulnerability in cirrus_do_copy (bz #1399054) CVE-2016-9776: infinite loop while receiving data in mcf_fec_receive (bz #1400830) CVE-2016-9845: information leakage in virgl_cmd_get_capset_info (bz #1402247) CVE-2016-9846: virtio-gpu: memory leakage while updating cursor data (bz #1402258) CVE-2016-9907: usbredir: memory leakage when destroying redirector (bz #1402266) CVE-2016-9911: usb: ehci: memory leakage in ehci_init_transfer (bz #1402273) CVE-2016-9913: 9pfs: memory leakage via proxy/handle callbacks (bz #1402277) CVE-2016-10028: virtio-gpu-3d: OOB access while reading virgl capabilities (bz #1406368) CVE-2016-9908: virtio-gpu: information leakage in virgl_cmd_get_capset (bz #1402263) CVE-2016-9912: virtio-gpu: memory leakage when destroying gpu resource (bz #1402285)
45 lines
1.4 KiB
Diff
45 lines
1.4 KiB
Diff
From: Li Qiang <liqiang6-s@360.cn>
|
|
Date: Tue, 1 Nov 2016 12:00:40 +0100
|
|
Subject: [PATCH] 9pfs: convert 'len/copied_len' field in V9fsXattr to the type
|
|
of uint64_t
|
|
|
|
The 'len' in V9fsXattr comes from the 'size' argument in setxattr()
|
|
function in guest. The setxattr() function's declaration is this:
|
|
|
|
int setxattr(const char *path, const char *name,
|
|
const void *value, size_t size, int flags);
|
|
|
|
and 'size' is treated as u64 in linux kernel client code:
|
|
|
|
int p9_client_xattrcreate(struct p9_fid *fid, const char *name,
|
|
u64 attr_size, int flags)
|
|
|
|
So the 'len' should have an type of 'uint64_t'.
|
|
The 'copied_len' in V9fsXattr is used to account for copied bytes, it
|
|
should also have an type of 'uint64_t'.
|
|
|
|
Suggested-by: Greg Kurz <groug@kaod.org>
|
|
Signed-off-by: Li Qiang <liqiang6-s@360.cn>
|
|
Reviewed-by: Greg Kurz <groug@kaod.org>
|
|
Signed-off-by: Greg Kurz <groug@kaod.org>
|
|
(cherry picked from commit 8495f9ad26d398f01e208a53f1a5152483a16084)
|
|
---
|
|
hw/9pfs/9p.h | 4 ++--
|
|
1 file changed, 2 insertions(+), 2 deletions(-)
|
|
|
|
diff --git a/hw/9pfs/9p.h b/hw/9pfs/9p.h
|
|
index 699235d..2067863 100644
|
|
--- a/hw/9pfs/9p.h
|
|
+++ b/hw/9pfs/9p.h
|
|
@@ -159,8 +159,8 @@ typedef struct V9fsConf
|
|
|
|
typedef struct V9fsXattr
|
|
{
|
|
- int64_t copied_len;
|
|
- int64_t len;
|
|
+ uint64_t copied_len;
|
|
+ uint64_t len;
|
|
void *value;
|
|
V9fsString name;
|
|
int flags;
|