Skip to content

BlackRock

Vulnerability disclosure program on HackerOne blackrock.com

Accepting reports Full safe harbor
Top reward
No cash rewards
Top severity paid
Critical
Assets in scope
4
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.

Safe harbor
Full By responsibly submitting your findings to BlackRock in accordance with these guidelines BlackRock agrees not to pursue 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

4 assets you may test.

Wildcard domains 3

  • *.blackrock.com Critical No bounty
  • *.ishares.com High No bounty
  • *.isharesonline.com Critical No bounty

Networks 1

  • 69.52.0.0/16 Critical No bounty

Rules

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

While testing

  • Do not engage in any activity that can cause harm to BlackRock, our customers, or our employees.
  • Do not engage in any activity that can stop or degrade BlackRock services or assets.
  • Do not initiate a fraudulent financial transaction.
  • Do not store, share, compromise or destroy BlackRock or customer data.
  • No automated scanning or testing.
  • Provide BlackRock reasonable time to fix any reported issue, before such information is shared with a third party or disclosed publicly.
  • include the following HTTP header in requests made while testing BlackRock assets: `X-HackerOne-Research: [your HackerOne username]`
  • Please be sure to check our publicly published IP ranges and conduct all necessary due diligence to determine ownership of an asset prior to testing.

Not accepted

  • Physical testing
  • Social engineering or phishing
  • Denial of service attacks
  • Resource Exhaustion Attacks
  • Clickjacking on pages with no sensitive actions
  • Cross-Site Request Forgery (CSRF) on unauthenticated forms or forms with no sensitive actions
  • Attacks requiring MITM or physical access to a user's device.
  • Previously known vulnerable libraries without a working Proof of Concept.
  • Comma Separated Values (CSV) injection without demonstrating a vulnerability.
  • Missing best practices in SSL/TLS configuration.
  • Content spoofing and text injection issues without showing an attack vector/without being able to modify HTML/CSS
  • Rate limiting or bruteforce issues on non-authentication endpoints
  • Missing best practices in Content Security Policy.
  • Missing HttpOnly or Secure flags on cookies
  • Missing email best practices (Invalid, incomplete or missing SPF/DKIM/DMARC records, etc.)
  • Software version disclosure / Banner identification issues / Descriptive error messages or headers (e.g. stack traces, application or server errors).
  • Tabnabbing
  • Open redirect - unless an additional security impact can be demonstrated
  • Issues that require unlikely user interaction
  • Cache poisoning

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 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

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.

Responsible Disclosure

At BlackRock, we take cybersecurity seriously and value the contributions of the security community at large. The responsible disclosure of potential issues helps us ensure the security and privacy of our customers and their data.

If you believe you have identified a potential security issue, please send it to us in accordance with our Responsible Disclosure Guidelines and include the following information:

  • A description of the issue and where it is located.
  • A description of the steps required to reproduce the issue.

Responsible Disclosure Guidelines

Researchers shall disclose potential vulnerabilities in accordance with the following guidelines:

  • Do not engage in any activity that can cause harm to BlackRock, our customers, or our employees.
  • Do not engage in any activity that can stop or degrade BlackRock services or assets.
  • Do not initiate a fraudulent financial transaction.
  • Do not engage in any activity that violates (a) federal or state laws or regulations or (b) the laws or regulations of any country where (i) data, assets or systems reside, (ii) data traffic is routed or (iii) the researcher is conducting research activity.
  • Do not store, share, compromise or destroy BlackRock or customer data. If Personally Identifiable Information (PII) is encountered, you should immediately halt your activity, purge related data from your system, and immediately contact BlackRock. This step protects any potentially vulnerable data, and you.
  • No automated scanning or testing.
  • Provide BlackRock reasonable time to fix any reported issue, before such information is shared with a third party or disclosed publicly.

By responsibly submitting your findings to BlackRock in accordance with these guidelines BlackRock agrees not to pursue legal action against you. BlackRock reserves all legal rights in the event of noncompliance with these guidelines.

Once a report is submitted, BlackRock commits to provide prompt acknowledgement of receipt of all reports and will keep you reasonably informed of the status of any validated vulnerability that you report through this program.

Scope

We have listed the assets in scope for this program, however, if you have found a potential vulnerability (excluding the out of scope vulnerabilities listed below) on any product, system or asset you believe belongs to BlackRock, please submit it through this program as we would like to hear about it.

Identifying HackerOne Research Activity

  • To help BlackRock distinguish authorized HackerOne research from other activity, include the following HTTP header in requests made while testing BlackRock assets: X-HackerOne-Research: [your HackerOne username]
  • Please include this header on all HTTP/S requests where technically feasible. For application workflows that require an email address, use your unique HackerOne alias for proper attribution.
  • Requests that do not include an appropriate identifier may be blocked or investigated as unrecognized activity.

Out of Scope Vulnerabilities

Certain vulnerabilities are considered out of scope for our Responsible Disclosure Program. Out-of-scope vulnerabilities include:

  • Physical testing
  • Social engineering or phishing
  • Denial of service attacks
  • Resource Exhaustion Attacks
  • Clickjacking on pages with no sensitive actions
  • Cross-Site Request Forgery (CSRF) on unauthenticated forms or forms with no sensitive actions
  • Attacks requiring MITM or physical access to a user's device.
  • Previously known vulnerable libraries without a working Proof of Concept.
  • Comma Separated Values (CSV) injection without demonstrating a vulnerability.
  • Missing best practices in SSL/TLS configuration.
  • Any activity that could lead to the disruption of our service (DoS).
  • Content spoofing and text injection issues without showing an attack vector/without being able to modify HTML/CSS
  • Rate limiting or bruteforce issues on non-authentication endpoints
  • Missing best practices in Content Security Policy.
  • Missing HttpOnly or Secure flags on cookies
  • Missing email best practices (Invalid, incomplete or missing SPF/DKIM/DMARC records, etc.)
  • Vulnerabilities only affecting users of outdated or unpatched browsers [Less than 2 stable versions behind the latest released stable version]
  • Software version disclosure / Banner identification issues / Descriptive error messages or headers (e.g. stack traces, application or server errors).
  • Public Zero-day vulnerabilities that have had an official patch for less than 1 month will be awarded on a case by case basis.
  • Tabnabbing
  • Open redirect - unless an additional security impact can be demonstrated
  • Issues that require unlikely user interaction
  • Cybersquatting issues such as DNS domains or social accounts available for registration with likeness to BlackRock name and our trademarks.
  • Cache poisoning
  • Leaked credential found via a public database. We might accept after review reports of mass credential leakage which include proof of plaintext PII leakage in the report POC

Please also note that BlackRock employs third party vendors and some subdomains may be managed by third parties. Security issues found in third-party assets which are not managed by BlackRock are considered out of scope and should be reported to the affected party directly. When issues reported to the BlackRock program originate in a different vendor's service, BlackRock reserves the right to forward submissions to the affected party without further discussion. Please be sure to check our publicly published IP ranges and conduct all necessary due diligence to determine ownership of an asset prior to testing.