diff options
author | Peter Lieven <pl@kamp.de> | 2014-06-30 10:07:54 +0200 |
---|---|---|
committer | Gerd Hoffmann <kraxel@redhat.com> | 2014-07-01 13:26:40 +0200 |
commit | f9a70e79391f6d7c2a912d785239ee8effc1922d (patch) | |
tree | f95be292b3ca307867ec831a3cef9720578ac04f /ui/vnc.c | |
parent | b3959efdbb2dc3d5959e3b0a8e188126930beca8 (diff) | |
download | qemu-f9a70e79391f6d7c2a912d785239ee8effc1922d.tar.gz qemu-f9a70e79391f6d7c2a912d785239ee8effc1922d.tar.bz2 qemu-f9a70e79391f6d7c2a912d785239ee8effc1922d.zip |
ui/vnc: limit client_cut_text msg payload size
currently a malicious client could define a payload
size of 2^32 - 1 bytes and send up to that size of
data to the vnc server. The server would allocated
that amount of memory which could easily create an
out of memory condition.
This patch limits the payload size to 1MB max.
Please note that client_cut_text messages are currently
silently ignored.
Signed-off-by: Peter Lieven <pl@kamp.de>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Diffstat (limited to 'ui/vnc.c')
-rw-r--r-- | ui/vnc.c | 13 |
1 files changed, 10 insertions, 3 deletions
@@ -2165,13 +2165,20 @@ static int protocol_client_msg(VncState *vs, uint8_t *data, size_t len) pointer_event(vs, read_u8(data, 1), read_u16(data, 2), read_u16(data, 4)); break; case VNC_MSG_CLIENT_CUT_TEXT: - if (len == 1) + if (len == 1) { return 8; - + } if (len == 8) { uint32_t dlen = read_u32(data, 4); - if (dlen > 0) + if (dlen > (1 << 20)) { + error_report("vnc: client_cut_text msg payload has %u bytes" + " which exceeds our limit of 1MB.", dlen); + vnc_client_error(vs); + break; + } + if (dlen > 0) { return 8 + dlen; + } } client_cut_text(vs, read_u32(data, 4), data + 8); |