SDL (Simple DirectMedia Layer) 2.x through 2.0.9 has a heap-based buffer over-read in Fill_IMA_ADPCM_block, caused by an integer overflow in IMA_ADPCM_decode() in audio/SDL_wave.c. Reference: https://bugzilla.libsdl.org/show_bug.cgi?id=4522
Created SDL tracking bugs for this issue: Affects: fedora-all [bug 1731103]
(In reply to Dhananjay Arunesh from comment #1) > Created SDL tracking bugs for this issue: > > Affects: fedora-all [bug 1731103] Didn't you mistaken SDL with SDL2? SDL is not vulnerable because does not support 24-bit WAVE format.
Upstream fix: https://hg.libsdl.org/SDL/rev/b06fa7da012b
Created SDL2 tracking bugs for this issue: Affects: epel-all [bug 1754615] Affects: fedora-all [bug 1754613] Created mingw-SDL2 tracking bugs for this issue: Affects: epel-all [bug 1754616] Affects: fedora-all [bug 1754614]
Fedora and EPEL have had SDL2-2.0.10 as an update for _two months_ now. Might it be possible to check to see if CVEs are fixed before opening piles of bugs?
An application linked against SDL2 that uses SDL_LoadWAV_RW function on untrusted files could be vulnerable to this flaw. The bug allow an attacker to crash the application or, based on the application, extract data from application's memory. The out-of-bound read happens in function Fill_IMA_ADPCM_block(), called by SDL_LoadWAV_RW(), due to the `encoded` pointer being increased too much.
In reply to comment #5: > Fedora and EPEL have had SDL2-2.0.10 as an update for _two months_ now. > Might it be possible to check to see if CVEs are fixed before opening piles > of bugs? Fedora 29 still has SDL2-2.0.9 and it is supported, so the Fedora trackers are correctly filed. For the EPEL ones, please close them. We'll try to pay more attention to the versions next times.