CVE-2012-1188 — forkcms
Fix: forkcms/forkcms@1269fe8CVE-2012-1188 is a Cross-site Scripting (XSS) vulnerability in forkcms/forkcms. 3 public exploit or proof-of-concept references are indexed, so weaponization risk is real. A fix is available for forkcms/forkcms — see the affected versions and patch details below.
Fork CMS Multiple XSS Vulnerabilities
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
Real-World Exposure
forkcms/forkcmsReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects Packagist packages — download data is not available via public APIs for these ecosystems.
Description
Multiple cross-site scripting (XSS) vulnerabilities in Fork CMS before 3.2.7 allow remote attackers to inject arbitrary web script or HTML via the (1) type or (2) querystring parameters to private/en/error or (3) name parameter to private/en/locale/index.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐘Packagist | forkcms/forkcms | all versions | 3.2.7composer require forkcms/forkcms:^3.2.7 |
Affected Products
fork cmsfork-cmsResearch use only. For defensive security, authorized penetration testing, and academic research only. Never execute exploit code against systems without explicit written authorization.
Fork CMS 3.x - '/private/en/locale/index?name' Cross-Site Scripting
by anonymous · Feb 28, 2012
Fork CMS 3.x - '/backend/modules/error/actions/index.php?parse()' Multiple Error Display Cross-Site Scripting Vulnerabilities
by anonymous · Feb 28, 2012
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for forkcms/forkcms, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update forkcms/forkcms to 3.2.7 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2012-1188 is resolved across your whole dependency graph.
Workarounds
Escape or sanitise the affected output on the server side rather than relying on client-side filtering, and add a Content-Security-Policy that blocks inline script execution so injected markup cannot run even if it reaches the page.
Frequently Asked Questions
Is CVE-2012-1188 in your dependencies?
Find it across Packagist, including transitive dependencies.