- Top reward
- $1,500
- Top severity paid
- Critical
- Assets in scope
- 8
- Public CVEs
- 8
- Last change
- No changes yet
At a glance
What to know before you start testing.
- Pays up to $1,500
- for critical bugs.
- Report on Sorona
- Submit through the program page.
- Partial safe harbor
- Some legal protection; read the terms.
- Replies within 4 days
- 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 | Relative size | Reward |
|---|---|---|
| Critical |
|
$1,500 from $1,000 |
| High |
|
$1,000 from $500 |
| Medium |
|
$500 from $250 |
| Low |
|
$250 from $50 |
- Response
-
Within 4 days
Coordinated through Bugcrowd, with expedited triage and validation inside four days for most submissions.
- 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
Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original
Scope
8 assets you may test, 6 excluded.
Web 1
- https://aiven.io
Products and areas 7
- aiven-db-migrate, aiven-extras, journalpump and the Aiven Kubernetes Operator, which run with elevated rights against live database clusters
- All of github.com/Aiven-Open. The target is the organisation, so every open-source repository it holds is covered rather than a shortlist of the well-known ones
- github.com/Aiven, the legacy organisation, listed as the second target
- Karapace, the Kafka schema registry and REST proxy, Klaw, the Kafka governance portal, and the KIP-405 tiered-storage plugin, each of which sits inside the in-scope organisation and has its own page here
- MyHoard for MySQL backup, Astacus for cluster-wide backup, and rohmu, the object-storage abstraction all of them write through
- PGHoard and pglookout, the PostgreSQL backup and failover daemons, including the archive and restore paths and the failover logic that decides which node becomes primary
- What the program declares: vulnerabilities in Aiven open source code, with two targets listed, github.com/Aiven-Open and github.com/Aiven, priced under the Aiven Open Source Repositories target group at P1 $1,000 to $1,500
Out of scope (6)
- Application-level denial of service and physical security, excluded by the program's VRT baseline for every target
- Customer-created services inside aivencloud.com that the researcher did not create themselves
- github.com/Aiven-Labs, which the program lists explicitly as out of scope even though it is an Aiven organisation
- Rate-limiting findings, raw scanner output, and third-party software issues whose patch has been available for less than 30 days
- Third-party-hosted Aiven properties such as Calendly, Qualified, Salesforce, Zendesk and the contact form
- Vulnerabilities inherited from an upstream project that Aiven forked, which the program directs upstream rather than paying for
Rules
What the policy asks of you, and the bug types it won't reward, quoted from Sorona's policy.
While testing
-
Submit through sorona.xyz first.
-
Only github.com/Aiven-Open and github.com/Aiven are in scope; github.com/Aiven-Labs is explicitly listed out of scope
-
A bug inherited from an upstream project that Aiven forked is not eligible here and has to go upstream to that project instead
-
Test accounts must be created with @bugcrowdninja.com addresses
-
Automated submission is prohibited: there must be a human in the loop on every report
-
hold the detail until they have shipped a fix
Not accepted
-
Vulnerabilities inherited from an upstream project that Aiven forked
-
Application-level denial of service
-
physical security
-
Rate-limiting findings
-
raw scanner output
-
third-party software issues whose patch has been available for less than 30 days
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.
| CVE | Summary | Severity | Published |
|---|---|---|---|
| CVE-2026-39961 | Aiven Operator allows you to provision and manage Aiven Services from your Kubernetes cluster. From 0.31.0 to before 0.37.0, a developer with create permission on ClickhouseUser CRDs in their own namespace can exfiltrate secrets from any other namespace — production database credentials, API keys, service tokens — with a single kubectl apply. The operator reads the victim's secret using its Cluste | Medium 6.8 | 9 Apr 2026 |
| CVE-2026-29190 | Karapace is an open-source implementation of Kafka REST and Schema Registry. Prior to version 6.0.0, there is a Path Traversal vulnerability in the backup reader (backup/backends/v3/backend.py). If a malicious backup file is provided to Karapace, an attacker may exploit insufficient path validation to perform arbitrary file read on the system where Karapace is running. The issue affects deployment | Medium 4.1 | 7 Mar 2026 |
| CVE-2026-25999 | Klaw is a self-service Apache Kafka Topic Management/Governance tool/portal. Prior to 2.10.2, there is an improper access control vulnerability that allows unauthorized users to trigger a reset or deletion of metadata for any tenant. By sending a crafted request to the /resetMemoryCache endpoint, an attacker can clear cached configurations, environments, and cluster data. This vulnerability is fix | High 7.1 | 11 Feb 2026 |
| CVE-2025-67745 | MyHoard is a daemon for creating, managing and restoring MySQL backups. Starting in version 1.0.1 and prior to version 1.3.0, in some cases, myhoard logs the whole backup info, including the encryption key. Version 1.3.0 fixes the issue. As a workaround, direct logs into /dev/null. | High 7.1 | 18 Dec 2025 |
| CVE-2025-55283 | aiven-db-migrate is an Aiven database migration tool. Prior to 1.0.7, there is a privilege escalation vulnerability that allows elevation to superuser inside PostgreSQL databases during a migration from an untrusted source server. The vulnerability stems from psql executing commands embedded in a dump from the source server. This vulnerability is fixed in 1.0.7. | Critical 9.1 | 18 Aug 2025 |
| CVE-2025-55282 | aiven-db-migrate is an Aiven database migration tool. Prior to 1.0.7, there is a privilege escalation vulnerability that allows a user to elevate to superuser inside PostgreSQL databases during a migration from an untrusted source server. By exploiting a lack of search_path restriction, an attacker can override pg_catalog and execute untrusted operators as a superuser. This vulnerability is fixed | Critical 9.1 | 18 Aug 2025 |
| CVE-2023-51390 | journalpump is a daemon that takes log messages from journald and pumps them to a given output. A logging vulnerability was found in journalpump which logs out the configuration of a service integration in plaintext to the supplied logging pipeline, including credential information contained in the configuration if any. The problem has been patched in journalpump 2.5.0. | Medium 6.5 | 21 Dec 2023 |
| CVE-2023-32305 | aiven-extras is a PostgreSQL extension. Versions prior to 1.1.9 contain a privilege escalation vulnerability, allowing elevation to superuser inside PostgreSQL databases that use the aiven-extras package. The vulnerability leverages missing schema qualifiers on privileged functions called by the aiven-extras extension. A low privileged user can create objects that collide with existing function na | High 8.8 | 12 May 2023 |
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 P1: Critical (Aiven Open Source Repositories target group) │ $1,000 - $1,500 │ $1,250 - $1,875 P2: High │ $500 - $1,000 │ $625 - $1,250 P3: Medium │ $250 - $500 │ $313 - $625 P4: Low │ $50 - $250 │ $63 - $313 Submit a vulnerability CVE history 4 Last 12 months 6 Lifetime Access control 35 % Info disclosure 25 % Injection 20 % Denial of service 15 % Latest advisories Loading the feed Overview Aiven's open-source estate is the operational machinery underneath managed PostgreSQL, MySQL and Kafka: PGHoard and pglookout for PostgreSQL backup and failover, MyHoard for MySQL, Karapace as the Kafka schema registry and REST proxy, Astacus for cluster backup, and rohmu as the object-storage abstraction they all write through. It is narrow by GitHub-stars standards and structurally important by every other measure: PGHoard and pglookout are used well beyond Aiven, and a defect in PGHoard or rohmu is a defect in the path that holds every backup of a production PostgreSQL cluster. These are credential-handling, backup-restoring, object-storage-writing daemons, so the interesting bugs are rarely memory corruption and usually a service account reaching something it should not. Aiven Ltd pays for reports through its Bugcrowd managed program, where the Aiven Open Source Repositories target group is priced separately from the managed services: P1 pays $1,000 to $1,500 and P4 pays from $50. The $50 to $25,000 headline on the program page belongs to the SaaS tiers, not to this code. sorona.xyz adds 1.25× on top of whatever Aiven awards, up to $1,000 more, plus a complexity bonus of up to $1,000 for a well-chained finding. In scope What the program declares: vulnerabilities in Aiven open source code, with two targets listed, github.com/Aiven-Open and github.com/Aiven, priced under the Aiven Open Source Repositories target group at P1 $1,000 to $1,500 All of github.com/Aiven-Open. The target is the organisation, so every open-source repository it holds is covered rather than a shortlist of the well-known ones github.com/Aiven, the legacy organisation, listed as the second target PGHoard and pglookout, the PostgreSQL backup and failover daemons, including the archive and restore paths and the failover logic that decides which node becomes primary MyHoard for MySQL backup, Astacus for cluster-wide backup, and rohmu, the object-storage abstraction all of them write through Karapace, the Kafka schema registry and REST proxy, Klaw, the Kafka governance portal, and the KIP-405 tiered-storage plugin, each of which sits inside the in-scope organisation and has its own page here aiven-db-migrate, aiven-extras, journalpump and the Aiven Kubernetes Operator, which run with elevated rights against live database clusters Out of scope github.com/Aiven-Labs, which the program lists explicitly as out of scope even though it is an Aiven organisation Vulnerabilities inherited from an upstream project that Aiven forked, which the program directs upstream rather than paying for Application-level denial of service and physical security, excluded by the program's VRT baseline for every target Third-party-hosted Aiven properties such as Calendly, Qualified, Salesforce, Zendesk and the contact form Customer-created services inside aivencloud.com that the researcher did not create themselves Rate-limiting findings, raw scanner output, and third-party software issues whose patch has been available for less than 30 days Most-valued findings Access-control failure in a daemon that fronts a production database: a service account, operator path or API reaching a cluster or a backup it was never meant to touch. That is the largest recorded bug class here at 35% and the shape that reaches P1. Credential exposure through rohmu or the backup daemons, with object-storage keys, database passwords or encryption material leaking into logs, error output, temporary files or the archive itself A restore-path defect in PGHoard, MyHoard or Astacus where attacker-influenced archive content changes what gets written back into a live cluster Command or SQL injection in the operational daemons and in aiven-db-migrate, where the input crossing into a shell or a privileged connection came from configuration or metadata rather than from an operator Failover logic in pglookout that an attacker can steer, since choosing the primary is the one decision in that daemon with cluster-wide consequences 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. Only github.com/Aiven-Open and github.com/Aiven are in scope; github.com/Aiven-Labs is explicitly listed out of scope A bug inherited from an upstream project that Aiven forked is not eligible here and has to go upstream to that project instead Test accounts must be created with @bugcrowdninja.com addresses Automated submission is prohibited: there must be a human in the loop on every report The program's $50 to $25,000 headline belongs to the managed-service tiers; open-source code tops out at $1,500, so price the work against that The program acknowledged a volume-related reward backlog on 21 July 2026, so expect payment to lag validation Disclosure Coordinated through Bugcrowd, with expedited triage and validation inside four days for most submissions. Because Aiven will not accept an issue that reached it through any other channel first, file with Aiven through Bugcrowd directly rather than letting the finding travel any other route, and hold the detail until they have shipped a fix. 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