MOOS core-moos through 10.4.0 MOOSDB Accept Loop Denial of Service
MOOS core-moos through 10.4.0 contains a denial of service vulnerability in MOOSCommServer::ListenLoop() where the accept thread performs a blocking receive without timeout during the wire-protocol handshake. An attacker can open a TCP connection to the MOOSDB port and send no data, causing the accept thread to block indefinitely while holding the socket-list lock, preventing all subsequent client connections.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-85443
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 20:12 UTC · Revision 1
Source evidence
MOOS core-moos through 10.4.0 MOOSDB Accept Loop Denial of Service
core-osv · Original sourcePublished 3 Sept 2026, 22:38 UTC
MOOS core-moos through 10.4.0 contains a denial of service vulnerability in MOOSCommServer::ListenLoop() where the accept thread performs a blocking receive without timeout during the wire-protocol handshake. An attacker can open a TCP connection to the MOOSDB port and send no data, causing the accept thread to block indefinitely while holding the socket-list lock, preventing all subsequent client connections.
osv:CVE-2026-85443
Complete source record
{
"id": "b95a8b41e09021faa4cf8fdf92e00472a783ef79cbb7f7eb86236f25a86b6338",
"url": "https://osv.dev/vulnerability/CVE-2026-85443",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "MOOS core-moos through 10.4.0 MOOSDB Accept Loop Denial of Service",
"summary": "MOOS core-moos through 10.4.0 contains a denial of service vulnerability in MOOSCommServer::ListenLoop() where the accept thread performs a blocking receive without timeout during the wire-protocol handshake. An attacker can open a TCP connection to the MOOSDB port and send no data, causing the accept thread to block indefinitely while holding the socket-list lock, preventing all subsequent client connections.",
"evidence": "osv:CVE-2026-85443",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-85443",
"aliases": [
"CVE-2026-85443"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/themoos/core-moos",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "19d06a9aefc910b0504c2c8589b1403f3b6e77a8"
},
{
"fixed": "8d940303949a850d4625eca2a60f27adee9c3ec4"
}
],
"database_specific": {
"extracted_events": [
{
"cpe": "cpe:2.3:a:themoos:core-moos:*:*:*:*:*:*:*:*",
"range": [
{
"introduced": "0"
},
{
"fixed": "10.4.0"
}
],
"source": "CPE_RANGE"
},
{
"range": [
{
"fixed": "8d940303949a850d4625eca2a60f27adee9c3ec4"
}
],
"source": "REFERENCES_COMMIT"
}
]
}
}
],
"versions": [
"v10.0.4-alpha",
"10.0.3-devel-candidate",
"10.0.2-devel",
"10.0.1-devel",
"PreProfilingmerge",
"IvPCompatibility"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-85443.json"
}
}
],
"modified": "2026-10-28T02:30:39.057999979Z",
"provider": "osv",
"references": [
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/85xxx/CVE-2026-85443.json",
"https://nvd.nist.gov/vuln/detail/CVE-2026-85443",
"https://www.vulncheck.com/advisories/moos-core-moos-through-10.4.0-moosdb-accept-loop-denial-of-service",
"https://github.com/themoos/core-moos/commit/8d940303949a850d4625eca2a60f27adee9c3ec4",
"https://github.com/themoos/core-moos/pull/83",
"https://github.com/themoos/core-moos",
"https://github.com/themoos/core-moos/blob/ec9c77c68fcbdef8f5e4c60fe243acd223433f0c/Core/libMOOS/Comms/MOOSCommServer.cpp#L922"
],
"provider_metadata": {
"cwe_ids": [
"CWE-400"
],
"cna_assigner": "VulnCheck",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/85xxx/CVE-2026-85443.json"
}
},
"related_cves": [
{
"value": "CVE-2026-85443",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 506551,
"published_at": "2026-09-03T22:38:33.2+00:00"
}