Advisory Database
  • Advisories
  • Dependency Scanning
  1. composer
  2. ›
  3. winter/wn-backend-module
  4. ›
  5. GHSA-fm29-4mq3-phg6

GHSA-fm29-4mq3-phg6: Winter: ImportExportController AJAX handlers bypass granular import/export permission gate

August 20, 2026 (updated August 21, 2026)

Affected versions of Winter CMS did not enforce the ImportExportController behavior’s granular access control on the handlers that actually perform the work.

The behavior supports per-operation access control through the import[permissions] and export[permissions] configuration keys, enforced by userHasAccess(). That check was applied only to the import() and export() page actions.

Backend\Classes\Controller::execAjaxHandlers() dispatches AJAX handlers and returns before execPageAction() runs, and the behavior binds its import and export form widgets in its constructor on every request to the controller. The handlers were therefore fully functional without the gated page action ever executing, and none of them carried the check:

  • onImport() — reaches $model->import() with attacker-supplied column mappings
  • onImportLoadForm()
  • onImportLoadColumnSampleForm()
  • onExport() — reaches $model->export()
  • onExportLoadForm()
  • download() — streams a completed export file

An authenticated backend user who could reach such a controller through its coarse $requiredPermissions, but who was denied the granular import or export permission, could therefore:

  • exfiltrate the entire dataset exposed by the export model, via onExport() followed by download(); and
  • write or overwrite records through the import model, via onImport().

userHasAccess() is default-permissive — it returns true unless the corresponding permissions key is configured — so only controllers that declare granular import/export permissions were affected. Those are precisely the controllers whose authors opted in to restricting these operations, and for which the configuration silently had no effect on the paths that mattered.

Note that CSRF tokens are still verified on all POST requests, so the attacker must be logged into the backend with a valid session.

To actively exploit this issue, an attacker would need a backend account with access to a controller that implements this behavior and declares an import[permissions] or export[permissions] value more restrictive than that controller’s own $requiredPermissions.

References

  • github.com/advisories/GHSA-fm29-4mq3-phg6
  • github.com/wintercms/winter/commit/84c81f153f2dc3e2c7b03ab14a4a3ca8456d0e4f
  • github.com/wintercms/winter/releases/tag/v1.2.14
  • github.com/wintercms/winter/security/advisories/GHSA-fm29-4mq3-phg6

Code Behaviors & Features

Detect and mitigate GHSA-fm29-4mq3-phg6 with GitLab Dependency Scanning

Secure your software supply chain by verifying that all open source dependencies used in your projects contain no disclosed vulnerabilities. Learn more about Dependency Scanning →

Affected versions

All versions before 1.2.14

Fixed versions

  • 1.2.14

Solution

Upgrade to version 1.2.14 or above.

Impact 8.3 HIGH

CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L

Learn more about CVSS

Weakness

  • CWE-862: Missing Authorization
  • CWE-863: Incorrect Authorization

Source file

packagist/winter/wn-backend-module/GHSA-fm29-4mq3-phg6.yml

Spotted a mistake? Edit the file on GitLab.

  • Site Repo
  • About GitLab
  • Terms
  • Privacy Statement
  • Contact

Page generated Fri, 11 Sep 2026 00:16:58 +0000.