Skip to content
Heist/ feed
Back to feed
High

zbus_polkit: polkit authorization bypass via PID reuse due to incorrect D-Bus type for the subject UID

Type: advisorySources: OSV

Subject::new_for_owner() in the zbus_polkit crate encodes the uid entry of a unix-process polkit subject as an unsigned 32-bit integer (D-Bus type u), whereas the org.freedesktop.PolicyKit1.Authority interface specifies a signed 32-bit integer (D-Bus type i). Because of this type mismatch, polkit silently discards the caller-supplied UID and instead determines the subject's owner itself by looking up the PID in /proc, a lookup that is inherently subject to a time-of-check/time-of-use race. Consequently, an application that passes a UID obtained from a trustworthy source — for example SO_PEERCRED Unix socket peer credentials — in order to defend against PID reuse receives no protection, and the supplied UID has no effect on the authorization decision. A local unprivileged attacker who can cause an authorized process to terminate and then win the race to have their own process assigned the same PID can be authorized under the identity of the terminated process, bypassing the polkit authorization check and performing actions the attacker is not entitled to. This issue affects zbus_polkit before 5.1.0.

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2026-78422
Confirmed fixed CVEs
Not specified
Updated in this feed
7 Nov 2026, 09:48 UTC · Revision 1

Source evidence

zbus_polkit: polkit authorization bypass via PID reuse due to incorrect D-Bus type for the subject UID

core-osv · Original source

Published 31 Aug 2026, 14:14 UTC

Subject::new_for_owner() in the zbus_polkit crate encodes the uid entry of a unix-process polkit subject as an unsigned 32-bit integer (D-Bus type u), whereas the org.freedesktop.PolicyKit1.Authority interface specifies a signed 32-bit integer (D-Bus type i). Because of this type mismatch, polkit silently discards the caller-supplied UID and instead determines the subject's owner itself by looking up the PID in /proc, a lookup that is inherently subject to a time-of-check/time-of-use race. Consequently, an application that passes a UID obtained from a trustworthy source — for example SO_PEERCRED Unix socket peer credentials — in order to defend against PID reuse receives no protection, and the supplied UID has no effect on the authorization decision. A local unprivileged attacker who can cause an authorized process to terminate and then win the race to have their own process assigned the same PID can be authorized under the identity of the terminated process, bypassing the polkit authorization check and performing actions the attacker is not entitled to. This issue affects zbus_polkit before 5.1.0.

osv:CVE-2026-78422
Complete source record
{
  "id": "1311d51cff54b3e818d559eaa38019e61cb8c3a61c1b570ee496721814e5fa97",
  "url": "https://osv.dev/vulnerability/CVE-2026-78422",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "zbus_polkit: polkit authorization bypass via PID reuse due to incorrect D-Bus type for the subject UID",
    "summary": "Subject::new_for_owner() in the zbus_polkit crate encodes the uid entry of a unix-process polkit subject as an unsigned 32-bit integer (D-Bus type u), whereas the org.freedesktop.PolicyKit1.Authority interface specifies a signed 32-bit integer (D-Bus type i). Because of this type mismatch, polkit silently discards the caller-supplied UID and instead determines the subject's owner itself by looking up the PID in /proc, a lookup that is inherently subject to a time-of-check/time-of-use race. Consequently, an application that passes a UID obtained from a trustworthy source — for example SO_PEERCRED Unix socket peer credentials — in order to defend against PID reuse receives no protection, and the supplied UID has no effect on the authorization decision. A local unprivileged attacker who can cause an authorized process to terminate and then win the race to have their own process assigned the same PID can be authorized under the identity of the terminated process, bypassing the polkit authorization check and performing actions the attacker is not entitled to. This issue affects zbus_polkit before 5.1.0.",
    "evidence": "osv:CVE-2026-78422",
    "products": [],
    "severity": "high",
    "structured": {
      "id": "CVE-2026-78422",
      "aliases": [
        "CVE-2026-78422",
        "RUSTSEC-2026-0278"
      ],
      "metrics": [
        {
          "type": "CVSS_V4",
          "score": "CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/z-galaxy/zbus_polkit",
              "type": "GIT",
              "events": [
                {
                  "introduced": "0"
                },
                {
                  "fixed": "5e8b503db5712159abf967a581818a9981fafbac"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "fixed": "5.1.0"
                      }
                    ],
                    "source": "AFFECTED_FIELD",
                    "strategy": "StandardRange"
                  },
                  {
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "fixed": "5.1.0"
                      }
                    ],
                    "source": "DESCRIPTION"
                  }
                ]
              }
            }
          ],
          "versions": [
            "zbus_polkit-5.0.0",
            "zbus_polkit-4.0.0",
            "zbus_polkit-3.0.1",
            "zbus_polkit-3.0.0",
            "zbus_polkit-2.0.2",
            "zbus_polkit-2.0.1",
            "zbus_polkit-2.0.0-beta.8",
            "zbus_polkit-2.0.0-beta.7",
            "zbus_polkit-2.0.0-beta.6",
            "zbus_polkit-2.0.0-beta.5",
            "zbus_polkit-2.0.0-beta.4",
            "zbus_polkit-1.2.0",
            "zbus_polkit-1.1.0",
            "zbus_polkit-1.0.1",
            "zbus_polkit-1.0.0"
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-78422.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:50.575421090Z",
      "provider": "osv",
      "references": [
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/78xxx/CVE-2026-78422.json",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-78422",
        "https://bugzilla.suse.com/show_bug.cgi?id=1277659",
        "https://github.com/z-galaxy/zbus_polkit/pull/101",
        "https://github.com/z-galaxy/zbus_polkit"
      ],
      "provider_metadata": {
        "cwe_ids": [
          "CWE-367",
          "CWE-686"
        ],
        "cna_assigner": "suse",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/78xxx/CVE-2026-78422.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-78422",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 518922,
  "published_at": "2026-08-31T14:14:13.558+00:00"
}