Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLoad SynApps web frontend
-
DeliveryDownload parameters.js assets
-
ExploitExtract hardcoded clientId/clientSecret
-
ExecutionReplay confidential-client flow at /web/api/v1/auth/token
-
ImpactUndermine OAuth client assurance
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Credential externalization
MITRE ATT&CK
2 techniques across 2 tactics: Persistence, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No special runtime configuration is required: the clientId and clientSecret are hardcoded into JavaScript (such as parameters.js) that WIT SynApps Runtime through 1.4.11 delivers to every frontend client, so any unauthenticated party with network access to the web interface can retrieve and parse those assets to recover the credentials. The limiting factor is scope of impact rather than access: recovering these confidential-client credentials only lets an attacker reproduce the application portion of the REDY OAuth flow at /web/api/v1/auth/token and undermines confidential-client assurance - the input does not establish that it yields user credentials or a complete authentication bypass, and impact is confidentiality-only (VC:L). |
| Impact | This is a genuine but limited-severity confidentiality issue rather than a critical priority. The provided CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) describes an unauthenticated, network-reachable, low-complexity weakness, which is consistent with the description: the OAuth clientId and clientSecret are shipped in frontend JavaScript (e.g. parameters.js) and can be read by anyone who loads the application. However, the impact metrics are deliberately narrow - VC:L with VI:N and VA:N - so the real-world effect is loss of confidentiality of a client credential, not integrity or availability compromise and not, on its own, a full account/authentication bypass. EPSS is not provided in the input, so exploitation probability cannot be quantified. The vulnerability is NOT in CISA KEV and there is no confirmation of active exploitation; the only exploit signal is a GitHub reference that is not verified as working exploit code. The vendor/VulnCheck decision label is 'this_month', which aligns with a moderate, schedule-driven priority rather than an emergency. Note the tag 'Authentication Bypass' overstates the mechanism: the flaw exposes confidential-client credentials and undermines confidential-client assurance of the REDY OAuth flow, but the input does not establish that it alone bypasses user authentication - treat the 'bypass' framing with caution. |
| Exploit ScenarioDerived | An unauthenticated attacker browses to a WIT SynApps Runtime (through 1.4.11) web frontend, downloads the delivered JavaScript such as parameters.js, and extracts the hardcoded OAuth clientId and clientSecret. With those static credentials the attacker can reproduce the application (confidential-client) portion of the REDY authentication flow against the /web/api/v1/auth/token endpoint. A public PoC reference exists but it is not verified as working exploit code. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 30, 2026
WIT SynApps Runtime through 1.4.11 ships its OAuth confidential-client clientId and clientSecret inside frontend JavaScript such as parameters.js, so any unauthenticated party who can reach the web interface can read static application credentials directly out of the served assets. Those credentials let an attacker reproduce the application portion of the REDY authentication flow against /web/api/v1/auth/token, undermining confidential-client assurance; the assessed impact is confidentiality-only (VC:L) and the data does not establish that it yields user credentials or a complete authentication bypass. A public PoC reference exists in a GitHub exploit repository covering CVE-2026-7003/7004/7005, but it is not verified as working exploit code, and the supplied intelligence does not indicate a CISA KEV listing or active exploitation.
RemediationAI
Patch status: no vendor-released patch is identified at time of analysis - the supplied data lists no fixed version, so confirm current vendor guidance in the VulnCheck advisory (https://www.vulncheck.com/advisories/wit-synapps-runtime-hardcoded-oauth-credentials-disclosure) before planning the upgrade. Because the clientSecret is static and delivered to every frontend client, it must be treated as compromised: rotate the OAuth client credentials used at /web/api/v1/auth/token and stop serving the clientSecret in browser-delivered JavaScript, since obfuscating or relocating parameters.js does not change what a client can retrieve. The sources describe no vendor-supplied workaround or configuration toggle that removes the exposure; as a partial, explicitly non-remediating measure, limiting reachability of the WIT SynApps web interface to trusted networks reduces who can harvest the asset, but every legitimate frontend user still receives the credential, so this narrows exposure without fixing the underlying disclosure. The vuln.today decision label places this in the 'this_month' remediation window.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-798 (Use of Hard-coded Credentials) in an OAuth 2.0 deployment. OAuth's confidential-client model assumes the client_secret stays server-side and is never exposed to the user agent; WIT SynApps Runtime instead embeds static clientId and clientSecret values in JavaScript delivered to every browser, notably parameters.js, which makes the secret effectively public to anyone with network access to the web interface. Per the independent assessment no special runtime configuration is required, since the affected assets are served to all frontend clients by default; the limiting factor is the scope of what the credential unlocks, namely impersonating the application in the REDY authentication flow at /web/api/v1/auth/token, which is application-side credential material rather than user credentials. The source tags the issue as 'Authentication Bypass', but the assessed vector (confidentiality-only, no integrity or availability impact) does not support a claim of complete authentication bypass. The reported CVSS 4.0 score is 6.9 (AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N), while the independent CVSS 3.1 assessment is AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N; no CPE identifiers were supplied, so affected scope is defined by version (through 1.4.11) and by whether the instance serves the affected frontend assets.
Know when the next one hits your stack
- 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Credentials are in client-delivered JS readable by any unauthenticated network user (AV:N/AC:L/PR:N/UI:N); impact is limited to client-secret confidentiality (C:L), with no integrity or availability effect.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
DescriptionCVE.org
WIT SynApps Runtime through 1.4.11 contains a hardcoded credentials vulnerability that allows unauthenticated attackers to recover static OAuth clientId and clientSecret values embedded in JavaScript delivered to the frontend, such as in parameters.js. Attackers can extract these exposed application credentials to reproduce the application portion of the REDY authentication flow at the /web/api/v1/auth/token endpoint, undermining confidential-client assurance for the OAuth implementation.
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.
EUVD-2026-114263
GHSA-qxh8-8wmv-c8mp
NVD
CVE.org
EPSS
VulDB
Exploit-DB