LiveActive security incident?Get immediate response
CVE Record

CVE-2020-7010: Elastic Cloud on Kubernetes (ECK) versions prior to 1.1.0 generate passwords using a weak random number gen...

Elastic Cloud on Kubernetes (ECK) versions prior to 1.1.0 generate passwords using a weak random number generator. If an attacker is able to determine when the current Elastic Stack cluster was deployed they may be able to more easily brute force the Elasticsearch credentials generated by ECK.

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

ECK before 1.1.0 created Elasticsearch passwords with insufficient randomness. If an attacker can estimate when a cluster was deployed, the generated credentials may be easier to brute force. The main business risk is unauthorized access to Elasticsearch data or cluster administration where affected credentials remain in use.

Executive priority

Treat as a targeted credential-risk issue, not a confirmed mass-exploitation event. Prioritize environments with sensitive Elasticsearch data, internet-exposed access paths, or long-lived credentials generated by affected ECK versions.

Technical view

CVE-2020-7010 is a CWE-335 weakness in Elastic Cloud on Kubernetes before 1.1.0. The operator generated passwords using a weak random number generator. Time-of-deployment knowledge could reduce credential search space, making ECK-generated Elasticsearch credentials more guessable.

Likely exposure

Exposure is limited to Elastic Cloud on Kubernetes deployments running versions before 1.1.0, especially clusters whose original ECK-generated Elasticsearch credentials are still valid. Risk increases if Elasticsearch access is reachable by untrusted users or networks.

Exploitation context

The provided bundle does not show CISA KEV listing or active exploitation. The described attack depends on estimating cluster deployment time and then brute forcing generated credentials. No exploit details, public weaponization, or CVSS score are provided in the bundle.

Researcher notes

The evidence identifies affected versions and the weak randomness condition, but lacks CVSS, detailed advisory text, exploit status, and explicit rotation instructions. Analysis should avoid assuming exposure unless ECK version, deployment timing, and credential lifecycle are confirmed.

Mitigation direction

  • Upgrade Elastic Cloud on Kubernetes to 1.1.0 or later.
  • Review Elastic security guidance for the official remediation path.
  • Rotate affected ECK-generated Elasticsearch credentials according to Elastic guidance.
  • Restrict Elasticsearch access to trusted networks and identities.
  • Monitor for abnormal authentication failures against Elasticsearch.

Validation and detection

  • Inventory all ECK deployments and record operator versions.
  • Identify clusters created or managed by ECK before 1.1.0.
  • Confirm whether original ECK-generated Elasticsearch credentials remain active.
  • Review Elasticsearch authentication logs for unusual guessing patterns.
  • Verify compensating access controls around Elasticsearch endpoints.
Prepared
Confidence
medium
Sources
3

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 · low confidence lookup

CWE-335: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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

Container behavior lookup

The affected technology mentions containers, so container-specific ATT&CK technique 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-7010 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
Unknown
CVSS
Not scored
Known Exploited
No
Published
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.

0CVSS vectors
0Timeline events
0ADP providers
2Source links

CVSS and timeline data

No CVSS vectors or timeline events were available in the normalized CVE source material.

Source materials

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
ElasticElastic Cloud on Kubernetesbefore 1.1.0Listed
Weakness

CWE details

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

CWE-335 · source CWE mapping

Incorrect Usage of Seeds in Pseudo-Random Number Generator (PRNG)

Incorrect Usage of Seeds in Pseudo-Random Number Generator (PRNG) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.