Advantech WISE-DeviceOn Server versions prior to 5.4 contain a hard-coded cryptographic key vulnerability. The product uses a static HS512 HMAC secret for signing EIRMMToken JWTs across all installations. The server accepts forged JWTs that need only contain a valid email claim, allowing a remote unauthenticated attacker to generate arbitrary tokens and impersonate any DeviceOn account, including the root super admin. Successful exploitation permits full administrative control of the DeviceOn instance and can be leveraged to execute code on managed agents through DeviceOn’s remote management features.
Security readout for executives and security teams
Plain-English summary
A shared, hard-coded signing secret lets an unauthenticated remote attacker impersonate any DeviceOn user, including the root administrator. A successful compromise could expose or alter server data, disrupt service, and use DeviceOn’s management features to execute code on managed agents.
Executive priority
Prioritize as an emergency remediation for affected or externally reachable systems. The vulnerability enables complete administrative takeover without credentials and may provide a path to managed endpoints. Upgrade promptly, reduce network exposure, and investigate potentially exposed installations for unauthorized activity.
Technical view
WISE-DeviceOn Server before 5.4 reportedly signs EIRMMToken JWTs with the same static HS512 HMAC secret across installations. Because authorization accepts forged tokens containing a valid email claim, attackers can bypass authentication and assume arbitrary account privileges. The supplied CVSS 4.0 score is 10.0.
Likely exposure
Potential exposure includes WISE-DeviceOn Server installations before 5.4, particularly servers reachable from untrusted networks. Compromise can extend beyond the server to managed agents. The bundle’s structured version entry conflicts with its title and description, so asset owners should verify versions against Advantech’s advisory.
Exploitation context
The cited technical reporting describes practical exploitability, but the bundle does not establish active exploitation in the wild and marks KEV false. Exploitation requires no authentication or user interaction and has low stated complexity. Treat internet-accessible instances as urgent exposure without claiming confirmed compromise.
Researcher notes
CWE-321 applies because a static cryptographic key is reportedly shared across deployments. The decisive trust failure is server acceptance of attacker-generated HS512 tokens based on an email claim. Avoid relying solely on the structured affected record: it lists version “0” with default unaffected, conflicting with repeated statements that versions before 5.4 are vulnerable.
Mitigation direction
Upgrade WISE-DeviceOn Server to version 5.4 or later following Advantech’s advisory.
Restrict DeviceOn access to trusted administrative networks until upgrading is complete.
Review vendor guidance for token or session invalidation after upgrading.
Limit remote-management privileges and connectivity to managed agents where operationally feasible.
Validation and detection
Inventory all WISE-DeviceOn Server instances and record their installed versions.
Confirm every instance is running version 5.4 or later.
Identify instances reachable from the internet or other untrusted networks.
Review authentication and administrative activity for unexpected users, tokens, or privileged actions.
Examine managed agents for unapproved remote-management jobs or code execution.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-321: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-321 · source CWE mapping
Use of Hard-coded Cryptographic Key
Use of Hard-coded Cryptographic Key represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.