<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 30 Sep 2026 12:19:57 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-90207 — ALSA: seq: midi: Serialize input teardown with event_input</title>
      <link>https://db.gcve.eu/vuln/cve-2026-90207</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ALSA: seq: midi: Serialize input teardown with event_input&lt;/p&gt;
&lt;p&gt;snd_midi_input_event() must not be running while a rawmidi substream is
closing, since this can lead to the trigger state becoming out-of-step
through this sequence in snd_rawmidi_input_trigger():&lt;/p&gt;
&lt;p&gt;snd_rawmidi_input_trigger(up=0)
					snd_midi_input_event()
					 -&amp;gt; snd_rawmidi_kernel_read()
					     -&amp;gt; snd_rawmidi_input_trigger(up=1)
	  -&amp;gt; cancel_work_sync()&lt;/p&gt;
&lt;p&gt;which ends with the underlying device being active unexpectedly.&lt;/p&gt;
&lt;p&gt;When this is called from close_substream(), further input can re-trigger
the input event leaving it running after rawmidi_release_priv() has set
rfile-&amp;gt;rmidi to NULL which leads to:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference at virtual address 00000000000000b0
	Call trace:
	 snd_midi_input_event+0x3c/0x134 [snd_seq_midi] (P)
	 snd_rawmidi_input_event_work+0x1c/0x2c
	 process_one_work+0x150/0x3a4
	 worker_thread+0x190/0x318&lt;/p&gt;
&lt;p&gt;Apply a similar approach to commit ef7607ab1c8ad (&amp;#34;ALSA: seq: midi:
Serialize output teardown with event_input&amp;#34;) which fixed the same issue
in the output direction, but updated to use RCU following Takashi Iwai&amp;#39;s
proposed follow-on patch [1].&lt;/p&gt;
&lt;p&gt;With this change in place, midisynth_unsubscribe() clears the input file
so snd_midi_input_event() will not re-trigger the stream and will be
quiesced by the cancel_work_sync() in snd_rawmidi_input_trigger().&lt;/p&gt;
&lt;p&gt;[1] https://lore.kernel.org/linux-sound/202608131…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ALSA: seq: midi: Serialize input teardown with event_input&lt;/p&gt;
&lt;p&gt;snd_midi_input_event() must not be running while a rawmidi substream is
closing, since this can lead to the trigger state becoming out-of-step
through this sequence in snd_rawmidi_input_trigger():&lt;/p&gt;
&lt;p&gt;snd_rawmidi_input_trigger(up=0)
					snd_midi_input_event()
					 -&amp;gt; snd_rawmidi_kernel_read()
					     -&amp;gt; snd_rawmidi_input_trigger(up=1)
	  -&amp;gt; cancel_work_sync()&lt;/p&gt;
&lt;p&gt;which ends with the underlying device being active unexpectedly.&lt;/p&gt;
&lt;p&gt;When this is called from close_substream(), further input can re-trigger
the input event leaving it running after rawmidi_release_priv() has set
rfile-&amp;gt;rmidi to NULL which leads to:&lt;/p&gt;
&lt;p&gt;Unable to handle kernel NULL pointer dereference at virtual address 00000000000000b0
	Call trace:
	 snd_midi_input_event+0x3c/0x134 [snd_seq_midi] (P)
	 snd_rawmidi_input_event_work+0x1c/0x2c
	 process_one_work+0x150/0x3a4
	 worker_thread+0x190/0x318&lt;/p&gt;
&lt;p&gt;Apply a similar approach to commit ef7607ab1c8ad (&amp;#34;ALSA: seq: midi:
Serialize output teardown with event_input&amp;#34;) which fixed the same issue
in the output direction, but updated to use RCU following Takashi Iwai&amp;#39;s
proposed follow-on patch [1].&lt;/p&gt;
&lt;p&gt;With this change in place, midisynth_unsubscribe() clears the input file
so snd_midi_input_event() will not re-trigger the stream and will be
quiesced by the cancel_work_sync() in snd_rawmidi_input_trigger().&lt;/p&gt;
&lt;p&gt;[1] https://lore.kernel.org/linux-sound/202608131…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-90207</guid>
    </item>
  </channel>
</rss>
