Skip to main content

MarkLogic Server CVE-2026-85961

| EUVDEUVD-2026-97675 HIGH
Insertion of Sensitive Information into Log File (CWE-532)
2026-10-12 ProgressSoftware GHSA-6qh2-jcp7-g749
7.5
CVSS 3.1 · Vendor: ProgressSoftware
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain read access to diagnostic logs
  2. Exploit
    Extract logged authentication secrets
  3. Execution
    Authenticate to protected cloud resources
  4. Impact
    Access sensitive Azure data

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A09:2025 - Security Logging & Alerting Failures
ASVS 5.0
V16 - Security Logging and Error Handling Log data sanitization
Exploitation Conditions

Exploitation requires ALL of: (1) a MarkLogic Server Azure deployment running an affected build (12.x before 12.1.0 or 11.x before 11.3.7); (2) a 'certain configuration' that causes the server to write security-sensitive authentication information into diagnostic logs - this is a non-default/conditional behavior, not the shipped default; and (3) the attacker having read access to those diagnostic logs. Limiting factors: the attacker must already reach the logs (via log storage, aggregation tooling, or insider/lateral access), the triggering configuration must be present, and only Azure deployments are affected - on-prem and non-Azure deployments appear out of scope. Impact is confidentiality-only (leaked credentials/secrets); there is no direct code execution, integrity, or availability effect in the vulnerability itself.

Impact

The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/C:H) scores 7.5 and describes a remote, unauthenticated, low-complexity confidentiality breach - but this CONFLICTS with the description and CWE-532 (sensitive information in log file). The description explicitly states the attack requires 'an attacker with access to the affected logs' and that logging only occurs 'under certain configurations' on 'Azure deployments,' which implies a non-default configuration plus pre-existing access to diagnostic logs rather than true network-unauthenticated exploitation - verify authentication/access model with vendor. No EPSS score, no CISA KEV listing, and no POC were provided in the input, so there is no public exploit identified at time of analysis. Net assessment: this is a real but conditional secondary-exploitation issue (credential/secret leakage enabling follow-on cloud access), not a directly weaponizable remote CRITICAL. The headline CVSS likely overstates real-world risk because it treats log access as free; realistic priority is moderate and gated on whether an organization runs the vulnerable versions on Azure with the triggering configuration and has broad access to its diagnostic logs.

Exploit ScenarioDerived

An attacker who can read MarkLogic Server diagnostic logs - for example through a misconfigured or over-shared Azure log store, a log-aggregation pipeline, or insider/lateral access - harvests authentication secrets that the server recorded under certain configurations, then reuses those secrets to reach protected cloud resources. No public exploit code was identified in the provided data; exploitation hinges on log access rather than a crafted network payload.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 12, 2026

Progress MarkLogic Server deployments on Microsoft Azure running 12.x releases before 12.1.0 or 11.x releases before 11.3.7 can write security-sensitive authentication information into diagnostic logs under a specific, non-default configuration, allowing anyone with read access to those logs to harvest credentials or secrets and use them to reach protected cloud resources. The exposure is confidentiality-only: the vulnerability itself provides no code execution, integrity, or availability impact, and it is limited to Azure-hosted deployments - on-premises and other non-Azure installations appear out of scope. Exploitation requires an attacker to already have access to the diagnostic logs (through log storage, a log aggregation pipeline, or insider/lateral access) and requires the triggering configuration to be present; no public exploit code and no confirmed active exploitation were identified at time of analysis. Note that the vendor-published CVSS 3.1 vector (AV:N/AC:L/PR:N, 7.5) describes a remote unauthenticated attack, which conflicts with the description, CWE-532, and our assessed vector (AV:L/AC:H/PR:L, confidentiality-only), so the practical attack path should be treated as a log-access-dependent secret disclosure rather than an unauthenticated remote breach.

RemediationAI

