Security readout for executives and security teams
Plain-English summary
CVE-2018-1002102 is a Kubernetes API server redirect-validation flaw. If an attacker controls a Kubelet, they can make the API server follow a streaming-endpoint redirect to another host while carrying Kubelet client-certificate credentials. The published severity is low because exploitation requires a highly privileged position and has limited confidentiality impact.
Executive priority
Treat this as low business urgency unless legacy Kubernetes clusters remain in service or node trust is weak. The issue can expose credentials in a narrow scenario, but the published scoring indicates difficult exploitation and limited impact. Remediate through normal Kubernetes upgrade and lifecycle management.
Technical view
Kubernetes API server versions prior to v1.14.0 improperly validated URL redirects from streaming Kubelet endpoints. The API server could follow an attacker-controlled redirect as a GET request and present client-certificate credentials used for Kubelet authentication. The assigned CVSS v3.1 score is 2.6 with high attack complexity, high privileges required, user interaction, and low confidentiality impact.
Likely exposure
Exposure is most relevant to clusters running Kubernetes API server versions before v1.14.0, especially where a Kubelet could be malicious, compromised, or otherwise attacker-controlled. Evidence in the provided bundle does not identify broader affected products beyond Kubernetes and Fedora-packaged Kubernetes updates.
Exploitation context
The source bundle does not show CISA KEV listing or active exploitation. The scenario depends on attacker control of a Kubelet and an API server request path that follows the unvalidated redirect from a streaming endpoint. No public exploit status is established by the supplied sources.
Researcher notes
Key uncertainty is version scope in downstream packages; the provided description states Kubernetes before v1.14.0, while the affected entry is sparse. Avoid assuming active exploitation. Focus validation on API server version, package advisory status, and whether any Kubelet could be attacker-controlled.
Mitigation direction
- Inventory Kubernetes API server versions across all clusters.
- Upgrade Kubernetes API servers to v1.14.0 or a vendor-supported fixed release.
- Review Fedora advisory guidance if using Fedora Kubernetes packages.
- Prioritize clusters with untrusted, compromised, or externally managed nodes.
- Check current Kubernetes vendor guidance before operational changes.
Validation and detection
- Confirm API server versions are not earlier than v1.14.0.
- Verify distribution packages include the vendor fix or advisory update.
- Review node trust boundaries and Kubelet compromise assumptions.
- Check audit logs for unusual API server-to-Kubelet streaming activity.
- Document any remaining legacy clusters and compensating controls.
Public sources used
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
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-601: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. 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 lookupContainer 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 lookupCVE-2018-1002102 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
Open ATT&CK lookup- Severity
- Low
- CVSS
- 2.6 (3.1)
- Known Exploited
- No
- Published
Vector: CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:C/C:L/I:N/A:N
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.
CVSS vector scores
1 official scoreWe 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.
CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:C/C:L/I:N/A:N11.4Primary CVE scoreVulnerability scoring details
Base CVSS 3.1 score
2.6LowVector: CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:C/C:L/I:N/A:N
Source materials
- CVE List V5 sourceCVE List V5
- https://github.com/kubernetes/kubernetes/issues/85867CVE reference · x_refsource_CONFIRM
- FEDORA-2020-943f4b03d2CVE reference · vendor-advisory, x_refsource_FEDORA
Products and packages named in the record
CWE details
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
URL Redirection to Untrusted Site ('Open Redirect')
URL Redirection to Untrusted Site ('Open Redirect') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.