Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
🐹
🐹 Go
Not in CISA KEV
MEDIUM severity

CVE-2020-8555 — kubernetes

MEDIUMFix: kubernetes/kubernetes#89794

CVE-2020-8555 is a medium-severity (CVSS 6.3) Server-Side Request Forgery (SSRF) vulnerability in k8s.io/kubernetes. A fix is available for k8s.io/kubernetes — see the affected versions and patch details below.

Server Side Request Forgery (SSRF) in Kubernetes

Also known asGHSA-x6mj-w4jf-jmgwGO-2022-0890
Published
Updated
Affected
4 pkgs
Patched
4 / 4
Exploits
None indexed
Exploitation data as of Oct 9, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

EPSS Exploitation Probability

via FIRST.org ↗
3.7%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs89th percentile — riskier than 89% of all scored CVEsHighest risk
2.16%4.86%7.56%10.3%8.6%3.7%Apr 26Aug 26Oct 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

How urgent is this, really

CVE-2020-8555 by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.

Where this sits among everything scored

Of 385,738 CVEs with a current EPSS score, this one falls in the < 10% band (highlighted). Counts from FIRST.org, log-scaled.

Real-World Exposure

4 pkgs affected
🐹k8s.io/kubernetes🐹k8s.io/kubernetes🐹k8s.io/kubernetes🐹k8s.io/kubernetes

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Go packages — download data is not available via public APIs for these ecosystems.

Description

The Kubernetes kube-controller-manager in versions v1.0-1.14, versions prior to v1.15.12, v1.16.9, v1.17.5, and version v1.18.0 are vulnerable to a Server Side Request Forgery (SSRF) that allows certain authorized users to leak up to 500 bytes of arbitrary information from unprotected endpoints within the master's host network (such as link-local or loopback services).

Affected Packages

4 total 4 fixed
EcosystemPackageVulnerable rangeFix
🐹Gok8s.io/kubernetes≥ 1.18.0&&< 1.18.11.18.1go get k8s.io/kubernetes@v1.18.1
🐹Gok8s.io/kubernetes≥ 1.17.0&&< 1.17.41.17.4go get k8s.io/kubernetes@v1.17.4
🐹Gok8s.io/kubernetes≥ 1.16.0&&< 1.16.91.16.9go get k8s.io/kubernetes@v1.16.9
🐹Gok8s.io/kubernetesall versions1.15.12go get k8s.io/kubernetes@v1.15.12

Affected Products

2 products · 5 configurations
OS
fedorafedoraproject
1 version
32
Application
kuberneteskubernetes
≥ 1.17.0 && < 1.17.5
1 version
1.18.0

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for k8s.io/kubernetes, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update k8s.io/kubernetes to 1.18.1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2020-8555 is resolved across your whole dependency graph.

  3. Workarounds

    Restrict outbound requests from the affected component to an allowlist of hosts, block access to link-local and internal address ranges at the network layer, and require authentication on internal services so a forged request cannot reach them unauthenticated.

Fixing This On Your OS

If you run this on a Linux distribution, patch through your package manager against the distro's own security advisory below — it tracks the exact backported fix for your release, which can ship on a different timeline (and sometimes a different severity) than the upstream project.

Red HatModerate

OpenShift Container Platform does not expose kube-apiserver through an unauthenticated localhost port. However, other link-local addresses are reachable without authentication that allow an attacker to access sensitive data. The version of heketi shipped with Red Hat Gluster Storage 3 includes the affected client side…

Workaround published by Red Hat
Restrict use of the vulnerable volume type and restrict StorageClass write permissions via RBAC
Source: Red Hat security advisory for CVE-2020-8555 (CC BY 4.0)
ProductFixed inAdvisory
Red Hat OpenShift Container Platform 3.11atomic-openshift-0:3.11.232-1.git.0.a5bc32f.el7RHSA-2020:2479
Red Hat OpenShift Container Platform 4.2openshift-0:4.2.36-202006211650.p0.git.0.1fe246f.el7RHSA-2020:2594
Red Hat OpenShift Container Platform 4.3openshift-0:4.3.25-202006060952.git.1.96c30f6.el8RHSA-2020:2440
Red Hat OpenShift Container Platform 4.3openshift4/ose-hyperkube:v4.3.25-202006081335RHSA-2020:2441
Red Hat OpenShift Container Platform 4.4openshift-0:4.4.0-202006061254.git.1.dc84fb4.el8RHSA-2020:2448
Red Hat OpenShift Container Platform 4.4openshift4/ose-hyperkube:v4.4.0-202006080610RHSA-2020:2449

Frequently Asked Questions

The Kubernetes kube-controller-manager in versions v1.0-1.14, versions prior to v1.15.12, v1.16.9, v1.17.5, and version v1.18.0 are vulnerable to a Server Side Request Forgery (SSRF) that allows certain authorized users to leak up to 500 bytes of arbitrary information from unprotected endpoints within the master's host network (such as link-local or loopback services).
O3 Security · Impact-Aware SCA

Is CVE-2020-8555 in your dependencies?

Find it across Go, including transitive dependencies.

CVE-2020-8555: kubernetes SSRF — Fixed in 1.18.1