QFEX encourages responsible disclosure of security vulnerabilities through our Bug Bounty program.
Researchers must follow the written policy. This policy is not negotiable.
Key rules:
Act in good faith and avoid policy violations.
Don’t do more than needed to prove a vulnerability.
Don’t make threats or ransom demands.
Report vulnerabilities, including instructions and proof of concept exploit, as soon as discovered and validated.
Researchers are responsible for complying with all applicable laws.
Attempts to subvert or violate our policy will result in immediate ineligibility for this program. Threats or extortion attempts may be referred to law enforcement.
If you’re unsure about something, notify [email protected] for clarification.
QFEX strongly believes in the value of security professionals and developers assisting in keeping our products and users safe. QFEX has established and encourages coordinated vulnerability disclosure (CVD) via our Bug Bounty Program. The Bug Bounty program serves the QFEX mission by helping protect customers in the digital currency market.By looking for bugs in QFEX systems, you agree to keep all data, information about vulnerabilities, your research, and communications with QFEX strictly confidential until QFEX has addressed the issue and granted permission for disclosure.Where the requirements of this Policy are complied with, QFEX agrees not to initiate legal action for security research performed following all posted QFEX Bug Bounty policies, including good faith, accidental violations.Please avoid deliberate privacy violations by creating test accounts whenever possible. Should you encounter personally identifiable information (‘PII’) or other sensitive data for accounts you do not have express written consent of the account owner to use to validate your findings, please stop accessing that data immediately, and report the issue to QFEX with a description of the PII or other sensitive data, not the data itself.In alignment with data protection regulations and our privacy policies, you must:
Not store or transmit other clients’ PII. If you should happen to capture any client PII, report it to QFEX immediately and then destroy all copies of PII that are not yours.
Minimize data collection and access during your research. Only collect and retain information absolutely necessary to demonstrate and report the vulnerability.
Immediately and securely delete all collected data once the report is submitted and QFEX has confirmed that it has received it.
Not disclose any vulnerabilities or associated information to third parties without QFEX’s express written consent. This includes but is not limited to social media, other companies, or the press.
If you are reporting a data breach or the location of a data repository instead of a security vulnerability, please supply the location of the data and do not access it further, nor share the location of the data with others.
A bug bounty submission must never contain threats or any attempts at extortion. We are open to paying bounties for legitimate findings, however ransom demands are not eligible for payment. For example, not releasing information about the vulnerability or otherwise hindering the ability to resolve the vulnerability until other demands are met will be deemed a ransom demand. We may be required by law or voluntarily decide to report to authorities any bug bounty submission that contains ransom demands.We believe activities conducted consistent with this policy constitute “authorized” conduct under the Computer Fraud and Abuse Act (CFAA), the Digital Millennium Copyright Act (DMCA), and applicable anti-hacking laws such as Cal. Penal Code 503(c). We will not bring a claim against researchers for circumventing the technological measures we have used to protect the applications in scope of the Bug Bounty Program. However, following this policy does not mean that QFEX nor any other individual organization or government can grant immunity from global laws. It is the responsibility of individual security researchers to understand and comply with all applicable local and international laws regarding anti-hacking, data and privacy, and export controls. If a third party brings legal action against you and you were following the terms in this policy, QFEX will inform the pertinent law enforcement agencies or civil plaintiffs that your research activities were, to the best of our knowledge, conducted pursuant to, and in compliance, with the terms and conditions of this program.It is required that each researcher submit a notification to us before engaging in conduct that may be inconsistent with or unaddressed by this policy. We welcome suggestions for policy clarifications that help researchers conduct their research and reporting with confidence.
All bounty submissions are rated by QFEX and paid out based on vulnerability rating. All payouts will proceed in BTC to your verified QFEX Account and are defined as a guideline and subject to change.
All bug reports must be submitted to [email protected], the only official contact for this program. Please do not use external sites to submit vulnerability details. Any external sites or portals are unofficial and are not approved by QFEX.
Asking for payment or other acknowledgment in exchange for vulnerability details will result in immediate ineligibility of bounty payments. Not releasing vulnerability details will also result in immediate ineligibility of bounty payments.
Provide detailed instructions to reproduce the vulnerability and a Proof of Concept.
If we cannot reproduce your findings, your report will not be eligible for payout. Exploit only what is needed to prove a security vulnerability and promptly return any assets that have been extracted.
Disclosing vulnerability to other individuals is prohibited.
Any attempt to bypass the procedures outlined in this policy will result in immediate ineligibility of bounty payments.
Include your Bitcoin (BTC) Address for Payment. All rewards will be issued in Bitcoin.
Payment minimums are defined below. All payments may be modified at QFEX’s discretion.
The minimum payout is Bitcoin (BTC) equivalent of $500 USD.
The following steps are taken to process a Bug Bounty submission:1. Report is submitted to bug bounty mailbox2. QFEX security acknowledges submission (SLA 1 Business Day)3. QFEX security triages the submission (SLA 10 Business Days)4. QFEX security sends response with determination, if deemed a vulnerability, notification includes severity level and amount of reward (we will ask for a BTC address)5. For security vulnerabilities, QFEX will send the reward (SLA 14 Business Days)
HighHigh severity issues allow an attacker to read or modify highly sensitive data that they are not authorized to access. They are generally more narrow in scope than critical issues, though they may still grant an attacker extensive access. For example:
arbitrary code/command execution on a server in our production network.
arbitrary queries on a production database.
bypassing our sign-in process, either password or 2FA.
access to sensitive production user data or access to internal production systems.
XSS which bypasses CSP
Discovering sensitive user data in a publicly exposed resource
Gaining access to a non-critical, system to which an end user account should not have access
MediumMedium severity issues allow an attacker to read or modify limited amounts of data that they are not authorized to access. They generally grant access to less sensitive information than high severity issues. For example:
Disclosing non-sensitive information from a production system to which the user should not have access
XSS that does not bypass CSP or does not execute sensitive actions in another user’s session
CSRF for low risk actions
LowLow severity issues allow an attacker to access extremely limited amounts of data. They may violate an expectation for how something is intended to work, but it allows nearly no escalation of privilege or ability to trigger unintended behavior by an attacker. For example:
Triggering verbose or debug error pages without proof of exploitability or obtaining sensitive information.
Reports in which we are not interested and are not eligible for reward include:
Vulnerabilities on sites hosted by third parties (status.qfex.com, etc) unless they lead to a vulnerability on the main website. Vulnerabilities and bugs on the QFEX blog (blog.qfex.com).
Vulnerabilities contingent on physical attack, social engineering, spamming, DDOS attack, etc.
Vulnerabilities affecting outdated or unpatched browsers.
Vulnerabilities in third party applications that make use of QFEX’s API.
Vulnerabilities publicly disclosed in third party libraries or technology used in QFEX products, services, or infrastructure earlier than 30 days after the public disclosure of the issue.
Vulnerabilities that have been released publicly prior to QFEX issuing a comprehensive fix.
Vulnerabilities already known to us, or already reported by someone else (reward goes to first reporter).
Issues that aren’t reproducible.
Vulnerabilities that require an improbable level of user interaction.
Vulnerabilities that require root/jailbreak on mobile.
Missing security headers without proof of exploitability.
TLS Cipher Suites offered.
Suggestions on best practices.
Software version disclosure.
Any report withoutdetailed step-by-step instructionsandan accompanying proof of concept exploit.
Issues that we can’t reasonably be expected to do anything about, such as issues in technical specifications that QFEX must implement to conform to those standards.
The output from automated tools/scannersor AI-generated reports.
