Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconEnumerate target accounts on exposed JBoss EAP or Keycloak endpoint
-
DeliveryIdentify accounts likely using fullwidth Unicode passwords
-
ExploitMap candidate passwords to ASCII equivalents via NFKC table
-
InstallSubmit ASCII credentials over network
-
C2Elytron normalizes input, hash matches stored credential
-
ExecuteAuthentication succeeds
-
ImpactUnauthorized account access achieved
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | The victim account's password must have been set using one or more fullwidth Unicode characters (Unicode block U+FF01-U+FF60, Halfwidth and Fullwidth Forms), which are canonically mapped to ASCII by NFKC normalization. Accounts using only standard ASCII passwords, or Unicode characters outside the NFKC-collapsing ranges (e.g., accented Latin, CJK ideographs, emoji), are not affected by this specific normalization collapse. The attacker requires no prior authentication and no foothold on the server (AV:N, PR:N), but must have network access to an authentication endpoint (login form, API, SAML/OIDC flow) exposed by the affected product. Exploitation is limited by: the attacker needing prior knowledge or accurate inference that a target account's password contains fullwidth characters; the attacker constructing a correctly mapped ASCII wordlist (AC:H); and the affected product being configured to use Elytron-managed credential storage rather than an external IdP. |
| Impact | The CVSS 3.1 vector CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N scores 7.4 (High). The network attack vector and absence of required privileges or user interaction are serious signals, but AC:H correctly reflects a meaningful constraint: the attacker must independently know - or enumerate - which accounts have passwords containing fullwidth Unicode characters, then generate the corresponding ASCII-mapped wordlist. In most Western-facing enterprise deployments, fullwidth-character passwords are uncommon, which naturally limits the exploitable population. Deployments serving East Asian user bases or those that historically accepted fullwidth input via web forms face a materially higher realistic risk. No EPSS data was provided, preventing probabilistic exploitation likelihood comparison. No CISA KEV listing and no known POC exist, indicating this is not currently observed in active mass exploitation campaigns. Despite C:H and I:H impact (full authentication bypass leading to account takeover), the real-world priority is moderate for most organizations and elevated for Keycloak or JBoss EAP environments with diverse Unicode user populations. EPSS data is absent from the provided intelligence - real-world exploitation probability cannot be quantified from available signals. |
| Exploit ScenarioDerived | An attacker targeting a JBoss EAP or Keycloak deployment obtains a list of usernames (via enumeration, OSINT, or a prior breach). They identify accounts likely to have fullwidth Unicode passwords - for example, users who registered through a Japanese-language UI - and generate a standard ASCII wordlist where each password candidate maps the fullwidth version of the user's likely password to plain ASCII. Submitting these candidates against the authentication endpoint succeeds because Elytron's NFKC normalization makes the stored hash match. No public POC has been identified, but the technique requires only standard dictionary tooling and Unicode mapping tables. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 20, 2026
WildFly Elytron's password hashing and verification subsystem silently normalizes Unicode input via NFKC before hashing, collapsing fullwidth characters (e.g., U+FF21 'A') to their ASCII equivalents (e.g., 'A'). This allows an unauthenticated remote attacker to authenticate against accounts whose owners believed their passwords contained unique non-ASCII characters by submitting a standard ASCII-only dictionary - the normalization makes the stored hash indistinguishable from its ASCII equivalent. Affected deployments span Red Hat JBoss EAP 7 and 8, Red Hat Build of Keycloak, Red Hat Data Grid 8, and several other Red Hat middleware products that share the Elytron security layer. No public exploit code or CISA KEV listing has been identified at time of analysis.
RemediationAI
Consult the Red Hat security advisory at https://access.redhat.com/security/cve/CVE-2026-19611 and Red Hat Bugzilla BZ#2514568 for patched package versions across each affected product stream; no specific fixed version number was confirmed in the provided data, so citing one would be speculative. As an immediate compensating control, enforce a password policy that disallows fullwidth Unicode characters at enrollment - this prevents new accounts from becoming vulnerable but requires a coordinated password reset for all existing accounts whose passwords contain fullwidth characters (U+FF01-U+FF60), because those hashes are already downgraded. Auditing the user store for accounts that set passwords through input paths accepting fullwidth characters (e.g., Japanese-locale web forms) and forcing those resets is the most actionable short-term defense. Restricting access to authentication endpoints by IP allowlist or VPN reduces the network attack surface until a patch is applied, at the cost of availability for legitimate remote users.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
WildFly Elytron is the security framework underpinning authentication, authorization, and credential storage for WildFly/JBoss and downstream Red Hat middleware products. CWE-173 (Improper Handling of Alternate Encoding) describes the root cause: the credential verification path applies Unicode NFKC (Compatibility Decomposition followed by Canonical Composition) normalization to the candidate password before computing or comparing its hash. NFKC is a lossy transformation - it maps fullwidth Unicode characters (the 'fullwidth ASCII variants' block U+FF01-U+FF60, commonly used in East Asian typography) to their ASCII counterparts. Because this normalization is applied at verification time and presumably also at enrollment time, the hash stored for a password containing 'A' (U+FF21) is byte-for-byte identical to the hash of 'A' (U+0041). An attacker armed with a standard 7-bit ASCII wordlist can therefore authenticate as any account whose password was set using fullwidth characters. CPE strings confirm the affected scope includes cpe:2.3:a:red_hat:red_hat_jboss_enterprise_application_platform_7, cpe:2.3:a:red_hat:red_hat_jboss_enterprise_application_platform_8, cpe:2.3:a:red_hat:red_hat_build_of_keycloak, cpe:2.3:a:red_hat:red_hat_data_grid_8, cpe:2.3:a:red_hat:red_hat_build_of_quarkus, cpe:2.3:a:red_hat:red_hat_build_of_apache_camel_4_for_quarkus_3, and cpe:2.3:a:red_hat:red_hat_build_of_debezium_3.
Know when Red Hat Build Of Keycloak gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
AV:N because auth endpoints are network-exposed; AC:H because attacker must identify accounts with fullwidth passwords and map them; PR:N as no prior auth is required; C:H/I:H for full account takeover; A:N as no availability impact.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in WildFly Elytron. Password hashing and verification normalize input with Unicode NFKC, which can collapse fullwidth characters to ASCII equivalents. A remote attacker can more easily guess affected passwords by using an ASCII-only dictionary against accounts whose passwords were intended to include those non-ASCII characters, leading to unauthorized access.
Executive ViewAI
CVE-2026-19611 affects Red Hat's Elytron security layer across JBoss EAP 7/8, Keycloak, and Data Grid 8, enabling password authentication bypass for accounts where users selected non-ASCII characters believing they would strengthen security. The system silently normalizes fullwidth Unicode characters to ASCII equivalents during hashing, making specially-crafted passwords indistinguishable from simplified ASCII versions, allowing attackers to authenticate using standard ASCII dictionary attacks. Organizations using affected Red Hat middleware products face immediate unauthorized access risk with no vendor patch currently available.
No vendor-released patch identified at time of analysis. Interim mitigations include: enforce ASCII-only password composition policies to prevent selection of non-ASCII characters that create false-security assumptions; implement account lockout thresholds with aggressive login attempt monitoring; restrict network access to authentication endpoints via firewall controls; deploy monitoring for authentication anomaly detection; and maintain comprehensive audit logging of authentication events for forensic investigation of unauthorized access attempts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Affected Products (CPE)CVE.org
More in Red Hat Build Of Keycloak
View allAccount takeover in Red Hat Build of Keycloak allows an unauthenticated attacker to abuse the reset-credentials flow in
Account takeover in Keycloak (Red Hat build of Keycloak, Red Hat Single Sign-On 7) arises because the IdP-initiated SAML
Authentication bypass in Red Hat Build of Keycloak (and Red Hat Single Sign-On 7) lets an unauthenticated attacker forge
Privilege escalation in Red Hat Build of Keycloak's Dynamic Client Registration (DCR) grants an attacker with low-privil
Mismatched handling of the HTTP/1 absolute-form request authority in Red Hat build of Quarkus and other affected Red Hat
Authorization bypass in the Keycloak Policy Enforcer allows any authenticated user to circumvent all enforced access con
URI normalization bypass in Keycloak's Authorization Services PathMatcher allows authenticated low-privilege users to re
Privilege escalation in Keycloak's Dynamic Client Registration (DCR) component allows attackers with standard user accou
Token exchange in Keycloak bypasses Google Workspace domain allowlist restrictions, enabling any valid Google account ho
Signature-verification bypass in Keycloak (and Red Hat's Keycloak-based products such as Red Hat Single Sign-On 7 and Re
Tenant-restriction bypass in Keycloak's Microsoft identity provider integration allows attackers holding any valid Micro
Session hijacking via SAML assertion replay in Keycloak's SAML broker component allows adjacent-network attackers to aut
EUVD-2026-63478
GHSA-h79m-h3j4-r7qm
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB