diff options
| author | Philippe Mathieu-Daudé <philmd@redhat.com> | 2021-09-03 19:45:06 +0200 |
|---|---|---|
| committer | Laurent Vivier <laurent@vivier.eu> | 2021-12-17 11:56:04 +0100 |
| commit | 460056dbe6b2df363de6d8c2a9c9ba862653d6bb (patch) | |
| tree | 0e6773bed242b0a3864d3fb841891bbcacdd5e1f /linux-user/arm/cpu_loop.c | |
| parent | 2c674fada72079583a3f2cc1790b16a0259c4fa0 (diff) | |
| download | focaccia-qemu-460056dbe6b2df363de6d8c2a9c9ba862653d6bb.tar.gz focaccia-qemu-460056dbe6b2df363de6d8c2a9c9ba862653d6bb.zip | |
tests/qtest: Replace g_memdup() by g_memdup2()
Per https://discourse.gnome.org/t/port-your-module-from-g-memdup-to-g-memdup2-now/5538 The old API took the size of the memory to duplicate as a guint, whereas most memory functions take memory sizes as a gsize. This made it easy to accidentally pass a gsize to g_memdup(). For large values, that would lead to a silent truncation of the size from 64 to 32 bits, and result in a heap area being returned which is significantly smaller than what the caller expects. This can likely be exploited in various modules to cause a heap buffer overflow. Replace g_memdup() by the safer g_memdup2() wrapper. Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com> Reviewed-by: Thomas Huth <thuth@redhat.com> Message-Id: <20210903174510.751630-25-philmd@redhat.com> Signed-off-by: Laurent Vivier <laurent@vivier.eu>
Diffstat (limited to 'linux-user/arm/cpu_loop.c')
0 files changed, 0 insertions, 0 deletions