CVE-2026-107848Low· 3.5▾ SunlitContao: Cross-site request forgery in custom backend actions
▾ Sunlit zone — Low / medium · no exploitation signal
impact 19.3 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
RequestTokenListener is the only generic REQUEST_TOKEN validator in Contao and it only runs on POST. On the GET side the guard is local and declarative, and it only fires when an act parameter is present. Every back end action dispatched through a different parameter therefore has no CSRF protection at all. This is a family rather than a single bug.
An attacker who gets a logged in back end user to load a URL performs back end actions as that user, with no token and no confirmation. Because the exposure follows from the dispatch mechanism rather than from one callback, every present and future key= action inherits it.
Honest bound. The victim must be authenticated in the back end and must load the URL, and the reachable actions are limited to the modules that user can access. We have not found a key= action that grants privileges; the ones we verified are destructive or state changing rather than escalating.
contao/core-bundle >= 4.0.0, < 5.3.50contao/core-bundle >= 5.4.0-RC1, < 5.7.12Upgrade to a patched release:
contao/core-bundle 5.3.50contao/core-bundle 5.7.12Connected by shared product, vendor, weakness, or advisory.
CVE-2026-107850Medium· 4.3Contao: Improper access control in the preview links module
CVE-2026-107851Medium· 4.3Contao: Improper access control in the table access voter
CVE-2026-107843Medium· 5.3Contao is an Open Source CMS
CVE-2026-107844Medium· 5.3Contao is an Open Source CMS
CVE-2026-107842Medium· 5.3Contao is an Open Source CMS
CVE-2026-107845Critical· 9.3Contao is an Open Source CMS