- Top reward
- No cash rewards
- Top severity paid
- Critical
- Assets in scope
- 1
- Public CVEs
- 0
- Last change
- No changes yet
At a glance
What to know before you start testing.
- No cash rewards
- A disclosure program: you report for credit, not money.
- Report on HackerOne
- Submit through the program page.
- Full safe harbor
- Good-faith research is authorised; no legal action.
- Publish after a fix
- Coordinate the timing with the company.
Rewards
What HackerOne lists as the payout for each severity.
This program does not pay cash rewards.
- Pays cash
-
No
The curl project explicitly will **not** pay any monetary rewards for security reports submitted through this program - even if the report ends up being a confirmed vulnerability.
- Safe harbor
-
Full
Any activities conducted in a manner consistent with this policy will be considered authorized conduct and we will not initiate legal action against you.
Summarised with AI from the program policy on HackerOne, read 12 Nov 2026, and checked word for word against it. Read the original
Scope
1 asset you may test.
Source code 1
- https://github.com/curl/curl Critical No bounty
Rules
What the policy asks of you, and the bug types it won't reward, quoted from curl (via HackerOne)'s policy. "We" in these lines means the program, not this site.
While testing
-
Let us know as soon as possible upon discovery of a potential security issue, and we'll make every effort to quickly resolve the issue.
-
Provide us a reasonable amount of time to resolve the issue before any disclosure to the public or a third-party.
-
Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service.
Not accepted
-
Denial of service
-
Spamming
-
Social engineering (including phishing) of curl developers
-
Vulnerabilities in features which are off by default and documented as experimental
-
Any infrastructure issues that you may find are out of the policy unless they affect source packaging/distribution
Summarised with AI from the program policy on HackerOne, read 12 Nov 2026, and checked word for word against it. Read the original
Changes
Tracked since 11 Nov 2026. Last checked 4 minutes 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.
No CVEs matched yet. We match NVD records by vendor name, so products sold under another name can be missing.
Original policy
Copied from hackerone.com on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.
No technology is perfect, and curl believes that working with skilled security researchers across the globe is crucial in identifying weaknesses in any technology. If you believe you've found a security issue in our products, we encourage you to notify us. We welcome working with you to resolve the issue promptly.
Disclosure Policy
- Let us know as soon as possible upon discovery of a potential security issue, and we'll make every effort to quickly resolve the issue.
- Provide us a reasonable amount of time to resolve the issue before any disclosure to the public or a third-party.
- Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service.
No monetary rewards
The curl project explicitly will not pay any monetary rewards for security reports submitted through this program - even if the report ends up being a confirmed vulnerability. Everyone participating in this program should do so with the knowledge that proper credits is the only "payment" we offer.
Exclusions
While researching, we'd like to ask you to refrain from:
- Denial of service
- Spamming
- Social engineering (including phishing) of curl developers
Safe Harbor
Any activities conducted in a manner consistent with this policy will be considered authorized conduct and we will not initiate legal action against you. If legal action is initiated by a third party against you in connection with activities conducted under this policy, we will take steps to make it known that your actions were conducted in compliance with this policy.
Valid issues
Security problems present in the latest released curl/libcurl version that haven't already been reported/fixed and haven't otherwise been made public, in full or in part, are considered . We practice responsible disclosure - we keep all details private and secret until the agreed date we publish.
Reports are made public
Al* security reports that are submitted to the curl project are subject for disclosure once they have been dealt with and they are deemed "insensitive". We are an Open Source project for which transparency is important, which then includes showing the world all our security reports as well.
Exclusions from the vulnerability reporting program
Experiments
Vulnerabilities in features which are off by default and documented as experimental, are not considered valid. We treat them as plain bugs.
Issues with our infrastructure
Any infrastructure issues that you may find are out of the policy unless they affect source packaging/distribution. This includes but is not limited to DNS config for our domains, our email setup details and website configurations or hosting details. Not in scope!
The wiki is world editable
It is on purpose. It is a wiki. If you change or add non-curl related contents to prove a point, we consider that abuse.
Thank you for helping keep curl and our users safe!