Authentication Bypass Affecting openshift4/ose-ironic-rhel9 package, versions *


Severity

Recommended
low

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.21% (11th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL7-OPENSHIFT4OSEIRONICRHEL9-21090583
  • published16 Oct 2026
  • disclosed17 Apr 2024

Introduced: 17 Apr 2024

CVE-2024-31463  (opens in a new tab)
CWE-288  (opens in a new tab)

How to fix?

There is no fixed version for RHEL:7 openshift4/ose-ironic-rhel9.

NVD Description

Note: Versions mentioned in the description apply only to the upstream openshift4/ose-ironic-rhel9 package and not the openshift4/ose-ironic-rhel9 package as distributed by RHEL. See How to fix? for RHEL:7 relevant fixed versions and status.

Ironic-image is an OpenStack Ironic deployment packaged and configured by Metal3. When the reverse proxy mode is enabled by the IRONIC_REVERSE_PROXY_SETUP variable set to true, 1) HTTP basic credentials are validated on the HTTPD side in a separate container, not in the Ironic service itself and 2) Ironic listens in host network on a private port 6388 on localhost by default. As a result, when the reverse proxy mode is used, any Pod or local Unix user on the control plane Node can access the Ironic API on the private port without authentication. A similar problem affects Ironic Inspector (INSPECTOR_REVERSE_PROXY_SETUP set to true), although the attack potential is smaller there. This issue affects operators deploying ironic-image in the reverse proxy mode, which is the recommended mode when TLS is used (also recommended), with the IRONIC_PRIVATE_PORT variable unset or set to a numeric value. In this case, an attacker with enough privileges to launch a pod on the control plane with host networking can access Ironic API and use it to modify bare-metal machine, e.g. provision them with a new image or change their BIOS settings. This vulnerability is fixed in 24.1.1.

CVSS Base Scores

version 3.1