CVE-2026-9195
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedA cross-site scripting vulnerability in the Query Console of Progress MarkLogic Server before 11.3.6 and 12.0.3 allows a remote attacker who lures an authenticated administrator to a crafted URL to execute arbitrary JavaScript in the administrator's browser session, capture credentials, and perform privileged actions on the administrator's behalf.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceA reflected cross-site scripting (XSS) vulnerability exists in the Query Console component of Progress MarkLogic Server versions prior to 11.3.6 and 12.0.3. An attacker can craft a malicious URL that, when visited by an authenticated administrator, causes arbitrary JavaScript to execute in the administrator's browser session, enabling credential theft and privileged action execution.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- None
- User interaction
- Required
- Scope
- Changed
- Confidentiality
- High
- Integrity
- High
- Availability
- None
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Determine MarkLogic Server versionAccess the MarkLogic Server admin interface (typically port 8001) or use the admin API endpoint to retrieve the server version. Alternatively, check the MarkLogic installation logs or execute 'xdmp:version()' in Query Console if accessible.Affected if The installed version is below 11.3.6 or below 12.0.3 (for example, 11.3.5, 12.0.2, or earlier releases).
-
Confirm administrative access existsVerify that there is at least one authenticated administrator account configured in MarkLogic Server. Check the admin users list via the admin interface or admin API.Affected if An authenticated administrator user account exists and can log in to the admin interface or Query Console.
You are affected if your MarkLogic Server version is prior to 11.3.6 or prior to 12.0.3, the Query Console component is accessible, and an authenticated administrator account exists to trigger the reflected XSS payload.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scopedUpgrade MarkLogic Server to version 11.3.6 or 12.0.3 or later to resolve the XSS vulnerability in the Query Console.
Upgrade to MarkLogic Server 11.3.6 or 12.0.3 (depending on your major version track)
- 1. Identify the current MarkLogic Server version by navigating to the Admin Interface > Status > Version or running 'xdmp:version()' in Query Console.
- 2. If running a version before 11.3.6 (10.x or 11.0.0-11.3.5), plan upgrade to version 11.3.6 or later.
- 3. If running a version before 12.0.3 (12.0.0-12.0.2), plan upgrade to version 12.0.3 or later.
- 4. Backup all database configurations, forests, and security documents before proceeding.
- 5. Download the appropriate fixed version (11.3.6 or 12.0.3) from the Progress Customer Portal or official distribution channels.
- 6. Follow the standard MarkLogic Server upgrade procedure: stop the server, run the installer for the new version, and restart the server.
- 7. After upgrade, verify the Query Console is functional and the version number matches the target fixed release.
- 8. As a best practice, clear browser cookies and session data before accessing the upgraded Query Console.
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation2.0 h
- Implementation4.0 h
- Testing6.0 h
- Review / QA3.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $4,096.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2026-9195 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2026-9195 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data