- Top reward
- $1,250
- Top severity paid
- High
- Assets in scope
- 8
- Public CVEs
- 26
- Last change
- No changes yet
At a glance
What to know before you start testing.
- Pays up to $1,250
- for high bugs, from $125.
- Report on Sorona
- Submit through the program page.
- Partial safe harbor
- Some legal protection; read the terms.
- Replies within 0.3 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 |
|---|---|---|
| High |
|
$1,250 |
| Medium |
|
$313 |
| Low |
|
$125 |
- Response
-
Within 0.3 days
~7 hours 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
8 assets you may test, 8 excluded.
Web 1
- https://brave.com
Products and areas 7
- brave/brave-core, listed again as an asset in its own right. That is the engine layer, the whole patch set Brave lays over Chromium, and the whole of it is in scope
- brave-intl/bat-client and brave-intl/bat-publisher, which the program names individually alongside the org-wide wildcard
- Brave's AI and agent features, covered by a policy section the changelog added on 2025-11-26
- Brave's declaration is a repository wildcard: security or privacy issues in any repository owned by github.com/brave or github.com/brave-intl that is neither forked nor archived. The program carries it as a single source-code asset, bounty-eligible at critical maximum severity
- Brave's web properties, carried at critical maximum severity: search.brave.com, account.brave.com, talk.brave.com, api-dashboard.search.brave.com, and the Creators and Ads dashboards behind the Brave websites asset row
- The product surfaces Brave adds on top of Chromium: Shields and the adblock-rust engine behind it, Rewards, Wallet and the BAT contract addresses the policy lists, Tor windows, and sync
- The shipped clients, each an asset of its own: Brave Browser Desktop on the latest nightly, beta or stable build, com.brave.browser and com.brave.browser_beta on Google Play, and com.brave.ios.browser on the App Store
Out of scope (8)
- brave.com itself, where the program says it is not generally interested and does not guarantee a response, reserving consideration for severe bugs that threaten immediate user harm
- Denial of service and resource exhaustion in the client products, unless you can carry it through to code execution or data disclosure
- Fingerprinting and cross-site tracking methods in general, and detection that a user is running Brave rather than Chrome
- Forked and archived repositories under either GitHub organisation, which the wildcard scope carves out by name
- Non-default extensions, self-XSS, login and logout CSRF, and anything that needs physical access to the device
- Releases other than the current ones: the desktop asset row takes issues in the latest nightly, beta and stable builds only
- The legacy Muon-based browser, the Muon framework itself, and all LinkBubble products
- Upstream Chromium bugs that Brave will simply inherit a fix for. They qualify only when Brave fixes them directly, which the policy itself calls very rare
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.
-
Upstream Chromium bugs are only eligible if Brave fixes them directly rather than waiting for the upstream fix, which the policy itself calls very rare
-
Only current releases count, so reproduce on the latest nightly, beta or stable build and state the operating system and the Brave version you used
-
The payable surface is Brave's own work, the patch set, Shields, Rewards, Wallet, Tor windows and sync, rather than anything inherited from Chromium
-
Two reports closed as Not Applicable or as spam can get you banned from the program, so file only what you have actually verified
-
Give Brave a reasonable amount of time to resolve the issue before it goes to the public or to a third party
Not accepted
-
Upstream Chromium bugs that Brave will simply inherit a fix for
-
Forked and archived repositories under either GitHub organisation
-
The legacy Muon-based browser, the Muon framework itself, and all LinkBubble products
-
Fingerprinting and cross-site tracking methods in general, and detection that a user is running Brave rather than Chrome
-
Denial of service and resource exhaustion in the client products, unless you can carry it through to code execution or data disclosure
-
Non-default extensions, self-XSS, login and logout CSRF, and anything that needs physical access to the device
-
Releases other than the current ones: the desktop asset row takes issues in the latest nightly, beta and stable builds only
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-2023-52263 | Brave Browser before 1.59.40 does not properly restrict the schema for WebUI factory and redirect. This is related to browser/brave_content_browser_client.cc and browser/ui/webui/brave_web_ui_controller_factory.cc. | Medium 6.1 | 30 Dec 2023 |
| CVE-2023-28364 | An Open Redirect vulnerability exists prior to version 1.52.117, where the built-in QR scanner in Brave Browser Android navigated to scanned URLs automatically without showing the URL first. Now the user must manually navigate to the URL. | Medium 6.1 | 1 Jul 2023 |
| CVE-2023-28360 | An omission of security-relevant information vulnerability exists in Brave desktop prior to version 1.48.171 when a user was saving a file there was no download safety check dialog presented to the user. | Medium 4.3 | 11 May 2023 |
| CVE-2023-22798 | Prior to commit 51867e0d15a6d7f80d5b714fd0e9976b9c160bb0, https://github.com/brave/adblock-lists removed redirect interceptors on some websites like Facebook in which the redirect interceptor may have been there for security purposes. This could potentially cause open redirects on these websites. Brave's redirect interceptor removal feature is known as "debouncing" and is intended to remove unnece | Medium 6.1 | 9 Feb 2023 |
| CVE-2022-47932 | Brave Browser before 1.43.34 allowed a remote attacker to cause a denial of service via a crafted HTML file that mentions an ipfs:// or ipns:// URL. This vulnerability is caused by an incomplete fix for CVE-2022-47933. | Medium 6.5 | 24 Dec 2022 |
| CVE-2022-47933 | Brave Browser before 1.42.51 allowed a remote attacker to cause a denial of service via a crafted HTML file that references the IPFS scheme. This vulnerability is caused by an uncaught exception in the function ipfs::OnBeforeURLRequest_IPFSRedirectWork() in ipfs_redirect_network_delegate_helper.cc. | Medium 6.5 | 24 Dec 2022 |
| CVE-2022-47934 | Brave Browser before 1.43.88 allowed a remote attacker to cause a denial of service in private and guest windows via a crafted HTML file that mentions an ipfs:// or ipns:// URL. This is caused by an incomplete fix for CVE-2022-47932 and CVE-2022-47934. | Medium 6.5 | 24 Dec 2022 |
| CVE-2022-30334 | Brave before 1.34, when a Private Window with Tor Connectivity is used, leaks .onion URLs in Referer and Origin headers. NOTE: although this was fixed by Brave, the Brave documentation still advises "Note that Private Windows with Tor Connectivity in Brave are just regular private windows that use Tor as a proxy. Brave does NOT implement most of the privacy protections from Tor Browser." | Medium 5.3 | 7 May 2022 |
| CVE-2021-45884 | In Brave Desktop 1.17 through 1.33 before 1.33.106, when CNAME-based adblocking and a proxying extension with a SOCKS fallback are enabled, additional DNS requests are issued outside of the proxying extension using the system's DNS settings, resulting in information disclosure. NOTE: this issue exists because of an incomplete fix for CVE-2021-21323 and CVE-2021-22916. | High 7.5 | 27 Dec 2021 |
| CVE-2021-22929 | An information disclosure exists in Brave Browser Desktop prior to version 1.28.62, where logged warning messages that included timestamps of connections to V2 onion domains in tor.log. | Medium 6.1 | 31 Aug 2021 |
| CVE-2021-22916 | In Brave Desktop between versions 1.17 and 1.26.60, when adblocking is enabled and a proxy browser extension is installed, the CNAME adblocking feature issues DNS requests that used the system DNS settings instead of the extension's proxy settings, resulting in possible information disclosure. | Medium 5.9 | 12 Jul 2021 |
| CVE-2021-22917 | Brave Browser Desktop between versions 1.17 and 1.20 is vulnerable to information disclosure by way of DNS requests in Tor windows not flowing through Tor if adblocking was enabled. | Medium 6.5 | 12 Jul 2021 |
| CVE-2021-21323 | Brave is an open source web browser with a focus on privacy and security. In Brave versions 1.17.73-1.20.103, the CNAME adblocking feature added in Brave 1.17.73 accidentally initiated DNS requests that bypassed the Brave Tor proxy. Users with adblocking enabled would leak DNS requests from Tor windows to their DNS provider. (DNS requests that were not initiated by CNAME adblocking would go throug | Medium 4.3 | 23 Feb 2021 |
| CVE-2020-8276 | The implementation of Brave Desktop's privacy-preserving analytics system (P3A) between 1.1 and 1.18.35 logged the timestamp of when the user last opened an incognito window, including Tor windows. The intended behavior was to log the timestamp for incognito windows excluding Tor windows. Note that if a user has P3A enabled, the timestamp is not sent to Brave's server, but rather a value from:Used | Medium 5.5 | 9 Nov 2020 |
| CVE-2018-1000815 | Brave Software Inc. Brave version version 0.22.810 to 0.24.0 contains a Other/Unknown vulnerability in function ContentSettingsObserver::AllowScript() in content_settings_observer.cc that can result in Websites can run inline JavaScript even if script is blocked, making attackers easier to track users. This attack appear to be exploitable via the victim must visit a specially crafted website. This | Medium 4.3 | 20 Dec 2018 |
| CVE-2018-10799 | A hang issue was discovered in Brave before 0.14.0 (on, for example, Linux). This vulnerability is caused by the mishandling of a long URL formed by window.location+='?\u202a\uFEFF\u202b'; concatenation in a SCRIPT element. | Medium 6.5 | 8 May 2018 |
| CVE-2018-10798 | A hang issue was discovered in Brave before 0.14.0 (on, for example, Linux). The vulnerability is caused by mishandling of JavaScript code that triggers the reload of a page continuously with an interval of 1 second. | Medium 6.5 | 8 May 2018 |
| CVE-2016-10718 | Brave Browser before 0.13.0 allows a tab to close itself even if the tab was not opened by a script, resulting in denial of service. | High 7.5 | 4 Apr 2018 |
| CVE-2017-18256 | Brave Browser before 0.13.0 allows remote attackers to cause a denial of service (resource consumption) via a long alert() argument in JavaScript code, because window dialogs are mishandled. | Medium 6.5 | 4 Apr 2018 |
| CVE-2017-1000461 | Brave Software's Brave Browser, version 0.19.73 (and earlier) is vulnerable to an incorrect access control issue in the "JS fingerprinting blocking" component, resulting in a malicious website being able to access the fingerprinting-associated browser functionality (that the browser intends to block). | Medium 4.7 | 3 Jan 2018 |
| CVE-2017-8458 | Brave 0.12.4 has a URI Obfuscation issue in which a string such as https://[email protected]/ is displayed without a clear UI indication that it is not a resource on the safe.example.com web site. | Medium 6.5 | 3 May 2017 |
| CVE-2017-8459 | Brave 0.12.4 has a Status Bar Obfuscation issue in which a redirection target is shown in a possibly unexpected way. NOTE: third parties dispute this issue because it is a behavior that might have legitimate applications in (for example) the display of web-search results | Medium 5.3 | 3 May 2017 |
| CVE-2016-9473 | Brave Browser iOS before 1.2.18 and Brave Browser Android 1.9.56 and earlier suffer from Full Address Bar Spoofing, allowing attackers to trick a victim by displaying a malicious page for legitimate domain names. | Medium 4.7 | 28 Mar 2017 |
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 Critical (single unbound row, minimum) │ $10,000 │ $11,000 High │ $1,000 │ $1,250 Medium │ $250 │ $313 Low │ $100 │ $125 Submit a vulnerability CVE history 1 Last 12 months 26 Lifetime Info disclosure 35 % Access control 20 % Parsing/validation 15 % XSS 12 % Latest advisories Loading the feed Overview Brave is the largest independent Chromium fork, with monthly active users in the high tens of millions, its own security team, and its own patch set layered on top of upstream. Its footprint matters disproportionately because of what Brave adds rather than what it inherits: a Tor browsing mode, a crypto wallet holding real funds, and the adblock-rust engine that other projects vendor wholesale. A defect in Brave's own code therefore breaks exactly the privacy and custody guarantees that its users chose the browser for, which is also why its CVE count looks low: Chromium's defects are filed under the Chrome CPE, and the Brave CPE only captures Brave-specific bugs, which is precisely the surface the bounty pays for. Brave Software pays on HackerOne against one unbound reward row that runs $100 at Low, $250 at Medium, $1,000 at High and $10,000 at Critical, and because the program runs in range mode those are minimums it awards up from; $130,000 has been paid lifetime with realised top bounties between $500 and $5,300. sorona.xyz adds 1.25x on top of whatever Brave awards, up to $1,000 more, plus a complexity bonus of up to $1,000 for a well-chained finding. Response times ~7 hours First response ~10 hours Triage ~7 days Bounty In scope Brave's declaration is a repository wildcard: security or privacy issues in any repository owned by github.com/brave or github.com/brave-intl that is neither forked nor archived. The program carries it as a single source-code asset, bounty-eligible at critical maximum severity brave/brave-core , listed again as an asset in its own right. That is the engine layer, the whole patch set Brave lays over Chromium, and the whole of it is in scope The shipped clients, each an asset of its own: Brave Browser Desktop on the latest nightly, beta or stable build, com.brave.browser and com.brave.browser_beta on Google Play, and com.brave.ios.browser on the App Store The product surfaces Brave adds on top of Chromium: Shields and the adblock-rust engine behind it, Rewards, Wallet and the BAT contract addresses the policy lists, Tor windows, and sync Brave's AI and agent features, covered by a policy section the changelog added on 2025-11-26 Brave's web properties, carried at critical maximum severity: search.brave.com , account.brave.com , talk.brave.com , api-dashboard.search.brave.com , and the Creators and Ads dashboards behind the Brave websites asset row brave-intl/bat-client and brave-intl/bat-publisher , which the program names individually alongside the org-wide wildcard Out of scope Upstream Chromium bugs that Brave will simply inherit a fix for. They qualify only when Brave fixes them directly, which the policy itself calls very rare Forked and archived repositories under either GitHub organisation, which the wildcard scope carves out by name The legacy Muon-based browser, the Muon framework itself, and all LinkBubble products Fingerprinting and cross-site tracking methods in general, and detection that a user is running Brave rather than Chrome Denial of service and resource exhaustion in the client products, unless you can carry it through to code execution or data disclosure Non-default extensions, self-XSS, login and logout CSRF, and anything that needs physical access to the device Releases other than the current ones: the desktop asset row takes issues in the latest nightly, beta and stable builds only brave.com itself, where the program says it is not generally interested and does not guarantee a response, reserving consideration for severe bugs that threaten immediate user harm Most-valued findings Brave Wallet flaws that move funds, approve a transaction, or expose seed and key material without the user's consent, the shortest route to the $10,000 critical figure because real money is on the other side of it Privacy-leaking network connections from the browser itself, such as Rewards traffic for a user who never opted in or DNS escaping DoH. Info disclosure is 35% of the Brave-specific record, and this is what generates it Deanonymisation of a Tor window, or leakage between a Tor window and an ordinary one, which breaks the guarantee the feature exists to make Shields bypasses with real security impact: a path that lets tracker or ad content execute where the block was the only control standing between it and the page Prompt injection in the AI and agent features that ends in demonstrated exfiltration or an action the user never authorised Any of the above located in Brave's own patch set rather than inherited from upstream Chromium, since that is the only part of the browser this program pays for 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. Upstream Chromium bugs are only eligible if Brave fixes them directly rather than waiting for the upstream fix, which the policy itself calls very rare Only current releases count, so reproduce on the latest nightly, beta or stable build and state the operating system and the Brave version you used The payable surface is Brave's own work, the patch set, Shields, Rewards, Wallet, Tor windows and sync, rather than anything inherited from Chromium Two reports closed as Not Applicable or as spam can get you banned from the program, so file only what you have actually verified Give Brave a reasonable amount of time to resolve the issue before it goes to the public or to a third party Program stats 497 Reports resolved $130k Bounties paid 100% Response efficiency Disclosure Coordinated with Brave, which asks only for a reasonable amount of time to fix an issue before anything reaches the public or a third party. That is a timing obligation rather than a bar on third-party involvement, so sorona.xyz can route the report and holds the write-up until Brave has shipped the fix in a stable release. The team is candid that it is small relative to what it protects, so allow for that in the window you expect. 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