CVE-2026-26081: HAProxy Community Edition 3.0 through 3.3 before 3.3.3 lacks a length check for the NEW_TOKEN format
32
Routine
MEDIUM 4.8REMOTEUPGRADEUPGRADEDOWNGRADE
CVE-2026-26081 is a medium-severity flaw (CVSS 4.8) affecting haproxy, aloha, haproxy enterprise. Below: why it ranks where it does, which versions are affected, what to do, and the exact commands.
HAProxy Community Edition 3.0 through 3.3 before 3.3.3 lacks a length check for the NEW_TOKEN format. HAProxy Enterprise and ALOHA are also affected.
Downgrading can break dependent software and may reopen older bugs. Read the distro advisory first and test on a non-production host.
After downgrade
Restart the service, and keep the package held until a fixed release ships.
Verify at the official sourceNVD · CVE Program · Report a problem with this page Scores and fixes here are computed automatically from those and other public sources. Confirm with the vendor advisory before changing production systems.
Quick answers
How do I fix CVE-2026-26081?
haproxy: upgrade to 3.0.16, 3.1.14, 3.2.12, 3.3.3; aloha: upgrade to 16.5.30, 17.0.18, 17.5.16; haproxy enterprise: downgrade or apply the listed mitigation. Exact commands for each OS are on this page.
Is CVE-2026-26081 being exploited?
CVE-2026-26081 is not on the CISA Known Exploited Vulnerabilities list at the time of the last update. Check again, as this can change.
What does CVE-2026-26081 affect?
CVE-2026-26081 affects haproxy, aloha, haproxy enterprise. Severity is medium (CVSS 4.8). HAProxy Community Edition 3.0 through 3.3 before 3.3.3 lacks a length check for the NEW_TOKEN format. HAProxy Enterprise and ALOHA are also affected.
How urgent is CVE-2026-26081?
Priority 32/100. Remotely exploitable, no login, no user action