Odebrany

CVE-2026-93287

opublikowano: 24.09.2026, 19:17

modyfikacja: 25.09.2026, 07:17

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

W jądrze Linuksa usunięto następującą lukę:

i2c: smbus: odrzuca ponadwymiarowe transfery bloków na wspólnej ścieżce

Sprawdzana jest długość transferu bloku SMBus data->block[0].
i2c_smbus_xfer_emulated(), ale ta kontrola działa zbyt późno dla punktów śledzenia
i jest całkowicie pomijany, gdy adapter udostępnia natywny plik smbus_xfer
wdrożenie. Umożliwia to kontrolowanie przez użytkownika ponadgabarytowych długości bloków
Osiągnij wywołania memcpy Tracepoint i wywołania zwrotne sterowników niezaznaczone.

Dodaj wczesną walidację w __i2c_smbus_xfer(), która odrzuca blok
transfery, których długość podana przez rozmówcę wynosi zero lub przekracza
I2C_SMBUS_BLOCK_MAX przed uruchomieniem dowolnego punktu śledzenia lub wywołaniem zwrotnym sterownika
biegnie. dane->blok[0] jest wypełniany przez urządzenie na odczytach bloków SMBus,
więc kontrola obejmuje operacje, w których faktycznie występuje długość
dostarczone przez rozmówcę. Jest to zgodne z istniejącym -EINVAL
konwencję w emulowanej ścieżce i chroni wszystkich dalszych konsumentów
od razu: punkt śledzenia smbus_write, cały natywny sterownik smbus_xfer
implementacje i emulowana ścieżka.

Ta zmiana naprawia dwa różne błędy:

Błąd 1: smbus_write Tracepoint OOB (include/trace/events/smbus.h)
funkcja trace_smbus_write() uruchamia się przed jakąkolwiek walidacją i kopiowaniem
dane->blok[0]+1 bajt do 34-bajtowego bufora zdarzeń. Z
block[0]=0xfe punkt śledzenia kopiuje 255 bajtów, przekraczając 221.

BŁĄD: KASAN: przekroczenie limitu stosu w trace_event_raw_event_smbus_write+0x27c/0x530
Odczytaj rozmiar 255 pod adresem ffff88800d98fcf8 za pomocą zadania poc_smbus/91
Zadzwoń do śledzenia:
<ZADANIE>
__asan_memcpy+0x23/0x80
trace_event_raw_event_smbus_write+0x27c/0x530
__i2c_smbus_xfer+0x43a/0xa40
i2c_smbus_xfer+0x19e/0x340
i2cdev_ioctl_smbus+0x38f/0x7f0
i2cdev_ioctl+0x35e/0x680
__x64_sys_ioctl+0x147/0x1e0
do_syscall_64+0xcf/0x15a0
wpis_SYSCALL_64_after_hwframe+0x76/0x7e
</ZADANIE>

Błąd 2: i2c-stub I2C_SMBUS_I2C_BLOCK_DATA OOB (drivers/i2c/i2c-stub.c)
stub_xfer() implementuje .smbus_xfer bezpośrednio i tylko zaciska
block[0] przeciwko poleceniu 256, a nie I2C_SMBUS_BLOCK_MAX. Z
blok[0]=0xff i polecenie=0 pętla uzyskuje dostęp do bloku[1+i].
i do 254, daleko poza unią 34-bajtową.

UBSAN: indeks tablicy poza zakresem w sterownikach/i2c/i2c-stub.c:223:44
indeks 34 jest poza zakresem dla typu „__u8 [34]”
Zadzwoń do śledzenia:
<ZADANIE>
__ubsan_handle_out_of_bounds+0xd7/0x120
stub_xfer+0x1971/0x198f [i2c_stub]
__i2c_smbus_xfer+0x306/0xa40
i2c_smbus_xfer+0x19e/0x340
i2cdev_ioctl_smbus+0x38f/0x7f0
i2cdev_ioctl+0x35e/0x680
__x64_sys_ioctl+0x147/0x1e0
do_syscall_64+0xcf/0x15a0
wpis_SYSCALL_64_after_hwframe+0x76/0x7e
</ZADANIE>

Obydwa ślady odtworzone na v7.0-rc6+i2c/for-current z KASAN+UBSAN.

In the Linux kernel, the following vulnerability has been resolved:

i2c: smbus: reject oversized block transfers in the common path

The SMBus block transfer length data->block[0] is validated in
i2c_smbus_xfer_emulated() but that check runs too late for tracepoints
and is skipped entirely when the adapter provides a native smbus_xfer
implementation. This allows user-controlled oversized block lengths to
reach tracepoint memcpy calls and driver callbacks unchecked.

Add an early validation in __i2c_smbus_xfer() that rejects block
transfers whose caller-supplied length is zero or exceeds
I2C_SMBUS_BLOCK_MAX before any tracepoint fires or driver callback
runs. data->block[0] is filled in by the device on SMBus block reads,
so the check is scoped to operations where the length is actually
supplied by the caller. This is consistent with the existing -EINVAL
convention in the emulated path and protects all downstream consumers
at once: the smbus_write tracepoint, all native smbus_xfer driver
implementations, and the emulated path.

Two distinct bugs are fixed by this change:

Bug 1: smbus_write tracepoint OOB (include/trace/events/smbus.h)
trace_smbus_write() fires before any validation and copies
data->block[0]+1 bytes into a 34-byte event buffer. With
block[0]=0xfe the tracepoint copies 255 bytes, overflowing by 221.

BUG: KASAN: stack-out-of-bounds in trace_event_raw_event_smbus_write+0x27c/0x530
Read of size 255 at addr ffff88800d98fcf8 by task poc_smbus/91
Call Trace:
<TASK>
__asan_memcpy+0x23/0x80
trace_event_raw_event_smbus_write+0x27c/0x530
__i2c_smbus_xfer+0x43a/0xa40
i2c_smbus_xfer+0x19e/0x340
i2cdev_ioctl_smbus+0x38f/0x7f0
i2cdev_ioctl+0x35e/0x680
__x64_sys_ioctl+0x147/0x1e0
do_syscall_64+0xcf/0x15a0
entry_SYSCALL_64_after_hwframe+0x76/0x7e
</TASK>

Bug 2: i2c-stub I2C_SMBUS_I2C_BLOCK_DATA OOB (drivers/i2c/i2c-stub.c)
stub_xfer() implements .smbus_xfer directly and only clamps
block[0] against 256-command, not I2C_SMBUS_BLOCK_MAX. With
block[0]=0xff and command=0 the loop accesses block[1+i] for
i up to 254, far past the 34-byte union.

UBSAN: array-index-out-of-bounds in drivers/i2c/i2c-stub.c:223:44
index 34 is out of range for type '__u8 [34]'
Call Trace:
<TASK>
__ubsan_handle_out_of_bounds+0xd7/0x120
stub_xfer+0x1971/0x198f [i2c_stub]
__i2c_smbus_xfer+0x306/0xa40
i2c_smbus_xfer+0x19e/0x340
i2cdev_ioctl_smbus+0x38f/0x7f0
i2cdev_ioctl+0x35e/0x680
__x64_sys_ioctl+0x147/0x1e0
do_syscall_64+0xcf/0x15a0
entry_SYSCALL_64_after_hwframe+0x76/0x7e
</TASK>

Both traces reproduced on v7.0-rc6+i2c/for-current with KASAN+UBSAN.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve