Skip to content

Kubernetes

Bug bounty on Sorona kubernetes.io

Accepting reports open-source
Top reward
$10,000
Top severity paid
Critical
Assets in scope
9
Public CVEs
92
Last change
No changes yet

At a glance

What to know before you start testing.

Pays up to $10,000
for critical bugs.
Partial safe harbor
Some legal protection; read the terms.
Replies within 1 day
As the policy promises.
Publish after a fix
Coordinate the timing with the company.

Rewards

What Sorona lists as the payout for each severity.

Severity Reward
Critical $10,000
High $5,000
Medium $1,000
Low $200
Response
Within 1 days ~1 business day First response
Safe harbor
Partial Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf.

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Scope

9 assets you may test, 6 excluded.

Web 1

  • https://kubernetes.io

Products and areas 8

  • Admission controllers and Pod Security (PodSecurity admission) enforcement, and bypasses of those policy controls
  • Code across the Kubernetes GitHub organizations (github.com/kubernetes and kubernetes-sigs) that counts as core, plus CI, release, and documentation artifacts
  • Core Kubernetes, the GA and Beta features of k8s.io/kubernetes and its staging repositories, the core-owned dependencies such as k8s.io/klog, and core addons like kube-proxy (Tier 1)
  • kube-apiserver, covering authentication, authorization, and admission control, RCE and privilege escalation here are explicitly prioritized
  • kubelet, where remote code execution and node-level privilege escalation are explicitly prioritized
  • RBAC and the authorization layer, bugs that grant unexpected permission changes or let an actor escalate across accounts and namespaces
  • The build and release supply chain of the Kubernetes orgs, gaining unauthorized commit access or publishing unauthorized/malicious artifacts, and the project infrastructure (k8s.io, the prow CI system, documentation) and core alpha features at Tier 3
  • The remaining control-plane and client components: kube-controller-manager, kube-scheduler, kube-proxy, and kubectl (note the kubectl user-interaction downgrade rule below)
Out of scope (6)
  • Attacks on the Linux kernel underneath the cluster
  • Community-management tooling such as the Kubernetes mailing lists and Slack channels
  • Container escapes and any attack that never routes through a Kubernetes component such as the kubelet
  • Dependencies Kubernetes does not own, such as etcd itself, though an unauthorized or unauthenticated etcd path that is mediated by a Kubernetes component can still qualify
  • Findings that depend on insecure, non-default cluster configurations
  • Other third-party dependencies that live outside the Kubernetes GitHub organizations

Rules

What the policy asks of you, and the bug types it won't reward, quoted from Sorona's policy. "We" in these lines means Sorona, not this site.

While testing

  • Submit through sorona.xyz first. We validate, coordinate with the program's security team, and add the payout uplift on top of whatever it awards.
  • Send a detailed, reproducible report, if we can't reproduce it, it isn't eligible
  • One vulnerability per report unless a chain is needed to show impact
  • On duplicates, the first reproducible report wins
  • No social engineering of maintainers
  • Avoid privacy violations, data destruction, and disruption of live services
  • Keep scanner traffic to roughly 5 requests per second

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Changes

Tracked since 11 Nov 2026. Last checked 1 hour ago.

No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.

Public CVEs

Published vulnerabilities in this vendor's products, from the NVD.

Search NVD
CVESeverityPublished
CVE-2026-13020 High 8.1 7 Jul 2026
CVE-2026-13019 Critical 9.8 7 Jul 2026
CVE-2026-33519 Critical 9.8 21 Apr 2026
CVE-2026-4342 High 8.8 19 Mar 2026
CVE-2026-3288 High 8.8 9 Mar 2026
CVE-2026-22549 Medium 6.9 4 Feb 2026
CVE-2025-57870 Critical 10.0 22 Oct 2025
CVE-2024-5154 High 8.1 12 Jun 2024
CVE-2023-5528 High 7.2 14 Nov 2023
CVE-2022-3172 Medium 5.1 3 Nov 2023
CVE-2023-3893 High 8.8 3 Nov 2023
CVE-2023-3676 High 8.8 31 Oct 2023
CVE-2023-3955 High 8.8 31 Oct 2023
CVE-2021-25736 Medium 5.8 30 Oct 2023
CVE-2023-5044 High 7.6 25 Oct 2023
CVE-2023-5043 High 7.6 25 Oct 2023
CVE-2022-4886 High 8.8 25 Oct 2023
CVE-2023-1943 High 8.0 12 Oct 2023
CVE-2022-4318 High 7.8 25 Sep 2023
CVE-2023-1260 High 8.0 24 Sep 2023
CVE-2022-3466 Medium 4.8 15 Sep 2023
CVE-2023-2728 Medium 6.5 3 Jul 2023
CVE-2023-2727 Medium 6.5 3 Jul 2023
CVE-2023-2431 Low 3.4 16 Jun 2023
CVE-2023-2878 Medium 6.5 7 Jun 2023
CVE-2023-1174 Critical 9.8 24 May 2023
CVE-2023-1944 High 8.4 24 May 2023
CVE-2021-25748 High 7.6 24 May 2023
CVE-2021-25749 High 7.8 24 May 2023
CVE-2022-3294 Medium 6.6 1 Mar 2023
CVE-2022-3162 Medium 6.5 1 Mar 2023
CVE-2022-2995 High 7.1 19 Sep 2022
CVE-2022-2385 High 8.1 12 Jul 2022
CVE-2022-1708 High 7.5 7 Jun 2022
CVE-2021-25745 High 7.6 6 May 2022
CVE-2021-25746 High 7.6 6 May 2022
CVE-2022-27652 Medium 5.3 18 Apr 2022
CVE-2022-0811 High 8.8 16 Mar 2022
CVE-2022-0532 Medium 4.2 9 Feb 2022
CVE-2020-8562 Low 2.2 1 Feb 2022
CVE-2021-25743 Low 3.0 7 Jan 2022
CVE-2021-25742 High 7.6 29 Oct 2021
CVE-2021-25738 Medium 6.7 11 Oct 2021
CVE-2020-8561 Medium 4.1 20 Sep 2021
CVE-2021-25740 Low 3.1 20 Sep 2021
CVE-2021-25741 High 8.8 20 Sep 2021
CVE-2021-25735 Medium 6.5 6 Sep 2021
CVE-2021-25737 Low 2.7 6 Sep 2021
CVE-2020-8554 Medium 6.3 21 Jan 2021
CVE-2020-8568 Medium 5.8 21 Jan 2021
CVE-2020-8569 Medium 4.3 21 Jan 2021
CVE-2020-8570 Critical 9.1 21 Jan 2021
CVE-2020-8563 Medium 4.7 7 Dec 2020
CVE-2020-8564 Medium 4.7 7 Dec 2020
CVE-2020-8565 Medium 4.7 7 Dec 2020
CVE-2020-8566 Medium 4.7 7 Dec 2020
CVE-2020-8553 Medium 5.9 29 Jul 2020
CVE-2020-8558 Medium 5.4 27 Jul 2020
CVE-2020-8557 Medium 5.5 23 Jul 2020
CVE-2019-11252 Medium 5.9 23 Jul 2020

Original policy

Copied from sorona.xyz on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.

Skip to content What this pays sorona.xyz pays 1.25× the program's reward, up to +$1,000 per finding, plus a complexity bonus of up to $1,000 for especially complex or well-chained bugs. Finding │ Program pays │ Through sorona.xyz Tier 1 core · Critical │ $10,000 │ $11,000 Tier 1 core · High │ $5,000 │ $6,000 Tier 1 core · Medium │ $1,000 │ $1,250 Tier 1 core · Low │ $200 │ $250 Tier 2 non-core GA · Critical │ $5,000 │ $6,000 Tier 2 non-core GA · High │ $2,500 │ $3,125 Tier 3 infra & alpha · Critical │ $2,500 │ $3,125 Tier 3 infra & alpha · High │ $1,250 │ $1,563 Submit a vulnerability CVE history 15 Last 12 months 92 Lifetime Access control 32 % Injection 25 % Info disclosure 23 % Auth bypass 20 % Latest advisories Loading the feed Overview Kubernetes runs a CNCF-backed community bug bounty, with volunteer maintainers triaging every report. Route your Kubernetes finding through sorona.xyz and we pay 1.25× whatever the program awards, plus up to $1,000 more when a bug is especially well-chained or hard to find. Response times ~1 business day First response ~10 business days Triage ~10 business days after triage Bounty In scope Core Kubernetes, the GA and Beta features of k8s.io/kubernetes and its staging repositories, the core-owned dependencies such as k8s.io/klog, and core addons like kube-proxy (Tier 1) kube-apiserver, covering authentication, authorization, and admission control, RCE and privilege escalation here are explicitly prioritized kubelet, where remote code execution and node-level privilege escalation are explicitly prioritized RBAC and the authorization layer, bugs that grant unexpected permission changes or let an actor escalate across accounts and namespaces Admission controllers and Pod Security (PodSecurity admission) enforcement, and bypasses of those policy controls The remaining control-plane and client components: kube-controller-manager, kube-scheduler, kube-proxy, and kubectl (note the kubectl user-interaction downgrade rule below) Code across the Kubernetes GitHub organizations (github.com/kubernetes and kubernetes-sigs) that counts as core, plus CI, release, and documentation artifacts The build and release supply chain of the Kubernetes orgs, gaining unauthorized commit access or publishing unauthorized/malicious artifacts, and the project infrastructure (k8s.io, the prow CI system, documentation) and core alpha features at Tier 3 Out of scope Container escapes and any attack that never routes through a Kubernetes component such as the kubelet Attacks on the Linux kernel underneath the cluster Dependencies Kubernetes does not own, such as etcd itself, though an unauthorized or unauthenticated etcd path that is mediated by a Kubernetes component can still qualify Other third-party dependencies that live outside the Kubernetes GitHub organizations Community-management tooling such as the Kubernetes mailing lists and Slack channels Findings that depend on insecure, non-default cluster configurations Most-valued findings Privilege escalation across users, service accounts, namespaces, or from node to cluster Authentication and RBAC authorization bypass Remote code execution in the kubelet or kube-apiserver Admission-control or Pod Security policy bypass Information leaks about a workload, secrets or cross-workload data disclosure Supply-chain compromise: unauthorized commit access or publishing unauthorized artifacts in the build/release pipeline Program rules Submit through sorona.xyz first. We validate, coordinate with the program's security team, and add the payout uplift on top of whatever it awards. Send a detailed, reproducible report, if we can't reproduce it, it isn't eligible One vulnerability per report unless a chain is needed to show impact On duplicates, the first reproducible report wins No social engineering of maintainers Avoid privacy violations, data destruction, and disruption of live services Keep scanner traffic to roughly 5 requests per second Program stats 2020 Bounty launched 140+ Reports resolved 300+ Researchers thanked Disclosure Disclosure timing is agreed between the reporter and the Kubernetes Security Response Committee. The default is to disclose once a mitigation ships; complex or breaking fixes can take longer. Safe harbor Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf. You are responsible for understanding and following the laws that apply to you, wherever you are, and for staying within any scope the project has defined. Submit a vulnerability