Content management and web applications
Craft CMS: CVE-2026-112777 Twig create() blocklist bypass
Craft CMS check
Craft CMS limits which classes the Twig create() function may instantiate with a blocklist of class names. The checks are case-sensitive while PHP class resolution is not, so a differently capitalized class name gets past the blocklist. The result is remote code execution, or reading secrets such as the .env file, for someone who can make Twig render attacker-controlled template content.
| CVE | CVE-2026-112777 (CWE-184, GitHub advisory GHSA-w643-x88w-6wcm, published 19 October 2026) |
| Severity | High: 8.7 (CVSS 4.0), 7.2 (CVSS 3.1) |
| Affected | Craft CMS 4.0.0 up to 4.18.8, and 5.0.0 up to 5.11.0 |
| Fixed | 4.18.8 and 5.11.0 |
| Needs | Template-execution rights. This is an authenticated flaw: a compromised or malicious control panel account, or any setup where untrusted users can supply template code |
| Exploit | One CVE aggregator reports a GitHub proof of concept, which is not linked here. This tool contains no exploit logic |
| Same release | The same two versions fix several related Twig sandbox and behavior-injection flaws, so updating covers more than this one issue |
Quick start
-
Download the script. The repository is mirrored on GitHub and Codeberg; pick a base URL.
# BASE from GitHub: https://raw.githubusercontent.com/PrivacySafe/security-patches/refs/heads/main # BASE from Codeberg: https://codeberg.org/PrivacySafe/security-patches/raw/branch/main # curl -fLO "$BASE/craft/craftcms-check.sh" curl -fLO https://raw.githubusercontent.com/PrivacySafe/security-patches/refs/heads/main/craft/craftcms-check.sh -
Read it before running it, then make it executable.
less craftcms-check.sh chmod +x craftcms-check.sh -
Check this host. By default it searches
/var/www /srv /home /opt; pass directories to narrow it../craftcms-check.sh check ./craftcms-check.sh check /var/www/mysite
Commands
| Command | What it does |
|---|---|
check [DIR ...] (default) |
Finds composer.lock files, reads the Craft version from vendor/craftcms/cms/src/config/app.php when it is installed (it wins over the lock file) and otherwise from composer.lock, compares it with 4.18.8 and 5.11.0, and reads config/general.php for allowAdminChanges and enableTwigSandbox |
version |
Prints the script version |
Exit codes: 0 nothing affected, 1 an affected version was found, 2 bad arguments.
How to read the result
- Affected version: update. The configuration lines tell you how reachable the flaw is, they do not make an affected version safe.
allowAdminChanges: Craft recommends turning it off in production. If it is on, any admin account can change configuration that feeds Twig. The script reads both the array style ('allowAdminChanges' => false) and the fluent style (->allowAdminChanges(false)).enableTwigSandbox: reported as information. The advisory does not say whether the sandbox stops this specific bypass, so do not treat it as a mitigation.- Craft 3 and older are end of life and the advisory covers 4.x and 5.x, so the script warns and does not call them affected by this CVE.
- 6.x pre-releases and dev checkouts cannot be compared mechanically. The script warns and points you at the advisory.
Fixing it
composer update craftcms/cms # 4.18.8 or later on 4.x, 5.11.0 or later on 5.x
php craft up
While you prepare the update, review who holds admin or template-related permissions in the control panel, remove accounts you do not recognize, and set allowAdminChanges to false in production. Those steps narrow who can reach the flaw. They are PrivacySafe's recommendation and work alongside the update.
Sources
Before you run it
- The fix. Update to 4.18.8 or 5.11.0. The same two releases fix several related Twig sandbox flaws, so updating covers more than this one issue.
- The flaw is authenticated. It needs template-execution rights, so the realistic attackers are a compromised or malicious control panel account, or any setup that lets untrusted users supply template code.
- It reads the install, not the site. The version comes from
vendor/craftcms/cmsandcomposer.lock. Fromconfig/general.phpit reports whetherallowAdminChangesis off and whether the Twig sandbox is on. - There is no hunt. No indicators of exploitation have been published for this flaw.
- It also checks running docker and podman containers, unless you name a directory or set
SCAN_CONTAINERS=0. The check finds installs inside running docker and podman containers by their marker file, copies only the files it reads into a private temporary directory, and judges them like a host install. A path shown as.../docker_NAME_PATHis the PATH inside the container NAME. It never runs anything in a container beyondfindand a file copy, never copies.envorwp-config.php, never keeps a staged symlink, and is skipped when you name directories yourself.
The Security Patches software and this documentation are dedicated to the public domain under CC0 1.0 Universal. Other pages on privacysafe.app/docs are CC BY-SA 4.0 unless the page says otherwise.