Description
In the Linux kernel, the following vulnerability has been resolved: nvmem: layouts: onie-tlv: fix hang on unknown types The EEPROM on my board has a vendor specific entry of type 0x41. When stumbling upon that, this driver hangs in an endless loop. Fix it by keep incrementing the offset on unknown entries, so the loop will eventually stop.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
Linux Linux
Default version status: unaffected
d3c0d12f6474216bf386101e2449cc73e5c5b61d to < 033d498b0f473c6456be5f885be172024ad84972affectedd3c0d12f6474216bf386101e2449cc73e5c5b61d to < fd47edeabadfaa75422009dc5894e92c4c697517affectedd3c0d12f6474216bf386101e2449cc73e5c5b61d to < 4a4d21f531ccf5bb333d99b620e0d66551f3652caffectedd3c0d12f6474216bf386101e2449cc73e5c5b61d to < 4f27eb01619c36cc8e3ce9a2a9af97f145f5d1c6affectedd3c0d12f6474216bf386101e2449cc73e5c5b61d to < ea41020b9018e31c2ea7e9d89021e3e6d7470883affected
Linux Linux
Default version status: affected
6.4affected0 to < 6.4unaffected6.6.143 to ≤ 6.6.*unaffected6.12.94 to ≤ 6.12.*unaffected6.18.36 to ≤ 6.18.*unaffected7.0.13 to ≤ 7.0.*unaffected7.1 to ≤ *unaffected
References
- https://git.kernel.org/stable/c/033d498b0f473c6456be5f885be172024ad84972 ↗
- https://git.kernel.org/stable/c/fd47edeabadfaa75422009dc5894e92c4c697517 ↗
- https://git.kernel.org/stable/c/4a4d21f531ccf5bb333d99b620e0d66551f3652c ↗
- https://git.kernel.org/stable/c/4f27eb01619c36cc8e3ce9a2a9af97f145f5d1c6 ↗
- https://git.kernel.org/stable/c/ea41020b9018e31c2ea7e9d89021e3e6d7470883 ↗