CVE-2025-68113: altcha-lib · Misinterpretation of Input
Affects altcha-libSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium : upgrade to 1.4.1 when convenient.
Data as of 26 Oct 2026, 10:12 UTC
- 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 1.4.1, 1.3.1, 1.3.0 +1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 16 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
npmaltcha-libpkg:npm/altcha-libOther threats | Affected
| Fixed in
|
Packagistaltcha-org/altchapkg:composer/altcha-org/altchaOther threats | Affected
| Fixed in
|
Mavenorg.altcha/altchapkg:maven/org.altcha/altchaOther threats | Affected
| Fixed in
|
Goaltcha-org/altchapkg:golang/altcha-org/altchaOther threats | Affected
| Fixed in
|
RubyGemsaltchapkg:gem/altchaOther threats | Affected
| Fixed in
|
PyPIaltchapkg:pypi/altchaOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations using altcha-lib or its language-specific packages should immediately upgrade to the patched versions: altcha Golang package 1.0.0, Rubygem 1.0.0, pip 1.0.0, Erlang 1.0.0, npm 1.4.1, Composer 1.3.1, and Maven 1.3.0 or later. Until upgrades are applied, implement the recommended mitigation by appending a delimiter (e.g., "?expires=<time>&") to the salt value before HMAC computation to enforce unambiguous parameter binding and prevent payload splicing. Review server-side replay detection and handling mechanisms to ensure they effectively reject reused challenges beyond expiration. Conduct thorough testing to verify that bot mitigation controls are functioning as intended post-mitigation. Additionally, monitor logs for unusual patterns indicative of replay attacks or automated abuse. Incorporate this vulnerability into risk assessments and incident response plans. Finally, maintain awareness of altcha-org security advisories for any further updates or exploit reports.
Description
ALTCHA is privacy-first software for captcha and bot protection. A cryptographic semantic binding flaw in ALTCHA libraries allows challenge payload splicing, which may enable replay attacks. The HMAC signature does not unambiguously bind challenge parameters to the nonce, allowing an attacker to reinterpret a valid proof-of-work submission with a modified expiration value. This may allow previously solved challenges to be reused beyond their intended lifetime, depending on server-side replay handling and deployment assumptions. The vulnerability primarily impacts abuse-prevention mechanisms such as rate limiting and bot mitigation. It does not directly affect data confidentiality or integrity. This issue has been addressed by enforcing explicit semantic separation between challenge parameters and the nonce during HMAC computation. Users are advised to upgrade to patched versions, which include version 1.0.0 of the altcha Golang package, version 1.0.0 of the altcha Rubygem, version 1.0.0 of the altcha pip package, version 1.0.0 of the altcha Erlang package, version 1.4.1 of the altcha-lib npm package, version 1.3.1 of the altcha-org/altcha Composer package, and version 1.3.0 of the org.altcha:altcha Maven package. As a mitigation, implementations may append a delimiter to the end of the `salt` value prior to HMAC computation (for example, `<salt>?expires=<time>&`). This prevents ambiguity between parameters and the nonce and is backward-compatible with existing implementations, as the delimiter is treated as a standard URL parameter separator.
References
- github.com/altcha-org/altcha-lib/security/advisories/GHSA-6gvq-jcmp-8959 (opens in a new tab)
- github.com/altcha-org/altcha-lib-ex/commit/09b2bad466ad0338a5b24245380950ea9918333e (opens in a new tab)
- github.com/altcha-org/altcha-lib-go/commit/4a5610745ef79895a67bac858b2e4f291c2614b8 (opens in a new tab)
- github.com/altcha-org/altcha-lib-java/commit/69277651fdd6418ae10bf3a088901506f9c62114 (opens in a new tab)
- github.com/altcha-org/altcha-lib-php/commit/9e9e70c864a9db960d071c77c778be0c9ff1a4d0 (opens in a new tab)
- github.com/altcha-org/altcha-lib-rb/commit/4fd7b64cbbfc713f3ca4e066c2dd466e3b8d359b (opens in a new tab)
- github.com/altcha-org/altcha-lib/commit/cb95d83a8d08e273b6be15e48988e7eaf60d5c08 (opens in a new tab)
- github.com/altcha-org/altcha-lib-java/releases/tag/v1.3.0 (opens in a new tab)
- github.com/altcha-org/altcha-lib-php/releases/tag/v1.3.1 (opens in a new tab)
- github.com/altcha-org/altcha-lib/releases/tag/1.4.1 (opens in a new tab)