CVE-2026-43495
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
net: wwan: t7xx: valideer port_count tegen berichtlengte in t7xx_port_enum_msg_handler
t7xx_port_enum_msg_handler() gebruikt het door de modem geleverde veld port_COUNT als
een lus gebonden over port_msg->data[] zonder te controleren of de berichtenbuffer
bevat voldoende gegevens. Een modem die port_count=65535 in een 12-byte
buffer triggers a slab-out-of-bounds read of up to 262140 bytes. Voeg een sizeof(*port_msg) -controle toe voordat u de koptekst van het poortbericht opent
velden om te beschermen tegen ondermaatse berichten. Voeg een struct_size() controle toe na het extraheren van port_count en voor de lus. Bewaak in t7xx_parse_host_rt_data() de rt_feature header read met een
resterende-buffercontrole voor toegang tot data_len, valideer feat_data_len
tegen de werkelijke resterende buffer om te voorkomen dat OOB leest en ondertekent
integer overflow op offset. Passeer msg_len van beide oproeplocaties: skb->len op het DPMAIF-pad na
skb_pull() en de gevalideerde feat_data_len op het handdrukpad.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
net: wwan: t7xx: validate port_count against message length in t7xx_port_enum_msg_handler
t7xx_port_enum_msg_handler() uses the modem-supplied port_count field as
a loop bound over port_msg->data[] without checking that the message buffer
contains sufficient data. A modem sending port_count=65535 in a 12-byte
buffer triggers a slab-out-of-bounds read of up to 262140 bytes.
Add a sizeof(*port_msg) check before accessing the port message header
fields to guard against undersized messages.
Add a struct_size() check after extracting port_count and before the loop.
In t7xx_parse_host_rt_data(), guard the rt_feature header read with a
remaining-buffer check before accessing data_len, validate feat_data_len
against the actual remaining buffer to prevent OOB reads and signed
integer overflow on offset.
Pass msg_len from both call sites: skb->len at the DPMAIF path after
skb_pull(), and the validated feat_data_len at the handshake path.