Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update
🔗 CVE IDs covered (10)
📋 Description
CVE-2026-67313 — axios: axios: Denial of Service via uncontrolled recursion in formDataToJSON CVE-2026-67314 — axios: axios: Outbound Request Tampering via Prototype Pollution in Basic Auth CVE-2026-67315 — axios: axios: NO_PROXY bypass allows exposure of local services CVE-2026-67316 — axios: axios: Prototype Pollution allows unauthorized data transmission and network redirection CVE-2026-67317 — axios: axios: Denial of Service via maxBodyLength bypass with ReadableStream CVE-2026-67318 — axios: axios: Denial of Service due to maxBodyLength bypass in HTTP/2 requests CVE-2026-69152 — brace-expansion: DoS via unbounded intermediate arrays, bypassing the CVE-2026-14257 mitigation CVE-2026-69153 — postcss: PostCSS: Information disclosure via crafted sourceMappingURL CVE-2026-69192 — ip-address: ip-address: Inconsistent IP address parsing leads to Server-Side Request Forgery (SSRF) and trust-boundary bypass CVE-2026-69198 — ip-address: ip-address: Server-Side Request Forgery (SSRF) and trust-boundary bypass
🎯 Affected products4
- Red Hat Hardened Images
- grafana13-1-main@aarch64 as a component of Red Hat Hardened Images
- grafana13-1-main@src as a component of Red Hat Hardened Images
- grafana13-1-main@x86_64 as a component of Red Hat Hardened Images
✅ Remediation
For details on how to apply this update, which includes the changes described in this advisory, refer to: https://images.redhat.com/ Workaround: To mitigate this vulnerability, do not pass untrusted input to the expand() function. Workaround: Pass map: false when invoking PostCSS to disable source map auto-loading. This prevents the path traversal from being triggered, though it removes source map support entirely. Workaround: Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base, or stability. Workaround: Validate and sanitize CIDR suffixes on IP address input before passing them to the ip-address library. Reject any user-supplied address where the prefix length is outside the valid range for the address family (0-32 for IPv4, 0-128 for IPv6) or where the prefix length contradicts the intended classification check. Applications that rely on ip-address for SSRF filtering should add an independent server-side check that does not depend on the library's classification methods.
🔗 References (14)
- selfhttps://access.redhat.com/errata/RHSA-2026:50826
- externalhttps://access.redhat.com/security/cve/CVE-2026-67313
- externalhttps://access.redhat.com/security/cve/CVE-2026-67314
- externalhttps://access.redhat.com/security/cve/CVE-2026-67315
- externalhttps://access.redhat.com/security/cve/CVE-2026-67316
- externalhttps://access.redhat.com/security/cve/CVE-2026-67317
- externalhttps://access.redhat.com/security/cve/CVE-2026-67318
- externalhttps://access.redhat.com/security/cve/CVE-2026-69152
- externalhttps://access.redhat.com/security/cve/CVE-2026-69153
- externalhttps://access.redhat.com/security/cve/CVE-2026-69192
- externalhttps://access.redhat.com/security/cve/CVE-2026-69198
- externalhttps://access.redhat.com/security/updates/classification/
- externalhttps://images.redhat.com/
- selfhttps://security.access.redhat.com/data/csaf/v2/advisories/2026/rhsa-2026_50826.json