Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Uninitialized Read in ParseCaffHeaderConfig() #66

Closed
rohanpadhye opened this issue Mar 4, 2019 · 1 comment
Closed

Uninitialized Read in ParseCaffHeaderConfig() #66

rohanpadhye opened this issue Mar 4, 2019 · 1 comment

Comments

@rohanpadhye
Copy link

uninit-caff.wav.zip - contains fuzzed input

The parsing of the attached file uninit-caff.wav leads to a read of an uninitialized location in memory. The uninitialized read can be uncovered using a tool such as Valgrind or MemorySanitizer. For example:

$ valgrind cli/wavpack uninit-caff.wav
==21063== Memcheck, a memory error detector
==21063== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==21063== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==21063== Command: ./cli/wavpack uninit-caff.wav
==21063== 

 WAVPACK  Hybrid Lossless Audio Compressor  Linux Version 5.1.0
 Copyright (c) 1998 - 2019 David Bryant.  All Rights Reserved.

creating uninit-caff.wv,==21063== Conditional jump or move depends on uninitialised value(s)
==21063==    at 0x411C43: ParseCaffHeaderConfig (caff.c:486)
==21063==    by 0x408A94: pack_file (wavpack.c:1777)
==21063==    by 0x404AE2: main (wavpack.c:1273)

It appears that this is an uninitialized read of the field caf_audio_format.mBytesPerPacket on this line.

@rohanpadhye
Copy link
Author

This is fixed now, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant