CVE-2025-14262: KNIME Business Hub · CWE-708
Affects KNIME Business HubSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N/AU:Y/R:U/V:C/RE:M/U:GreenExploitation evidence
Disclosed: evidence found.
CVE published 8 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| KNIME KNIME Business Hub | Affected
| Fixed in– |
AI-suggested
The primary mitigation is to upgrade KNIME Business Hub to version 1.17.0 or later, where the permission check flaw has been corrected. Until the patch is applied, organizations should conduct a thorough review of user permissions and job access controls to minimize the number of users with access to sensitive jobs. Implement strict authentication and session management policies to reduce the risk of account compromise. Monitor job save activities and audit logs for unusual patterns that may indicate exploitation attempts. Consider segmenting the environment to limit the impact of unauthorized writes. Educate users about the importance of safeguarding credentials and reporting suspicious activity. Since no workaround exists, rapid patch deployment combined with enhanced monitoring and access restriction is critical to mitigate risk.
Description
A wrong permission check in KNIME Business Hub before version 1.17.0 allowed an authenticated user to save jobs of other users as if there were saved by the job owner. The attacker must have permissions to access the jobs but then they were saved into the catalog service using the wrong owner permissions. Therefore it may have been possible to save into spaces where the attacker does not have write permissions. There is no workaround.