CVE-2026-112177: Ghostscript: reintroduction of .charkeys -dsafer bypass in rhel 8

Published Oct 19, 2026
·
Updated

A flaw was found in Ghostscript as shipped with Red Hat Enterprise Linux 8. The correction for CVE-2019-14869 was omitted during the rebase from version 9.25 to 9.27, leaving privileged .forceput operations in the .charkeys procedure insufficiently protected. Processing a specially crafted PostScript file may allow an attacker to bypass -dSAFER restrictions and access files outside the permitted paths or execute commands with the permissions of the Ghostscript process.

Other sources

A flaw was found in Ghostscript as shipped with Red Hat Enterprise Linux 8. The fix for CVE-2019-14869 was omitted when the package was rebased from version 9.25 to 9.27, reintroducing three privileged .forceput calls in the .charkeys procedure in Resource/Init/gsttf.ps. Processing a specially crafted PostScript file may allow an attacker to bypass -dSAFER restrictions and access files outside the permitted paths or execute commands with the permissions of the Ghostscript process.

— Red Hat

Affected Software

1 affected component
Artifex Ghostscript=9.27

Event History

Oct 19, 2026
Data Sourced
via Red Hat·12:28 PM
DescriptionSeverityAffected Software
Oct 20, 2026
CVE Published
via MITRE·07:25 AM
Data Sourced
via MITRE·07:25 AM
DescriptionSeverityWeakness
Data Sourced
via NVD·08:16 AM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which systems are affected?

The flaw affects Ghostscript as shipped with Red Hat Enterprise Linux 8. The issue was reintroduced during the package rebase from version 9.25 to 9.27.

2

What must an attacker do to exploit this issue?

An attacker needs Ghostscript to process a specially crafted PostScript file. No authentication or user interaction is indicated by the supplied severity vector.

3

What is the impact if exploitation succeeds?

The attacker may bypass -dSAFER restrictions, access files outside permitted paths, or execute commands with the permissions of the Ghostscript process.

4

Are -dSAFER-enabled deployments protected?

No. The vulnerability specifically bypasses -dSAFER restrictions because privileged .forceput operations in the .charkeys procedure are insufficiently protected.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203