https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-05T11:30:06.639888+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/bdu:2026-00116 bdu:2026-00116 2026-10-05T11:30:06.713839+00:00 bdu:2026-00116 https://cve.radiocsirt.org/vuln/euvd-2026-222996 EUVD-2026-222996 2026-10-05T11:30:06.713884+00:00 EUVD-2026-222996 https://cve.radiocsirt.org/vuln/fkie_cve-2025-27512 fkie_cve-2025-27512 2026-10-05T11:30:06.713899+00:00

Zincati is an auto-update agent for Fedora CoreOS hosts. Zincati ships a polkit rule which allows the `zincati` system user to use the actions `org.projectatomic.rpmostree1.deploy` to deploy updates to the system and `org.projectatomic.rpmostree1.finalize-deployment` to reboot the system into the deployed update. Since Zincati v0.0.24, this polkit rule contains a logic error which broadens access of those polkit actions to any unprivileged user rather than just the `zincati` system user. In practice, this means that any unprivileged user with access to the system D-Bus socket is able to deploy older Fedora CoreOS versions (which may have other known vulnerabilities). Note that rpm-ostree enforces that the selected version must be from the same branch the system is currently on so this cannot directly be used to deploy an attacker-controlled update payload. This primarily impacts users running untrusted workloads with access to the system D-Bus socket. Note that in general, untrusted workloads should not be given this access, whether containerized or not. By default, containers do not have access to the system D-Bus socket. The logic error is fixed in Zincati v0.0.30. A workaround is to manually add a following polkit rule, instructions for which are available in the GitHub Security Advisory.

 https://cve.radiocsirt.org/vuln/ghsa-w6fv-6gcc-x825 GHSA-w6fv-6gcc-x825 — Zincati allows unprivileged access to rpm-ostree D-Bus `Deploy()` and `FinalizeDeployment()` methods 2026-10-05T11:30:06.713937+00:00

Affected: crates.io: zincati

### Impact

Zincati ships a polkit rule which allows the `zincati` system user to use the following actions: - `org.projectatomic.rpmostree1.deploy`: used to deploy updates to the system - `org.projectatomic.rpmostree1.finalize-deployment`: used to reboot the system into the deployed update

Since Zincati [v0.0.24](https://github.com/coreos/zincati/releases/tag/v0.0.24), this polkit rule contains a logic error which broadens access of those polkit actions to any unprivileged user rather than just the `zincati` system user.

In practice, this means that any unprivileged user with access to the system D-Bus socket is able to deploy older Fedora CoreOS versions (which may have other known vulnerabilities). Note that rpm-ostree enforces that the selected version must be from the same branch the system is currently on so this cannot directly be used to deploy an attacker-controlled update payload.

This primarily impacts users running untrusted workloads with access to the system D-Bus socket. Note that in general, untrusted workloads should not be given this access, whether containerized or not. By default, containers do not have access to the system D-Bus socket.

### Patches

The logic error is fixed in Zincati v0.0.30. The fix is included in the following FCOS releases: - On the `stable` stream: 41.20250302.3.2 - On the `testing` stream: 41.20250315.2.0 - On the `next` stream: 42.20250316.1.0

### Workarounds

A workaround is to add the following polkit rule:

```javascript p…