Skip to main content
VulnerabilityPublished Updated

CVE-2020-1712: [UNKNOWN] systemd · Use After Free

Affects [UNKNOWN] systemdSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High : upgrade to 245-rc1 soon.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 245-rc1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 31 Mar 2020

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade systemd/systemd to 245-rc1.

Affected software

ProductAffectedFixed in
GitHubsystemd/systemdpkg:github/systemd/systemdOther threatsAffected
  • <245-rc1
Fixed in
  • 245-rc1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2020-1712 effectively, European organizations should: 1) Immediately upgrade systemd to version v245-rc1 or later, where the vulnerability is patched. If upgrading is not feasible, apply any available vendor-specific patches or backported fixes. 2) Restrict local access to systems by enforcing strict user account controls, limiting the number of users with shell access, and employing strong authentication mechanisms such as multi-factor authentication (MFA). 3) Monitor and audit D-Bus message traffic and systemd service logs for unusual or suspicious activity that could indicate exploitation attempts. 4) Implement application whitelisting and endpoint detection and response (EDR) solutions to detect and prevent unauthorized code execution. 5) Harden Polkit configurations to minimize unnecessary privilege grants and review policies to ensure least privilege principles are enforced. 6) Conduct regular vulnerability assessments and penetration testing focusing on local privilege escalation vectors. 7) Educate system administrators and security teams about this vulnerability and the importance of timely patching and monitoring.

Description

A heap use-after-free vulnerability was found in systemd before version v245-rc1, where asynchronous Polkit queries are performed while handling dbus messages. A local unprivileged attacker can abuse this flaw to crash systemd services or potentially execute code and elevate their privileges, by sending specially crafted dbus messages.

References

Community reviews

Loading reviews…