CVE-2023-22853
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedTiki before 24.1, when feature_create_webhelp is enabled, allows lib/structures/structlib.php PHP Object Injection because of an eval.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceTiki Wiki CMS before version 24.1 contains a PHP Object Injection vulnerability in lib/structures/structlib.php when the feature_create_webhelp feature is enabled. The vulnerability stems from unsafe use of eval() on user-controlled data, allowing authenticated attackers to inject serialized PHP objects and potentially achieve remote code execution.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE data< 24.1CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- Low
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- High
- Availability
- High
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Confirm Tiki Wiki CMS installationLocate the Tiki installation directory and identify if this is a Tiki Wiki CMS instance. Check for typical Tiki files such as index.php, tiki-setup.php, or the tiki/ directory structure.Affected if The system is not running Tiki Wiki CMS, then this CVE does not apply.
-
Check installed Tiki versionLook for a version indicator in the Tiki installation. Common locations include: a VERSION file in the root directory, the tiki/version.php file, or the admin panel under Admin > System > Info. Compare the version number to the affected range (< 24.1).Affected if The installed version is 24.1 or higher, the vulnerability is not present. Versions below 24.1 are potentially affected.
-
Verify feature_create_webhelp is enabledCheck the Tiki configuration for the feature_create_webhelp setting. This can typically be found in the database table tiki_preferences, or in the tiki-admin.php admin panel under Wiki settings. Look for feature_create_webhelp set to 'y' or '1'.Affected if feature_create_webhelp is disabled (set to 'n', '0', or not present), the vulnerable code path is not triggered even in versions below 24.1.
-
Inspect the vulnerable file for unsafe eval()Examine the file lib/structures/structlib.php in the Tiki installation. Search for eval() calls within functions related to webhelp creation. The vulnerability exists when user input flows into an eval() statement.Affected if The eval() call with unsanitized user input is present in structlib.php and the feature_create_webhelp is enabled, the system is vulnerable to PHP Object Injection.
The system is affected only if it runs Tiki Wiki CMS version below 24.1 AND has the feature_create_webhelp setting enabled, allowing authenticated attackers to inject PHP objects via the unsafe eval() in structlib.php.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scoped24.1
Disable the feature_create_webhelp setting if not needed, or upgrade to Tiki 24.1 or later which removes the unsafe eval() call. If the feature is required, implement proper input validation and avoid eval() entirely.
24.1
- Ensure a full backup of the Tiki database and files is created before proceeding
- Download Tiki 24.1 from the official Tiki repository or tiki.org
- Place the site in maintenance mode or inform users of scheduled downtime
- Extract the Tiki 24.1 package and replace the existing Tiki files, preserving local configuration and customizations
- Run the Tiki installer/database upgrade script to apply database schema changes for version 24.1
- Verify that the feature_create_webhelp setting is properly configured after upgrade
- Test the upgrade by accessing key functionality and confirming the site loads correctly
- Remove any cached files and clear application caches
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation3.0 h
- Implementation6.0 h
- Testing3.0 h
- Review / QA2.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $3,984.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2023-22853 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2023-22853 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data