lightrag-hku is vulnerable to Denial of Service (DoS)
75
CVE Score
High
Denial of Service (DoS)
The token auto-renewal path in lightrag/api/utils_api.py writes to a process-wide _token_renewal_cache dictionary keyed on the JWT sub claim before any authorization decision, with no size cap or eviction. In the API-key-only profile the JWT secret falls back to a public constant, so a client can mint signature-valid tokens with an arbitrary large sub, and every request that is ultimately rejected still permanently grows the dictionary. The same unsanitized sub is written into an INFO log line, allowing CR/LF log record forgery. The fix bounds the cache with an eviction ceiling, moves the write after the authorization decision, and sanitizes the logged value.
Upgrade the lightrag-hku library to the patch version.
You are affected if you are using a version that falls within the vulnerable range and you run the server in the API-key-only profile (LIGHTRAG_API_KEY set, AUTH_ACCOUNTS unset) with token auto-renewal enabled.
1.4.9.11 - 1.5.4
Fixed in 1.5.5lightrag-hku is vulnerable to Denial of Service (DoS) in versions 1.4.9.11 - 1.5.4.
Secure your code, cloud, and runtime in one central system. Connect a repo to discover what the reasoning agents find in your codebase.
No credit card required | Scan results in 32 seconds.
I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001Compliant
ISO 42001Compliant© All Intel data is openly available and commercially licensed.