CVE-2026-63179
MediumCVSS 4.9Exploitation Probability (EPSS)
Low risk28th percentile - higher than 28% of all known CVEs
Summary
Winter CMS up to version 1.2.12 contains a vulnerability that allows authenticated backend users to disclose arbitrary files readable by the PHP process by injecting @import directives into LESS source. The flaw is due to the LESS parser being instantiated without a safe import resolver. Fixed in version 1.2.13.
Risk Assessment
Disclosure of files, including the .env file with APP_KEY and database credentials, may lead to full application compromise.
Recommendation
Update Winter CMS to version 1.2.13 or later.
Other vulnerabilities in Winter CMS
See all- CVE-2026-54256Medium
Winter CMS up to version 1.2.12 contains a vulnerability in the backend FileUpload form widget that trusts an attacker-controlled file_id POST parameter when resolving the attachment, allowing an authenticated backend user to read and modify attachment records belonging to other users or records. Fixed in version 1.2.13.
- CVE-2026-32639Medium
Winter CMS up to and including 1.2.12 did not enforce per-template-type permission checks in the Theme Editor, allowing a backend user with any single CMS permission to act on template types outside their scope. Additionally, the AssetList widget allowed unauthorized file uploads into the active theme's asset directory.
- CVE-2026-32593Medium
Winter CMS up to and including 1.2.12 is vulnerable to SQL injection in the backend Filter widget via the numberrange scope type when configured with a conditions key, allowing an authenticated backend user to inject arbitrary SQL. Exploitation requires a third-party plugin to have registered such a filter.
- CVE-2026-35445High
Winter CMS is a content management system built on the Laravel PHP framework. In versions prior to 1.2.13, the backend did not validate the handler name submitted through the form postback _handler POST field, allowing an authenticated backend user to invoke arbitrary controller methods, including protected, private, and action-prefixed ones. While AJAX requests validate that handler names match the on[A-Z][\w+]* pattern, the postback path passed the submitted _handler value straight to the handler dispatcher with no such check, so any controller that exposes a public action or conditionally relaxes its $requiredPermissions check could be reached, bypassing the roles and permissions system. The built-in Users controller was affected because it set $requiredPermissions to null for the myaccount action, letting any authenticated backend user invoke user-management methods such as update_onDelete and update_onManualPasswordReset without holding the backend.manage_users permission. This issue is fixed in version 1.2.13.
- CVE-2026-32258High
Winter is a free, open-source content management system (CMS) based on the Laravel PHP framework. From 1.2.10 through 1.2.12, authenticated backend users with the backend.manage_editor permission can store custom Markup Styles that are compiled by the LESS parser and rendered without sanitization on every backend page, allowing stored cross-site scripting. This issue is fixed in version 1.2.13.
- CVE-2026-32257High
Winter is a free, open-source content management system (CMS) based on the Laravel PHP framework. Prior to 1.2.13, custom CSS supplied through the Brand Settings Styles field by a backend user with the backend.manage_branding permission is compiled by the LESS parser and rendered without sanitization on every backend page, allowing stored cross-site scripting against backend users. This issue is fixed in version 1.2.13.
- CVE-2026-79774High
Winter CMS versions before 1.2.13 contain an incomplete fix for a Twig sandbox escape vulnerability in System\Twig\SecurityPolicy that allows authenticated backend users with template-editing permissions to bypass sandbox restrictions. Attackers can exploit method forwarding through Eloquent models and query builders using methods like saveQuietly(), deleteQuietly(), increment(), decrement(), and newQuery() to read and modify arbitrary database records, execute arbitrary SQL, and achieve remote code execution by injecting PHP into template code sections.
- CVE-2026-79773Medium
Winter CMS before version 1.2.13 contains a local file inclusion vulnerability in the JavascriptImporter filter that allows authenticated users with cms.manage_assets permission to disclose arbitrary server-readable files by placing =include or =require directives in theme JavaScript assets. Attackers can reference files like .env outside the theme directory, and the combined output served through the combine route becomes readable by unauthenticated visitors, exposing application keys and database credentials.
- CVE-2023-37269Low
In the Winter content management system, prior to version 1.2.3, users with the `backend.manage_branding` permission could upload SVG files as application logos without sanitization, potentially leading to XSS attacks. Version 1.2.3 introduces fixes that provide full support for SVG uploads and automatic sanitization of these files.
Original NVD description (English source)
Winter CMS is a content management system built on the Laravel PHP framework. In versions up to and including 1.2.12, authenticated backend users can disclose arbitrary files readable by the PHP process by injecting @import (inline) directives into LESS source that the backend compiles, because the LESS parser was instantiated without a safe import resolver and fell back to the raw attacker-supplied path when no allowed root matched. The flaw is reachable through four entry points that share the same root cause: the Brand Settings custom_css field, the Editor Settings html_custom_styles field, the Mail Brand Settings colour-picker fields whose values are concatenated into LESS source without escaping, and theme .less, .sass, and .scss assets compiled when served. Both absolute paths and .. traversal outside the asset's own tree were accepted, so an attacker could read any file the web process can access, most significantly the application .env file and the APP_KEY and database credentials it contains. Exploitation requires a backend account holding one of the associated permissions, which are assigned by default to the built-in Developer role. This issue is fixed in version 1.2.13.

