CVE-2026-44255 is a timing oracle in Wazuh's AuthenticationManager that allows username enumeration through differential response times. When a username doesn't exist, the system returns immediately. When it does exist, it computes a bcrypt hash — intentionally expensive by design. This timing gap creates a practical oracle: attackers can probe for valid accounts by measuring which requests take longer. The vulnerability affects versions 4.0.0 through 4.14.6 and 5.0.0-beta2.

The structural problem here isn't developer negligence — it's a collision between two individually-reasonable design decisions. bcrypt's computational expense is a security feature, not a bug. Returning early on a username miss is a performance optimization that any experienced developer would implement. The combination creates the oracle, and the pattern has appeared across Django, Rails, PHP applications, and now Wazuh for over a decade.

The deeper failure is that authoritative security guidance taught this optimization as correct practice for years. When bcrypt displaced MD5/SHA-1 circa 2008-2012, the threat model was offline brute force — checking username existence first made sense. The threat model shifted as timing attacks became measurable over networks, but the guidance didn't update. Developers learning from tutorials and Stack Overflow absorbed a pattern that was safe in one era and dangerous in another.

For defenders: check your Wazuh version immediately. The patch landed in 4.14.6 and 5.0.0-beta2. If you're on 5.x, note that beta releases don't auto-update in most production environments — you may need to explicitly upgrade. Beyond patching, audit your authentication code for the same pattern: any early return before password verification on invalid usernames creates this oracle. The fix should involve constant-time comparison or dummy hash computation regardless of username validity — accept the latency cost rather than leaking account existence.

The CVSS 5.3 rating undersells the risk for Wazuh specifically. This is a security platform deployed by organizations under active threat. Its user directory includes security analysts, admin accounts, and integration credentials — a targeting list for attackers, not just user IDs. The severity context matters.