LiveActive security incident?Get immediate response
CVE Record

CVE-2020-36239: Jira Data Center, Jira Core Data Center, Jira Software Data Center from version 6.3.0 before 8.5.16, from 8...

Jira Data Center, Jira Core Data Center, Jira Software Data Center from version 6.3.0 before 8.5.16, from 8.6.0 before 8.13.8, from 8.14.0 before 8.17.0 and Jira Service Management Data Center from version 2.0.2 before 4.5.16, from version 4.6.0 before 4.13.8, and from version 4.14.0 before 4.17.0 exposed a Ehcache RMI network service which attackers, who can connect to the service, on port 40001 and potentially 40011[0][1], could execute arbitrary code of their choice in Jira through deserialization due to a missing authentication vulnerability. While Atlassian strongly suggests restricting access to the Ehcache ports to only Data Center instances, fixed versions of Jira will now require a shared secret in order to allow access to the Ehcache service. [0] In Jira Data Center, Jira Core Data Center, and Jira Software Data Center versions prior to 7.13.1, the Ehcache object port can be randomly allocated. [1] In Jira Service Management Data Center versions prior to 3.16.1, the Ehcache object port can be randomly allocated.

CriticalCVSS 9.8Not KEV-listedUpdated
Glexia's TakeAutomated analysiscritical

Security readout for executives and security teams

Plain-English summary

This flaw lets an unauthenticated attacker run code inside affected Jira Data Center deployments if they can reach Jira's exposed Ehcache RMI service. For executives, the business risk is full compromise of Jira data and availability where cluster-only services are reachable from untrusted networks.

Executive priority

Treat this as urgent for any internet-exposed or broadly reachable Jira Data Center environment. Prioritize patching and network restriction because successful exploitation could give an unauthenticated attacker control inside Jira, affecting confidentiality, integrity, and availability.

Technical view

Affected Jira Data Center, Jira Core Data Center, Jira Software Data Center, and Jira Service Management Data Center versions exposed unauthenticated Ehcache RMI services. The issue is missing authentication, leading to unsafe deserialization and arbitrary code execution when an attacker can connect to ports 40001, potentially 40011, or random object ports in older releases.

Likely exposure

Exposure is most likely in self-managed Atlassian Jira Data Center environments where Ehcache ports are reachable beyond trusted cluster nodes. Single-node Jira Server products are not identified in the supplied affected list. Older affected versions may use randomly allocated object ports, making exposure harder to validate from fixed port checks alone.

Exploitation context

The supplied sources do not show CISA KEV listing or confirmed active exploitation. However, the CVSS 9.8 rating reflects network access, low complexity, no privileges, and no user interaction. Practical exploitation depends on attacker connectivity to the Ehcache service.

Researcher notes

The issue is tracked as CWE-862 with CVSS 3.1 score 9.8. Fixed Jira versions require a shared secret for Ehcache access. The key exposure question is not only version, but whether untrusted systems can connect to the Ehcache RMI service.

Mitigation direction

  • Upgrade Jira and Jira Service Management Data Center to fixed versions listed by Atlassian.
  • Restrict Ehcache service access to only trusted Data Center cluster instances.
  • Review firewall and security group rules for ports 40001 and 40011.
  • Account for random Ehcache object ports in older affected versions.
  • Monitor Atlassian advisory pages for any updated remediation guidance.

Validation and detection

  • Inventory Jira Data Center and Jira Service Management Data Center versions.
  • Compare deployed versions against the affected and fixed version ranges.
  • Confirm Ehcache ports are not reachable from untrusted networks.
  • Validate cluster-only access between authorized Data Center nodes.
  • Check older deployments for randomly allocated Ehcache object ports.
Prepared
Confidence
high
Sources
5

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · medium confidence lookup

CWE-862: Authorization and privilege behavior lookup

Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
description · low confidence lookup

Execution behavior lookup

The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
description · low confidence lookup

Credential and access behavior lookup

The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2020-36239 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Critical
CVSS
9.8 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
0Timeline events
0ADP providers
4Source links

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
9.8CVSS 3.1CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H3.95.9Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

9.8Critical
CVSS 3.1 vector shape for CVE-2020-36239Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
AtlassianJira Data Center6.3.0, unspecified, 8.6.0, unspecified, 8.14.0, unspecifiedListed
AtlassianJira Core Data Center6.3.0, unspecified, 8.6.0, unspecified, 8.14.0, unspecifiedListed
AtlassianJira Software Data Center6.3.0, unspecified, 8.6.0, unspecified, 8.14.0, unspecifiedListed
AtlassianJira Service Management Data Center2.0.2, unspecified, 4.6.0, unspecified, 4.14.0, unspecifiedListed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-862 · source CWE mapping

Missing Authorization

Missing Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.