CVE-2024-12085
A flaw was found in rsync which could be triggered when rsync compares file checksums. This flaw allows an attacker to manipulate the checks
CVSS
7.5
Alta
EPSS
8.6%
p95
KEV
—
Exploit Today
29
0-100
Publicado: 14 de jan. de 2025 · Última mod.: 10 de nov. de 2026 · CWE-908
8.6%EPSS · 30 dias8.8%
2026-10-142026-11-11
A flaw was found in rsync which could be triggered when rsync compares file checksums. This flaw allows an attacker to manipulate the checksum length (s2length) to cause a comparison between a checksum and uninitialized memory and leak one byte of uninitialized stack data at a time.
- access.redhat.comhttps://access.redhat.com/errata/RHBA-2025:6470
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2024:6122
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0324
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0325
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0637
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0688
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0714
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0774
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0787
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0790
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0849
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0884
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:0885
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1120
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1123
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1128
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1225
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1227
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1242
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2025:1451
CVECVSSEPSSKEVRExploitTítuloMod.
CVE-2026-198093.3 BAI—
———The user-mode system call verifier z_vrfy_charger_get_prop() in drivers/charger/charger_handlers.c declares an uninitialized union charger_propval k_val on the kernel (privileged) stack, passes it to the charger driver back end via z_impl_charger_get_prop(), and then copies the full sizeof(union charger_propval) back into the calling user thread's buffer with k_usermode_to_copy(). That discloses kernel stack contents on two paths:
On error. The copy-out ignores the driver's return code. In-tree back ends return an error without writing through the value pointer for properties they do not implement: charger_gpio_get_prop() returns -ENOTSUP unconditionally, and bq24190_get_prop() has a default: return -ENOTSUP; arm that never touches val. The whole union is then stack residue.
On success. A back end writes only the one union member the requested property selects (for example sbs_charger.c writes the one-byte val->present for CHARGER_PROP_PRESENT and returns 0), yet the handler still copies the whole union, so every byte beyond that member is uninitialized.
The handler is compiled only when CONFIG_USERSPACE=y and is reachable by any user-mode thread that has been granted access to a charger device object. K_SYSCALL_DRIVER_CHARGER() validates only the device object and its API pointer, not the property identifier, so an unprivileged thread can choose prop freely: an unimplemented property forces the error path, a narrow one the success path, and the call can be repeated at will.
Each call discloses up to the size of the union (12 bytes on a 32-bit target, 16 bytes on 64-bit targets where the function-pointer members widen it) of supervisor-stack memory. The bytes are residue of earlier kernel-side frames on the thread's privileged stack and can contain kernel object addresses and saved return addresses, which an unprivileged thread cannot otherwise observe and which help defeat address-layout assumptions when exploiting a separate memory-safety defect. There is no integrity or availability impact.
Two commits fix it, and both are needed. 5054384e983c skips the copy-out when the back end reports an error. c31cac727d02 zeroes the union before the driver call, so the bytes copied out on success are driver-written data or zeros. A tree carrying only the first still leaks on every successful call.7hCVE-2026-1269144.3 MÉD—
——0Uninitialized resource in Skia in Google Chrome prior to 157.0.8103.78 allowed a remote attacker to obtain cross-origin data via a crafted HTML page. (Chromium security severity: High)5hCVE-2026-126907——
——0Uninitialized resource in Media in Google Chrome on on Windows prior to 157.0.8103.78 allowed a remote attacker who had compromised the renderer process to potentially read memory outside the sandbox via a crafted HTML page. (Chromium security severity: High)1dCVE-2026-1268984.3 MÉD—
——0Uninitialized resource in Skia in Google Chrome prior to 157.0.8103.78 allowed a remote attacker to obtain cross-origin data via a crafted HTML page. (Chromium security severity: High)5hCVE-2026-1268704.7 MÉD—
——0Uninitialized resource in ANGLE in Google Chrome prior to 157.0.8103.78 allowed a remote attacker to read memory outside the sandbox via a crafted HTML page. (Chromium security severity: High)5hCVE-2026-1268584.7 MÉD—
——0Uninitialized resource in ANGLE in Google Chrome on on Windows prior to 157.0.8103.78 allowed a remote attacker to read memory outside the sandbox via a crafted HTML page. (Chromium security severity: High)5h