Поиск уязвимостей
Количество 21
Количество 21
GHSA-x9rp-8j88-vh76
In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These ...
CVE-2021-46935
In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These are ...
CVE-2021-46935
In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These are ...
CVE-2021-46935
In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These are
CVE-2021-46935
In the Linux kernel, the following vulnerability has been resolved: b ...
BDU:2024-06345
Уязвимость функции async_free_space() в компоненте binder ядра операционной системы Linux, позволяющая нарушителю раскрыть защищаемую информацию
ROS-20240814-02
Множественные уязвимости kernel-lt
ALT-PU-2022-7795
ALT-PU-2022-7795: package `kernel-image-std-def` update to version 5.10.90-alt1
ALT-PU-2022-1108
ALT-PU-2022-1108: package `kernel-image-mp` update to version 5.15.16-alt1
ALT-PU-2022-7708
ALT-PU-2022-7708: package `kernel-image-std-def` update to version 5.10.90-alt1
ALT-PU-2022-1051
ALT-PU-2022-1051: package `kernel-image-un-def` update to version 5.15.14-alt1
ALT-PU-2022-1026
ALT-PU-2022-1026: package `kernel-image-un-def` update to version 5.15.14-alt1
ALT-PU-2022-1012
ALT-PU-2022-1012: package `kernel-image-rt` update to version 5.10.90-alt1.rt60
ALT-PU-2022-1057
ALT-PU-2022-1057: package `kernel-image-std-kvm` update to version 5.10.91-alt1
ALT-PU-2022-7822
ALT-PU-2022-7822: package `kernel-image-xenomai` update to version 4.19.229-alt1.cip67.21
ALT-PU-2022-1016
ALT-PU-2022-1016: package `kernel-image-rpi-un` update to version 5.15.13-alt1
ALT-PU-2022-1015
ALT-PU-2022-1015: package `kernel-image-rpi-un` update to version 5.15.13-alt1
ALT-PU-2022-1428
ALT-PU-2022-1428: package `kernel-image-rt` update to version 5.10.100-alt1.rt62
ALT-PU-2022-2096
ALT-PU-2022-2096: package `kernel-image-xenomai` update to version 4.19.229-alt1.cip67.21
ALT-PU-2022-1421
ALT-PU-2022-1421: package `kernel-image-rpi-def` update to version 5.15.25-alt1
Уязвимостей на страницу
Уязвимость | CVSS | EPSS | Опубликовано | |
|---|---|---|---|---|
GHSA-x9rp-8j88-vh76 In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These ... | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46935 In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These are ... | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46935 In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These are ... | CVSS3: 4.4 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46935 In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_free_space were leaked on every async transaction of 8-bytes or less. These small transactions are uncommon, so this accounting issue has gone undetected for several years. The fix is to use "buffer_size" (the allocated buffer size) instead of "size" (the logical buffer size) when updating the async_free_space during the free operation. These are | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
CVE-2021-46935 In the Linux kernel, the following vulnerability has been resolved: b ... | CVSS3: 5.5 | 0% Низкий | больше 2 лет назад | |
BDU:2024-06345 Уязвимость функции async_free_space() в компоненте binder ядра операционной системы Linux, позволяющая нарушителю раскрыть защищаемую информацию | CVSS3: 5.5 | 0% Низкий | почти 5 лет назад | |
ROS-20240814-02 Множественные уязвимости kernel-lt | CVSS3: 8.8 | около 2 лет назад | ||
ALT-PU-2022-7795 ALT-PU-2022-7795: package `kernel-image-std-def` update to version 5.10.90-alt1 | CVSS3: 7.8 | почти 5 лет назад | ||
ALT-PU-2022-1108 ALT-PU-2022-1108: package `kernel-image-mp` update to version 5.15.16-alt1 | CVSS3: 9.8 | почти 5 лет назад | ||
ALT-PU-2022-7708 ALT-PU-2022-7708: package `kernel-image-std-def` update to version 5.10.90-alt1 | CVSS3: 7.8 | почти 5 лет назад | ||
ALT-PU-2022-1051 ALT-PU-2022-1051: package `kernel-image-un-def` update to version 5.15.14-alt1 | CVSS3: 8.8 | почти 5 лет назад | ||
ALT-PU-2022-1026 ALT-PU-2022-1026: package `kernel-image-un-def` update to version 5.15.14-alt1 | CVSS3: 8.8 | почти 5 лет назад | ||
ALT-PU-2022-1012 ALT-PU-2022-1012: package `kernel-image-rt` update to version 5.10.90-alt1.rt60 | CVSS3: 8.8 | почти 5 лет назад | ||
ALT-PU-2022-1057 ALT-PU-2022-1057: package `kernel-image-std-kvm` update to version 5.10.91-alt1 | CVSS3: 8.8 | почти 5 лет назад | ||
ALT-PU-2022-7822 ALT-PU-2022-7822: package `kernel-image-xenomai` update to version 4.19.229-alt1.cip67.21 | CVSS3: 9.8 | больше 4 лет назад | ||
ALT-PU-2022-1016 ALT-PU-2022-1016: package `kernel-image-rpi-un` update to version 5.15.13-alt1 | CVSS3: 9.8 | почти 5 лет назад | ||
ALT-PU-2022-1015 ALT-PU-2022-1015: package `kernel-image-rpi-un` update to version 5.15.13-alt1 | CVSS3: 9.8 | почти 5 лет назад | ||
ALT-PU-2022-1428 ALT-PU-2022-1428: package `kernel-image-rt` update to version 5.10.100-alt1.rt62 | CVSS3: 9.8 | больше 4 лет назад | ||
ALT-PU-2022-2096 ALT-PU-2022-2096: package `kernel-image-xenomai` update to version 4.19.229-alt1.cip67.21 | CVSS3: 9.8 | больше 4 лет назад | ||
ALT-PU-2022-1421 ALT-PU-2022-1421: package `kernel-image-rpi-def` update to version 5.15.25-alt1 | CVSS3: 9.8 | больше 4 лет назад |
Уязвимостей на страницу