Answer in brief
CVE-2026-98761 records a Unknown severity vulnerability in usb: typec: tcpm: recover after failure to start the frs ams. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <184d842121e7d1fbc3a81895f36f72fa27444163 || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <b2ed8643face247e513fad12e193378ba67a61a1 || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <d6b0cce612636f79f2cf0652fce40a0cbff7f0ed || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <90156585765b29304f07b0e4a1c56a969876fcfc | 184d842121e7d1fbc3a81895f36f72fa27444163, b2ed8643face247e513fad12e193378ba67a61a1, d6b0cce612636f79f2cf0652fce40a0cbff7f0ed, 90156585765b29304f07b0e4a1c56a969876fcfc |
| Linux/Linuxgeneric | 5.12 | Not reported |
| Linux/Linuxgeneric | >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <ae8aae45a39fcf2c64813652fcb062eace220712 || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <184d842121e7d1fbc3a81895f36f72fa27444163 || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <b2ed8643face247e513fad12e193378ba67a61a1 || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <d6b0cce612636f79f2cf0652fce40a0cbff7f0ed || >=0908c5aca31eb5e0c72d7a5dba422629b88e877d <90156585765b29304f07b0e4a1c56a969876fcfc | ae8aae45a39fcf2c64813652fcb062eace220712, 184d842121e7d1fbc3a81895f36f72fa27444163, b2ed8643face247e513fad12e193378ba67a61a1, d6b0cce612636f79f2cf0652fce40a0cbff7f0ed, 90156585765b29304f07b0e4a1c56a969876fcfc |
Published upstream
Oct 18, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 21, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 18, 2026
In the Linux kernel, the following vulnerability has been resolved: usb: typec: tcpm: recover after failure to start the frs ams Reset the port if the tcpm fails to start the FAST_ROLE_SWAP AMS by initiating error recovery on it. This helps in cases where some cables (incorrectly) signal an FRS to an FRS capable port during disconnection. The TCPC autonomously starts sourcing VBUS on detecting the FRS signal. However, the VBUS sourcing is left on when the FAST_ROLE_SWAP AMS fails to start (as tcpm_sink_tx_ok is 0 as CC is open due to the cable disconnect). This is because the code sets the state to INVALID_STATE without resetting the port state. Log snippet before changes: [ 101.401960] AMS FAST_ROLE_SWAP start [ 101.401971] Sink TX No Go [ 101.401982] sourcing vbus [ 101.401987] VBUS on [ 101.402159] VBUS on [ 109.257809] CC1: 0 -> 0, CC2: 5 -> 0 [state SNK_READY, polarity 1, disconnected] [ 111.267442] VBUS on After changes: [ 70.541211] AMS FAST_ROLE_SWAP start [ 70.541220] Sink TX No Go [ 70.541228] state change SNK_READY -> ERROR_RECOVERY [rev3 NONE_AMS] [ 70.541362] VBUS on [ 70.541365] sourcing vbus [ 70.541367] VBUS on [ 70.541374] state change ERROR_RECOVERY -> PORT_RESET [rev3 NONE_AMS] [ 70.541410] disable vbus discharge ret:0 [ 70.543028] Setting usb_comm capable false [ 70.544009] Setting voltage/current limit 0 mV 0 mA [ 70.544034] polarity 0 [ 70.544239] Requesting mux state 0, usb-role 0, orientation 0 [ 70.555550] cc:=0 [ 70.555595] pending state change PORT_RESET -> PORT_RESET_WAIT_OFF @ 100 ms [rev3 NONE_AMS] [ 70.555697] VBUS off [ 70.555702] VBUS VSAFE0V [ 70.555762] CC1: 5 -> 0, CC2: 0 -> 0 [state PORT_RESET, polarity 0, disconnected] [ 70.587794] VBUS off [ 70.587799] VBUS VSAFE0V [ 70.655672] state change PORT_RESET -> PORT_RESET_WAIT_OFF [delayed 100 ms] [ 70.655682] state change PORT_RESET_WAIT_OFF -> SNK_UNATTACHED [rev3 NONE_AMS] [ 70.655686] Start toggling [ 70.656274] CC1: 0 -> 0, CC2: 0 -> 0 [state TOGGLING, polarity 0, disconnected]
Quoted source text, attributed separately from HOL analysis.