MinKNOW CVE-2025-54808
HIGHAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain local access to MinKNOW host
-
DeliveryRead token from world-readable /tmp
-
ExploitReplay token over enabled remote access
-
ExecutionGenerate long-lived developer token
-
ImpactMaintain persistent control of sequencer
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V6 - Authentication Credential protection in transit/storage
|
| Exploitation Conditions | Exploitation requires three concrete, stacked prerequisites drawn directly from the description: (1) local presence on the MinKNOW host to read the authentication token from the world-readable system temporary directory (/tmp) - AV:L; (2) a valid token actually written to /tmp by a running MinKNOW session; and (3) remote access explicitly ENABLED on the sequencer, which is the key limiting factor (AT:P) and occurs only when an operator turns it on for legitimate use or when separate malware with elevated/sudo privileges enables it without consent. Default configurations without remote access enabled are not remotely exploitable. These conditions make the flaw a post-compromise persistence/lateral-movement amplifier rather than a remote unauthenticated entry point; the PR:L metric reflects that some local foothold is needed. |
| Impact | This is a genuine but conditional, non-urgent issue rather than a drop-everything priority. The CVSS 4.0 vector (AV:L/AC:L/AT:P/PR:L/UI:N) and score of 7.3 correctly reflect a LOCAL attack vector with a Present attack requirement (AT:P) - exploitation hinges on remote access being enabled on the sequencer, which the vendor states is not the default operational mode. All three impact metrics are High (VC:H/VI:H/VA:H), justified because a leaked developer token with an arbitrary expiration grants persistent, authentication-bypassing control of the sequencer. The signals are internally consistent and point to LOW real-world probability: EPSS is 0.16% (4th percentile), there is no CISA KEV listing, and no public exploit code is referenced. CWE-522 (insufficiently protected credentials) matches the described world-readable /tmp token storage. Note the layered dependency chain - an attacker needs (a) local read access to /tmp, (b) the token to be present, and (c) remote access already enabled (by an operator or by separate malware with sudo) - so this is realistically a post-compromise privilege/persistence amplifier, not an initial-access vulnerability. No conflicting data was found, but the absence of any vendor-published fixed version in the references means remediation status could not be confirmed from the input. |
| Exploit ScenarioDerived | A local user or malware already present on the MinKNOW host reads the authentication token from the world-readable /tmp directory. If remote access has been enabled (either intentionally by an operator or by privileged malware), the attacker replays the token to establish an unauthorized remote connection to the sequencer and then mints a developer token with a far-future expiration for durable access. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
MinKNOW 24.11 and earlier (Oxford Nanopore Technologies) writes authentication tokens into a world-readable file under the host's system temporary directory (/tmp), so any local user or application on the sequencer host can read the token. Where remote access is enabled on the instrument - either because an operator turned it on for legitimate workflows or because separate malware with elevated privileges enabled it - the leaked token permits unauthorized remote connections and creation of developer tokens with arbitrary expiration dates, yielding persistent access that bypasses normal authentication. The issue has no public exploit identified at time of analysis, carries a low EPSS of 0.16% (4th percentile), and depends on stacked prerequisites (a local read of the token plus remote access being switched on), making it a conditional post-compromise persistence and lateral-movement amplifier rather than an unauthenticated remote entry point.
RemediationAI
No vendor-released patch version is identified in the available advisory data, so the first action is to obtain the current fixed MinKNOW build directly from Oxford Nanopore (https://nanoporetech.com/software/) and from the CISA advisory ICSMA-25-294-01 (https://www.cisa.gov/news-events/ics-medical-advisories/icsma-25-294-01), then upgrade all sequencer hosts running 24.11 or earlier; absence of a stated version in the public data does not mean a fix is unavailable, so verify with the vendor before assuming exposure. The single most effective compensating control is to keep remote access disabled on the instrument, since the flaw cannot be exploited remotely without it - the trade-off is loss of legitimate remote monitoring and workflow access, so if remote access is operationally required, restrict it to hardened management networks and audit its enablement. Reduce the local attack surface by limiting interactive and service accounts on the sequencer host to trusted personnel, and isolate the MinKNOW token path so it is not world-readable - for example by running MinKNOW with a private per-service temporary directory (systemd PrivateTmp) or an isolated tmpfs mounted with restrictive permissions for the MinKNOW user, accepting that a non-standard /tmp path may need to be reflected in any operational scripts. Mounting /tmp with noexec, nodev, and nosuid limits secondary abuse of that directory but does not by itself stop world-readable token access, and rotating any leaked tokens or developer tokens and monitoring for unexpected token creation or new remote-access enablement helps detect chained abuse.
Affected ProductsAI
Oxford Nanopore Technologies MinKNOW software at or prior to version 24.11, installed on sequencer host machines, is affected. This is the instrument-control software for nanopore sequencing platforms (e.g., MinION, GridION, PromethION deployments running MinKNOW), and the flaw applies to the local file handling of authentication tokens on those hosts. No CPE identifiers were supplied with the advisory data, so scoping should be done against deployed MinKNOW version numbers rather than CPE matching. Confirmation and version-specific detail are available in the CISA ICS medical advisory ICSMA-25-294-01 (https://www.cisa.gov/news-events/ics-medical-advisories/icsma-25-294-01) and via vendor pages at https://nanoporetech.com/software/ and https://nanoporetech.com/about/contact.
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
The root cause is CWE-522 (Insufficiently Protected Credentials): MinKNOW stores authentication tokens in a file under /tmp, a directory conventionally world-readable (mode 1777), so the credentials are exposed to any local account or process on the sequencer host. MinKNOW is the instrument-control and data-acquisition software for Oxford Nanopore sequencers, and its remote-access capability is bootstrapped by these tokens; because developer tokens can be issued with arbitrary expiration dates, a stolen token can be used to create long-lived credentials that survive normal session expiry and sidestep standard authentication. The supplied CVSS 4.0 vector (AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H) reflects a local attack path with low-privileged access, no user interaction, and a prerequisite condition (AT:P) that maps directly to remote access being enabled on the device. Our independent assessment (CVSS 3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H) agrees that exploitation requires three stacked conditions: local presence on the MinKNOW host, a valid token actually written to /tmp by a running session, and remote access explicitly enabled - either deliberately or by separate privileged malware. Default configurations with remote access off are not remotely exploitable, which is why the EPSS and KEV signals are quiet and why the impact is best characterized as host-scoped, high-severity but conditional.
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:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Local token read (AV:L) with a low-privilege local foothold (PR:L); AC:H because full exploitation requires remote access to be enabled, mapping the 4.0 AT:P requirement; token grants full sequencer control, so C/I/A High.
Primary rating from Vendor (hq).
CVSS VectorVendor: hq
DescriptionCVE.org
Oxford Nanopore Technologies' MinKNOW software at or prior to version 24.11 stores authentication tokens in a file located in the system's temporary directory (/tmp) on the host machine. This directory is typically world-readable, allowing any local user or application to access the token. If the token is leaked (e.g., via malware infection or other local exploit), and remote access is enabled, it can be used to establish unauthorized remote connections to the sequencer. Remote access must be enabled for remote exploitation to succeed. This may occur either because the user has enabled remote access for legitimate operational reasons or because malware with elevated privileges (e.g., sudo access) enables it without user consent. This vulnerability can be chained with remote access capabilities to generate a developer token from a remote device. Developer tokens can be created with arbitrary expiration dates, enabling persistent access to the sequencer and bypassing standard authentication mechanisms.
Executive ViewAI
Oxford Nanopore Technologies' MinKNOW sequencing software (version 24.11 and earlier) writes authentication tokens into a world-readable file in the instrument host's /tmp directory, so anyone with local access to that host can obtain credentials that grant persistent remote control of the sequencer. For research, clinical genomics, and biopharma organizations, this means a single low-privilege local foothold or pre-existing malware can quietly escalate into long-lived unauthorized access to an expensive instrument and the sensitive genomic or patient-derived data it processes. Because no vendor patch is available, leadership should treat this as an exposure requiring configuration and network-based containment rather than routine patching, with the risk concentrated in laboratories that have enabled remote access to their instruments.
No vendor-released patch identified at time of analysis. Interim mitigations: disable remote access on sequencer hosts wherever it is not operationally required; restrict remote access to allowlisted operator IPs or a segmented management VLAN; correct /tmp and token-file permissions so leaked credentials are not world-readable and rotate any tokens found there; rotate authentication and developer tokens; monitor host and instrument logs for unexpected remote connections or developer token creation; isolate sequencing hosts from general-purpose networks and enforce least-privilege local accounts.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
NVD
CVE.org
EPSS
GitHub
Exploit-DB