afbcc40bee
The first test case would cause a huge memory allocation, leading to a qemu abort; the second one to a too small malloc() for the catalog (smaller than s->catalog_size), which causes a read-only out-of-bounds array access and on big endian hosts an endianess conversion for an undefined memory area. The sample image used here is not an original Parallels image. It was created using an hexeditor on the basis of the struct that qemu uses. Good enough for trying to crash the driver, but not for ensuring compatibility. Signed-off-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Max Reitz <mreitz@redhat.com> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
15 lines
432 B
Plaintext
15 lines
432 B
Plaintext
QA output created by 076
|
|
|
|
== Read from a valid (enough) image ==
|
|
read 65536/65536 bytes at offset 0
|
|
64 KiB, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
|
|
|
|
== Negative catalog size ==
|
|
qemu-io: can't open device TEST_DIR/fake.parallels: Catalog too large
|
|
no file open, try 'help open'
|
|
|
|
== Overflow in catalog allocation ==
|
|
qemu-io: can't open device TEST_DIR/fake.parallels: Catalog too large
|
|
no file open, try 'help open'
|
|
*** done
|