Skip to content

British Airways VDP

By British Airways Vulnerability disclosure program on HackerOne britishairways.com

Accepting reports
Top reward
No cash rewards
Top severity paid
Critical
Assets in scope
7
Public CVEs
0
Last change

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.

Rewards

What HackerOne lists as the payout for each severity.

This program does not pay cash rewards.

Scope

7 assets you may test, 3 excluded.

Web 2

  • http://www.britishairways.com/nx Critical No bounty
  • www.britishairways.com Critical No bounty

Wildcard domains 2

  • *.ba.com Critical No bounty
  • *.britishairways.com Critical No bounty

Android apps 1

  • com.ba.mobile Critical No bounty

iOS apps 1

  • com.britishairways.BAFlights Critical No bounty

Products and areas 1

  • Security vulnerabilities that are identified in digital properties owned, operated, or controlled by British Airways are considered in scope. Critical No bounty
Out of scope (3)
  • Testing is not permitted on internal systems, employee portals, onboard aircraft systems, third-party services, or any assets using external networks or domains not directly owned or controlled by British Airways
  • accounts.britishairways.com
  • holiday.britishairways.com

Rules

What the policy asks of you, and the bug types it won't reward, quoted from British Airways VDP (via HackerOne)'s policy.

While testing

  • Do no harm: do not exploit vulnerabilities beyond the minimal testing required to demonstrate impact or indicator of a vulnerability.
  • Do not attempt to exfiltrate any data under any circumstances.
  • Use only test accounts that you own or have explicit permission to use.
  • Do not use a vulnerability to pivot into other systems or services.
  • Denial of Service (DoS) testing is not permitted.
  • Social engineering attacks (e.g., phishing, vishing, smishing) are prohibited.
  • Do not conduct physical attacks against British Airways offices, data centers, or related infrastructure.

Not accepted

  • Clickjacking or UI redressing attacks without impact
  • Logout CSRF
  • Descriptive error messages, banner disclosures, or stack traces without exploitability
  • Lack of Secure/HTTPOnly cookie flags or missing security headers (unless demonstrably exploitable)
  • Support for outdated SSL/TLS ciphers or common SSL attacks (e.g., BEAST, BREACH)
  • Subdomain takeovers without a full proof-of-concept
  • Content spoofing or text injection without a demonstrated attack vector
  • Vulnerabilities requiring unrealistic user interaction (e.g., user manually pasting in an XSS payload)
  • Flaws in networking protocols, industry standards, or outdated third-party software not controlled by British Airways
  • Issues in code, infrastructure, or services not owned/operated by British Airways
  • Vulnerabilities that require physical access, hardware modification, or device ownership to exploit

Summarised with AI from the program policy on HackerOne, and checked word for word against it. Read the original

Changes

Tracked since 11 Nov 2026. Last checked 58 minutes ago.

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

Before we tracked it

Scope and reward changes recorded before this page started tracking it.

  1. Scope added

    com.ba.mobile

  2. Scope added

    com.britishairways.BAFlights

  3. Scope added

    *.ba.com

  4. Scope added

    accounts.britishairways.com (out of scope)

  5. Scope added

    holiday.britishairways.com (out of scope)

  6. Scope added

    Testing is not permitted on internal systems, employee portals, onboard aircraft systems, third-party services, or any assets using external... (out of scope)

  7. Scope added

    *.britishairways.com

  8. Scope added

    http://www.britishairways.com/nx

  9. Scope added

    Security vulnerabilities that are identified in digital properties owned, operated, or controlled by British Airways are considered in scope...

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.

If you believe you’ve discovered a qualifying security vulnerability in a British Airways product, service, or website, please submit a report through HackerOne in accordance with the guidelines below.

Program Rules

