ALSA: seq: Fix races at MIDI encoding in snd_virmidi_output_trigger()
authorTakashi Iwai <tiwai@suse.de>
Thu, 26 Apr 2018 07:17:45 +0000 (09:17 +0200)
committerTakashi Iwai <tiwai@suse.de>
Fri, 27 Apr 2018 15:50:37 +0000 (17:50 +0200)
commit8f22e52528cc372b218b5f100457469615c733ce
tree200b8c1933bb9f1e4d6bc09678b87e25d8a753f4
parent6a30abaa40b62aed46ef12ea4c16c48565bdb376
ALSA: seq: Fix races at MIDI encoding in snd_virmidi_output_trigger()

The sequencer virmidi code has an open race at its output trigger
callback: namely, virmidi keeps only one event packet for processing
while it doesn't protect for concurrent output trigger calls.

snd_virmidi_output_trigger() tries to process the previously
unfinished event before starting encoding the given MIDI stream, but
this is done without any lock.  Meanwhile, if another rawmidi stream
starts the output trigger, this proceeds further, and overwrites the
event package that is being processed in another thread.  This
eventually corrupts and may lead to the invalid memory access if the
event type is like SYSEX.

The fix is just to move the spinlock to cover both the pending event
and the new stream.

The bug was spotted by a new fuzzer, RaceFuzzer.

BugLink: http://lkml.kernel.org/r/20180426045223.GA15307@dragonet.kaist.ac.kr
Reported-by: DaeRyong Jeong <threeearcat@gmail.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
sound/core/seq/seq_virmidi.c