Description
The set_language_path function in geshi.php in Generic Syntax Highlighter (GeSHi) before 1.0.8.1 might allow remote attackers to conduct file inclusion attacks via crafted inputs that influence the default language path ($path variable). NOTE: this issue has been disputed by a vendor, stating that only a static value is used, so this is not a vulnerability in GeSHi. Separate CVE identifiers would be created for web applications that integrate GeSHi in a way that allows control of the default language path
Fixed in Linux distributions
Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.
Debian
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Debian 14 | dokuwiki | 0.0.20080505-3.1 | — |
| Debian 14 | geshi | 1.0.8.1-1 | — |
| Debian 13 | dokuwiki | 0.0.20080505-3.1 | — |
| Debian 13 | geshi | 1.0.8.1-1 | — |
| Debian 12 | dokuwiki | 0.0.20080505-3.1 | — |
| Debian 12 | geshi | 1.0.8.1-1 | — |
| Debian 5.0 | geshi | 1.0.7.22-1+lenny1 | DTSA-179-1 |
Advisories 1
- DTSA-179-1 geshi - multiple issues Debian Security (DSA / DLA) · Mar 9, 2026
References
- geshi-unspecified-code-execution(46271) vdb-entry
- http://sourceforge.net/project/shownotes.php?release_id=637321
- 32559 third-party-advisory
- 32070 vdb-entry
- [oss-security] 20081110 GeSHi: Clarification about the recent security (non-)issues (SA32559) mailing-list
- 49488 vdb-entry