NIST deprecates RSA-2048 from 2030. Find every one of them before attackers do.
🐹
🐹 Go
Not in CISA KEV
HIGH severity

CVE-2019-11247 — apiextensions-apiserver

HIGHFix: kubernetes/kubernetes#80750

CVE-2019-11247 is a high-severity (CVSS 8.1) Improper Input Validation vulnerability in k8s.io/apiextensions-apiserver. A fix is available for k8s.io/apiextensions-apiserver — see the affected versions and patch details below.

Kubernetes kube-apiserver unauthorized access

Also known asGHSA-fp37-c92q-4pwq
Published
Updated
Affected
3 pkgs
Patched
3 / 3
Exploits
None indexed
Exploitation data as of Nov 10, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

EPSS Exploitation Probability

via FIRST.org ↗
2.1%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs82th percentile — riskier than 82% of all scored CVEsHighest risk
0.00%0.91%1.83%2.74%0.4%2.1%May 26Sep 26Nov 26

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

How urgent is this, really

Where this sits among everything scored

Real-World Exposure

3 pkgs affected
🐹k8s.io/apiextensions-apiserver🐹k8s.io/apiextensions-apiserver🐹k8s.io/apiextensions-apiserver

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-apiserver mistakenly allows access to a cluster-scoped custom resource if the request is made as if the resource were namespaced. Authorizations for the resource accessed in this manner are enforced using roles and role bindings within the namespace, meaning that a user with access only to a resource in one namespace could create, view update or delete the cluster-scoped resource (according to their namespace role privileges). Kubernetes affected versions include versions prior to 1.13.9, versions prior to 1.14.5, versions prior to 1.15.2, and versions 1.7, 1.8, 1.9, 1.10, 1.11, 1.12.

Affected Packages

3 total 3 fixed
EcosystemPackageVulnerable rangeFix
🐹Gok8s.io/apiextensions-apiserver≥ 0.7.0&&< 0.13.90.13.9go get k8s.io/apiextensions-apiserver@v0.13.9
🐹Gok8s.io/apiextensions-apiserver≥ 0.14.0&&< 0.14.50.14.5go get k8s.io/apiextensions-apiserver@v0.14.5
🐹Gok8s.io/apiextensions-apiserver≥ 0.15.0&&< 0.15.20.15.2go get k8s.io/apiextensions-apiserver@v0.15.2

Affected Products

2 products · 8 configurations
Application
kuberneteskubernetes
≥ 1.15.0 && ≤ 1.12.10
1 version
1.12.11
Application
openshift container platformredhat
3 versions
3.93.103.11

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/apiextensions-apiserver, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update k8s.io/apiextensions-apiserver to 0.13.9 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2019-11247 is resolved across your whole dependency graph.

  3. Workarounds

    Put an independent control in front of the weakness: restrict the affected endpoint or interface to trusted networks, require an additional authentication factor or proxy-level check, and invalidate existing sessions and credentials in case the flaw has already been used.

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
ProductFixed inAdvisory
Red Hat OpenShift Container Platform 3.10atomic-openshift-0:3.10.170-1.git.0.8e592d6.el7RHSA-2019:2690
Red Hat OpenShift Container Platform 3.11ansible-service-broker-1:1.3.23-2.el7RHBA-2019:2816
Red Hat OpenShift Container Platform 3.9ansible-service-broker-0:1.1.20-2.el7RHSA-2019:2769
Red Hat OpenShift Container Platform 4.1openshift-0:4.1.10-201908060758.git.0.d81afa6.el7RHSA-2019:2504

Frequently Asked Questions

The Kubernetes kube-apiserver mistakenly allows access to a cluster-scoped custom resource if the request is made as if the resource were namespaced. Authorizations for the resource accessed in this manner are enforced using roles and role bindings within the namespace, meaning that a user with access only to a resource in one namespace could create, view update or delete the cluster-scoped resource (according to their namespace role privileges). Kubernetes affected versions include versions prior to 1.13.9, versions prior to 1.14.5, versions prior to 1.15.2, and versions 1.7, 1.8, 1.9, 1.10,
O3 Security · Impact-Aware SCA

Is CVE-2019-11247 in your dependencies?

Find it across Go, including transitive dependencies.

CVE-2019-11247: apiextensions-apiserver — Fixed in 0.13.9