Skip to main content
VulnerabilityPublished Updated

CVE-2024-40540: my-springsecurity-plus · SQL Injection

Affects my-springsecurity-plusSource CVE Database V5

0

Not known to be exploited · CVSS 6.2 Medium : upgrade to 2024.07.03 when convenient.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
6.2Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2024.07.03
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Jul 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade witmy/my-springsecurity-plus to 2024.07.03.

Affected software

ProductAffectedFixed in
GitHubwitmy/my-springsecurity-pluspkg:github/witmy/my-springsecurity-plusOther threatsAffected
  • <2024.07.03
Fixed in
  • 2024.07.03

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

  1. Immediately upgrade my-springsecurity-plus to version 2024.07.03 or later, where the SQL injection vulnerability in the dataScope parameter is fixed.
  2. Implement strict input validation and sanitization on all parameters, especially those used in database queries, to prevent injection attacks.
  3. Restrict local access to systems running vulnerable versions by enforcing strong access controls, network segmentation, and least privilege principles.
  4. Monitor logs for unusual database query patterns or failed injection attempts targeting the /api/dept endpoint.
  5. Conduct regular security code reviews and penetration testing focusing on API endpoints handling user input.
  6. Employ Web Application Firewalls (WAFs) with rules to detect and block SQL injection attempts, particularly on internal APIs.
  7. Educate developers on secure coding practices related to database interactions and parameter handling.
  8. Maintain an up-to-date inventory of software components to quickly identify and remediate vulnerable versions.

Description

my-springsecurity-plus before v2024.07.03 was discovered to contain a SQL injection vulnerability via the dataScope parameter at /api/dept.

References

Community reviews

Loading reviews…