When investigating vulnerabilities, please:

  • Vulnerabilities must only be reported via the HackerOne platform. Reports submitted through other channels will not be recognized.
  • Employees, service providers, and individuals in a working relationship with British Airways or any of its subsidiaries are excluded from participating in the program.
  • Do not publicly disclose any details of a vulnerability without explicit written authorization from British Airways. Public disclosure is not permitted under this program.
  • Do no harm: do not exploit vulnerabilities beyond the minimal testing required to demonstrate impact or indicator of a vulnerability.
  • Avoid altering or deleting files, changing file permissions, or disrupting services.
  • Do not attempt to exfiltrate any data under any circumstances.
  • If sensitive information or personal data is inadvertently accessed, immediately cease testing and report the finding through HackerOne so that our security team can assist.
  • Use only test accounts that you own or have explicit permission to use.
  • Do not use a vulnerability to pivot into other systems or services.
  • Denial of Service (DoS) testing is not permitted.
  • Social engineering attacks (e.g., phishing, vishing, smishing) are prohibited.
  • Do not conduct physical attacks against British Airways offices, data centers, or related infrastructure.
  • Do not compromise the privacy, safety, intellectual property, or commercial interests of British Airways or third parties.
  • Reports should include a detailed description of your discovery, with clear, reproducible steps or a working proof-of-concept. Reports lacking sufficient detail may not be triaged.
  • Submit one vulnerability per report, unless multiple issues must be chained to demonstrate impact.
  • Multiple vulnerabilities caused by a single root issue will be treated as one report.
  • When duplicate reports occur, only the first valid submission will be triaged.
  • Do not submit a high volume of low-quality reports.
  • If in doubt at any point, pause testing and contact our security team via HackerOne for clarification.

#Qualifying Vulnerabilities

British Airways is particularly interested in reports that demonstrate meaningful security impact. Examples include:

  • Cross-Site Scripting (XSS)
  • Cross-Site Request Forgery (CSRF)
  • Insecure Direct Object References (IDOR)
  • Authentication or Authorization bypasses
  • Injection vulnerabilities (e.g., SQL, LDAP, XML, command)
  • Server-Side Code Execution (RCE)
  • Privilege Escalation
  • Directory Traversal
  • Information Disclosure with real-world impact
  • Security Misconfigurations that expose sensitive data or enable attack scenarios
  • Open Redirects (only where a realistic impact can be demonstrated)

British Airways reserves the right to reject submissions that do not meet these criteria or where impact cannot be clearly demonstrated.

#Non-Qualifying Vulnerabilities

The following are out of scope and will not be accepted as valid reports:

  • Vulnerabilities disclosed without clear, reproducible steps or a working proof-of-concept
  • Clickjacking or UI redressing attacks without impact
  • Logout CSRF
  • Descriptive error messages, banner disclosures, or stack traces without exploitability
  • Lack of Secure/HTTPOnly cookie flags or missing security headers (unless demonstrably exploitable)
  • Support for outdated SSL/TLS ciphers or common SSL attacks (e.g., BEAST, BREACH)
  • Subdomain takeovers without a full proof-of-concept
  • Content spoofing or text injection without a demonstrated attack vector
  • Vulnerabilities requiring unrealistic user interaction (e.g., user manually pasting in an XSS payload)
  • Flaws in networking protocols, industry standards, or outdated third-party software not controlled by British Airways
  • Issues in code, infrastructure, or services not owned/operated by British Airways
  • Vulnerabilities that require physical access, hardware modification, or device ownership to exploit
  • Reports involving:
    • Onboard aircraft systems or avionics
    • Internal corporate systems or employee portals
    • Third-party services not owned by British Airways
    • Denial of Service (DoS) attacks
    • Social engineering of British Airways staff, contractors, or customers

#Responsible Disclosure British Airways supports responsible disclosure and asks that researchers:

  • Act responsibly and within this policy, submitting all findings directly to British Airways.
  • Report vulnerabilities promptly and provide thorough, actionable details so our security team can assess and address issues quickly.
  • Uphold integrity and professionalism, avoiding misleading, coercive, or malicious behavior.
  • Do not publicly disclose any vulnerability, indicator, or associated details. Public disclosure is strictly prohibited under this program unless explicitly authorized in writing by British Airways.
  • Ensure reports are clear, detailed, and reproducible, including proof-of-concept code, screenshots, or other evidence as needed. Reports closed as Spam, Not Applicable, or Informative will not be approved for disclosure.