CVE-2024-0941 is a medium severity flaw (CVSS 5.5) in Novel-Plus. The record says the vendor did not respond, and no fixed version is listed. This guide covers who is affected, how to check your exposure, and what to do now.
What's affected
Novel-Plus 4.3.0-RC1, the file /novel/bookComment/list, argument sort.
The record gives a CVSS base score of 5.5 (Medium), vector CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L. The weakness class is CWE-89.
The record scores this 5.5 Medium. The sort argument of the comment list is the unsafe input.
The record says exploit details have been disclosed publicly, so assume that attackers can learn how the weakness works. The record says the vendor did not respond, and no fixed version is listed. Check the repository for newer commits.
How to check if you're exposed
Check the version in your build and review /novel/bookComment/list handling. Search logs for odd values in the sort parameter.
A free in-browser dependency scan at gold.safeguard.sh/scan can show whether a software package in your own projects matches this CVE, and the Gold directory entry for CVE-2024-0941 keeps the record details in one place. Reachability analysis helps you separate installations where the vulnerable code can actually be hit from those where it sits unused.
For hardware and appliances, no scanner will find them unless they are in an inventory, so start with a list of every device and application of this kind on your network.
What to do now
- Identify every instance of Novel-Plus in your environment, including test and forgotten systems.
- Compare the version you found with the affected range above.
- Look for a fixed release from the vendor or project. The record says the vendor did not respond, and no fixed version is listed.
- Apply mitigations while you wait: allow only a fixed set of sort keys on the server, and use parameterized queries.
- Review logs around the affected component for unusual requests.
- Record the decision and a re-check date in your vulnerability tracker.
Why it matters
The weakness is SQL injection, CWE-89. The application builds a database query from a request value without separating data from the query text, so a crafted value can change what the query does. The usual outcomes are reading rows the caller should not see, changing data, or in some setups going further.
The fix pattern is well known: parameterized queries, input validation on fields such as sort keys, and least privilege on the database account the application uses. Applications that never received a vendor fix need those controls added around them, for example at a web application firewall or by restricting who can reach the page.
The record shows this CVE is not in the CISA Known Exploited Vulnerabilities catalog, and none of the pages used for this article report exploitation in the wild.
Quick check
What is the lasting fix for this class of bug?
Use parameterized queries and validate fields such as sort keys against a fixed list.
Where can I confirm the fixed version?
Check the vendor or project advisory first. The record says the vendor did not respond, and no fixed version is listed. This article is based on the NVD record and the pages listed under Sources.
Sources
- https://github.com/red0-ha1yu/warehouse/blob/main/novel-plus_sqlinject2.md
- https://vuldb.com/?ctiid.252185
- https://vuldb.com/?id.252185
- Safeguard Gold record for CVE-2024-0941
Last reviewed: 19 October 2026.