Vendor-released patch: upgrade Azure-hosted MarkLogic Server to 12.1.0 (for 12.x) or 11.3.7 (for 11.x) as documented in the Progress MarkLogic Critical Security Alert Bulletin - October 2026 (https://community.progress.com/s/article/Marklogic-Critical-Security-Alert-Bulletin-October-2026). Until the upgrade can be scheduled, treat every diagnostic log produced by an affected Azure deployment as potentially containing credentials: tighten Azure Storage/Blob RBAC and any log-aggregation or SIEM forwarding pipeline so that read access to MarkLogic diagnostic logs is limited to the smallest possible set of identities, since the weakness is only exploitable by a party who can already read those logs. Where feasible, disable or reconfigure the diagnostic logging setting that captures authentication material, accepting the trade-off that diagnostic verbosity and troubleshooting/audit visibility are reduced. Rotate any credentials, service-account keys, or connection secrets referenced by the affected Azure deployment and protected cloud resources, and review retained logs for previously written secrets so that stale leaked values are also invalidated. Because the issue is Azure-specific, an interim migration of the workload off Azure hosting, or strict egress/identity restriction on the cloud resources referenced by those credentials, limits the blast radius but does not remove the underlying logging defect.

Affected VersionsENISA

MarkLogic Server 12.0.0 <12.1.0
MarkLogic Server 11.0.0 <11.3.7

Affected Packages

euvd marklogic_server fix: 11.3.7, 12.1.0

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 class is CWE-532, Insertion of Sensitive Information into Log File: the MarkLogic Server diagnostic logging subsystem, as configured on Azure deployments in affected builds, records authentication material (credentials or comparable security-sensitive values) that should never be persisted in log output. CPE data (cpe:2.3:a:progress_software_corporation:marklogic_server:*:*:*:*:*:*:*:*) confirms the affected component is MarkLogic Server itself rather than an auxiliary Azure service, and the description scopes impact to Azure deployments with a 'certain configuration' - meaning the log-writing behavior is conditional and not the shipped default. Because the leaked material is authentication data for protected cloud resources, the vulnerability acts as a credential-disclosure primitive: the logs become a source of secrets that can be replayed against cloud resources outside MarkLogic. There is no injection, deserialization, or memory-corruption primitive involved, and the assessed vector (AV:L/AC:H/PR:L/S:U/C:H/I:N/A:N) reflects that the attacker must already reach the log sink and that the sensitive-logging configuration must be active, rather than any remotely reachable flaw in the server's network surface.

Know when Azure gets its next vulnerability

  • 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

Vendor (ProgressSoftware) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
vuln.today AI 4.7 MEDIUM

Exploitation depends on a non-default logging configuration (AC:H) and pre-existing access to the diagnostic logs (AV:L, PR:L); it leaks authentication secrets (C:H) with no integrity or availability impact.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:N/A:N
4.0 AV:L/AC:H/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (ProgressSoftware).

CVSS VectorVendor: ProgressSoftware

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
None

Lifecycle Timeline

2
Patch available
Oct 12, 2026 - 18:03 EUVD
CVE Published
Oct 12, 2026 - 16:10 cve.org
HIGH 7.5

DescriptionCVE.org

On Azure deployments, Progress MarkLogic Server 12.x releases before 12.1.0 and 11.x releases before 11.3.7 may record security-sensitive authentication information in diagnostic logs under certain configurations. An attacker with access to the affected logs could use this information to obtain unauthorized access to protected cloud resources.

Executive ViewAI

Why It Matters

Progress MarkLogic Server deployments hosted on Microsoft Azure - 12.x releases before 12.1.0 and 11.x releases before 11.3.7 - can write authentication secrets into diagnostic logs when a specific non-default configuration is present, and no vendor patch is currently available. Any party able to read those logs, whether through a log storage platform, a third-party aggregation pipeline, or insider access, could harvest credentials and use them to reach protected cloud resources, effectively turning an operational logging channel into a credential exposure path. Leadership should care because the affected assets are cloud-hosted, the exposure is silent and persistent until credentials are rotated, and it affects identity material rather than isolated data, with confidentiality-only impact and no confirmed active exploitation or public exploit code identified at time of analysis.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: disable or avoid the non-default configuration that writes authentication information to diagnostic logs; sharply restrict read access to log storage and aggregation pipelines; suspend third-party log forwarding for affected deployments where feasible; scan and purge existing logs containing secrets; rotate credentials and secrets exposed to or reachable through those logs; and monitor Azure resource access for anomalous authentication activity from harvested credentials.

Threat Intelligence Overview

EPSS Score
0.4%
Top 67% exploitable
Prevalence
Low
specialized enterprise NoSQL database, limited Azure-only affected footprint
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

More in Azure

View all
CVE-2026-62874 CRITICAL POC
9.8 Sep 18

Privilege escalation in Microsoft's Azure Billing service allows unauthenticated, remote attackers to reach full comprom

CVE-2026-23889 MEDIUM POC
6.5 Jan 26

Path traversal in pnpm's tarball extraction on Windows allows attackers to write files outside the intended package dire

CVE-2026-31957 CRITICAL
10.0 Mar 11

Default password in Himmelblau Azure Entra ID suite 3.0.0-3.0.x. CVSS 10.0.

CVE-2026-85878 CRITICAL
9.9 Sep 18

Privilege escalation in Azure Database for PostgreSQL allows an authenticated attacker with low privileges to elevate pr

CVE-2026-70200 CRITICAL
9.8 Sep 17

Path traversal in Microsoft's Azure Logic Apps (CWE-22) lets a remote, unauthenticated attacker escape an intended restr

CVE-2025-20286 CRITICAL
9.9 Jun 04

Default credentials in Cisco ISE cloud deployments on AWS/Azure/OCI. CVSS 9.9.

CVE-2026-85889 CRITICAL
9.8 Sep 17

Unauthenticated remote attackers can reach a critical function inside Microsoft Azure AI Foundry that performs a privile

CVE-2026-21531 CRITICAL
9.8 Feb 10

Deserialization of untrusted data in Azure SDK allows unauthorized code execution over a network. EPSS 0.32%.

CVE-2026-24300 CRITICAL
9.8 Feb 05

Elevation of privilege vulnerability in Azure Front Door allows attackers to gain elevated access. Microsoft Azure cloud

CVE-2026-24306 CRITICAL
9.8 Jan 22

Azure Front Door has an improper access control vulnerability (CVSS 9.8) allowing unauthorized attackers to elevate priv

CVE-2026-3224 CRITICAL
9.8 Mar 03

Azure AD auth bypass in Devolutions Server 2025.3.15.0 and earlier.

CVE-2026-23518 CRITICAL
9.8 Jan 21

Fleet device management software has a signature verification bypass that allows attackers to install malicious firmware

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy