CVE-2020-7942

Medium

Description

Previously, Puppet operated on a model that a node with a valid certificate was entitled to all information in the system and that a compromised certificate allowed access to everything in the infrastructure. When a node's catalog falls back to the `default` node, the catalog can be retrieved for a different node by modifying facts for the Puppet run. This issue can be mitigated by setting `strict_hostname_checking = true` in `puppet.conf` on your Puppet master. Puppet 6.13.0 and 5.5.19 changes the default behavior for strict_hostname_checking from false to true. It is recommended that Puppet Open Source and Puppet Enterprise users that are not upgrading still set strict_hostname_checking to true to ensure secure behavior. Affected software versions: Puppet 6.x prior to 6.13.0 Puppet Agent 6.x prior to 6.13.0 Puppet 5.5.x prior to 5.5.19 Puppet Agent 5.5.x prior to 5.5.19 Resolved in: Puppet 6.13.0 Puppet Agent 6.13.0 Puppet 5.5.19 Puppet Agent 5.5.19

SeverityMedium
CVSS6.5
Exploit probability—
ProductPuppet
PublishedFeb 19, 2020
First seenFeb 19, 2020

How to fix

Update
  • puppet puppet5.5.19, 6.13.0 or later
  • puppet puppet_agent5.5.19, 6.13.0 or later

Affected products

ProductAffected versionsFixed in
puppet puppet5.5.0 ≤ v < 5.5.19, 6.0.0 ≤ v < 6.13.05.5.19, 6.13.0
puppet puppet_agent5.5.0 ≤ v < 5.5.19, 6.0.0 ≤ v < 6.13.05.5.19, 6.13.0

Check your version

Choose the product and enter the version you run to see whether it falls in the affected range.

In the Intelligence 360 plan

Attack Surface Management

See the assets tied to your domains, the technologies they run and known vulnerabilities in one list.