Security Bounty Program
QNAP is committed to cybersecurity and works together with partners and the security community to ensure the security of QNAP products, giving users greater peace of mind and safeguarding product systems and data. To thank researchers who discover potential security issues and help improve customer security, QNAP offers rewards through its Security Bounty Program.
Program Scope
The Bounty Program only accepts reports of security vulnerabilities related to QNAP products and online services. Any security report outside the scope of this Program is not accepted under this Program and is not eligible for a reward. This Program does not accept or reward security vulnerabilities found in third-party software (e.g., third-party QPKGs). If you discover a security issue in such software, please contact and notify the relevant vendor or developer directly. For other security issues that fall outside the reward scope of this Program but relate to QNAP products or services, please refer to the Coordinated Vulnerability Disclosure Policy for how to report them.
-
Operating Systems
Bounty up to US$20,000
Operating systems developed by QNAP — QTS, QuTS hero, and QuTScloud — are all covered by this Program.
-
Applications
Bounty up to US$10,000
Applications officially developed by QNAP.
-
Cloud Services
Bounty up to US$5,000
Cloud services officially provided by QNAP.
How to Report Security Issues and Vulnerabilities?
Please encrypt your email using the PGP public key below and send it to security@qnap.com. QNAP PSIRT will proactively contact the researcher to confirm the submission.
Recommended Vulnerability Report Format
-
Operating Systems
-
Applications
-
Cloud Services
PGP encryption key
Eligibility Criteria
-
You must be the first researcher to report the vulnerability.
-
You have not publicly disclosed the vulnerability.
-
The vulnerability you report is confirmed by QNAP staff to be verifiable, reproducible, and eligible for a reward.
-
You fully agree to and comply with the Bounty Program rules.
-
If you accessed non-public data of QNAP or its users during your research, you have deleted such data in accordance with the Testing Conduct and Data Handling Rules and provided a written deletion statement within the required period.
Reward amounts may be adjusted depending on the following:
Bonus factors
-
Follow the recommended vulnerability report format: Please provide necessary and sufficient vulnerability information. Recommended formats: Operating System format example, Application format example, Cloud Service format example.
-
Reproduction steps: Clear and detailed steps to reproduce.
-
Issue description: A well-organized vulnerability report with clearly structured paragraphs.
-
Supplementary information: Items recommended in the vulnerability report format examples, or other useful information such as test code, scripts, or other detailed explanations.
-
Provide the complete raw exploit payload in text form: If the payload is provided only as an image, the QNAP PSIRT team cannot guarantee it can be reproduced correctly. If a valid attack cannot be reproduced, the vulnerability determination may be invalidated.
Adjustment factors
-
Issue severity and review order: QNAP PSIRT prioritizes verification and remediation based on issue severity, giving priority to issues with a significant impact on user data and systems. Issue severity is determined by the Bounty Committee with reference to the CVSS v3.1 score, combined with real-world exploitability and scope of impact. Issues rated as low severity will be reviewed after high-severity issues. All confirmed issues affecting products still within their support period, regardless of severity, will be included in QNAP's remediation schedule.
-
Reward amount by severity: Rewards are granted according to the severity tier assigned to the issue. Rewards for issues rated as low severity will be adjusted accordingly and will be lower than those for high-severity issues in the same scope. The amount published for each scope is the maximum for that scope, not a guaranteed amount for each case.
-
If an issue is rated as low severity and is merely a security improvement suggestion that causes no actual harm (e.g., configuration recommendations, disclosure of version or path information, best-practice reminders), and verification cannot demonstrate that it can actually be exploited to cause harm, no bounty will be awarded. However, it is still considered a valid issue, and we will still include you in our public acknowledgments. This differs from "not eligible for a reward" (not accepted and not acknowledged); the main distinction between the two is whether verifiable actual execution results are provided. For specific cases that are not eligible for a reward, see the "Notes" for each scope.
-
Duplicate and same-origin issues: If multiple reports are confirmed to stem from the same root cause or the same code path, or can be resolved by the same fix, QNAP PSIRT may evaluate them as a single case. The reward for a merged case is capped at a single amount for the tier to which the case belongs and does not accumulate by the number of reports; the reward goes to the earliest complete report received.
-
Subsequent reports of the same issue type: Subsequent reports of an issue type that QNAP has already accepted or fixed (including issues of the same type in different interfaces, parameters, or modules) may be treated as variants of the existing case. Such reports will still be individually recognized as valid issues and individually assigned CVE IDs, while rewards will be granted for the issue class as a whole: the 1st through 10th reports in the same issue class receive the full amount for their tier; from the 11th report onward, 10% of the tier amount is granted. The count is cumulative across all reporters, with no separate counting period. The "same issue class" is determined by the same CWE classification together with the same functional component or the same code pattern. QNAP PSIRT will inform you of the variant determination and the current cumulative sequence number for that issue class in the vulnerability confirmation email. If you disagree, you may write to us within 14 calendar days of receiving the email.
-
Report completeness and reproducibility: For reports where the reporter has not independently re-verified the issue, or has only provided raw tool output without explaining the actual impact and how to reproduce it, QNAP PSIRT may ask the reporter to provide additional information. Until the additional information is provided, the case will be reviewed after cases with complete information.
-
Actual security impact: Rewards will be adjusted accordingly for issues that are purely theoretical, require highly unusual preconditions, or cannot be shown to have a substantive impact on user data and systems.
Acknowledgments
Thank you to all researchers for your expertise and dedication.
- Andr.Ess
- Himanshu Sondhi
- iothacker_dreamer
- pwnr
- Mohammad Abdullah - Infosec Researcher & Bugbounty hunter
- Nirob Sec
- Sajibe Kanti Sarkar
- 侯留洋
- CataLpa of Hatlab, Dbappsecurity Co. Ltd.
- coral
- huasheng_mangguo
- Nanyu Zhong @ VARAS IIE
- Searat and izut
- Yuze Wu(h1J4cker)
- TOUNSI2
- Ahmed Y. Elmogy.
- Amir Habeeb
- Karim Habeeb
- Corentin '@OnlyTheDuck' BAYET
- Sandro
- Tim Coen
- scsb2001
- Abhinav
- Aditya Singh
- Aksha Chudasama
- Akshay Shelke
- Amit Pandey
- Ashish Rai (octupus)
- Ashish Sharma
- BangBang
- Durvesh Kolhe
- Gaurang
- Gaurang maheta
- Ginikunta Vishal Goud
- Himanshu Sondhi
- Jainam Soni
- K.Buvaneshvaran
- Mangesh Muley
- Milan Solanki (LeoSecurity)
- PUSHKAR KUMAR
- Raj
- Rishyendra M
- S Rahul
- Saurabh Tripathi
- Vaibhav
- Vaibhav Shinde
- YASHU REDDY
- Amethama Luturmas
- Firdaus
- Drak3hft7
- Kazuma Matsumoto of GMO Cybersecurity by IERAE, Inc.
- JILALI SHADOW
- Marouane Mouhtadi (mar0uane)
- Hassaan Ahmed
- Insbat
- Zain Iqbal
- Aliz Hammond of watchTowr
- ZIEN
- Dohwan KIM (neko_hat from Chung-Ang UNIV.)
- Kasper Karlsson
- Kevin Chen
- LJP (DEVCORE Research Team)
- Engin Aydoğan
- Kutay Ergen
- Freddo Espresso (Evangelos Daravigkas)
- Michael Cowell
- Anonymous
- Christopher Anastasio / Fabius Watson
- Trend Micro Zero Day Initiative
- Víctor A. Morales
- Anh Nguyen Le Quoc (h4niz), Tri, Nguyen Huu (trinh), Quy, Cao Ngoc (quycn) of bl4ckh0l3 from Galaxy One
- binhnt
- hyc
- khoadha
- Le Mau Anh Phong at Verichains Cyber Force
- Long Hà
- q5ca, greengrass
FAQ
The reward mechanism and bounty amount are determined by the Bounty Review Team, composed of QNAP PSIRT members, taking into account the following factors: the complexity of successfully exploiting the vulnerability, and the threat posed by the vulnerability, including the percentage of affected users and systems.
Yes. If a video makes it easier to understand how the vulnerability is exploited, the Bounty Committee may increase the reward accordingly. Please note that written documentation is required (e.g., a PoC document and a full explanation), as this helps manage the vulnerability disclosure process.
At a minimum, a vulnerability report must include: the name of the affected product and its version and build number, or the URL of the cloud service; a summary of the vulnerability's potential threat; and detailed, clear steps to reproduce, optionally accompanied by a video to reproduce the vulnerability.
Please encrypt your report using the PGP public key provided by QNAP and send it to security@qnap.com. Once the email is received, the system will automatically reply with a technical ticket number, which the researcher can use to check the review progress.
The QNAP PSIRT team will proactively contact the researcher to confirm whether the submission is complete. For cases with complete information that are initially assessed as high severity, the researcher will, in principle, receive a QNAP PSIRT vulnerability confirmation email within one week after the information is confirmed complete, including the CVE ID assigned to the report.
A bounty proposal will be sent by email four weeks after the date the vulnerability confirmation email is sent. If the researcher accepts the proposal, QNAP expects to complete payment within twelve weeks of receiving the confirmation reply.
During verification, QNAP PSIRT analyzes the root cause of each case. If multiple reports are confirmed to stem from the same root cause, the same code path, or the same design pattern, they will be handled as a single case, and the reward goes to the earliest complete report received; if a subsequent report provides additional security impact information, we will still take it into account. For issues of the same type that each require an independent fix, we will recognize them individually and assign separate CVE IDs; rewards will be granted for the issue class as a whole, with the 1st through 10th reports receiving the full tier amount and, from the 11th report onward, 10% of the tier amount. The count is cumulative across all reporters.
Yes. QNAP respects all research methods; what we care about is the quality of the report itself. Regardless of the tools used, please re-verify the issue yourself before submitting, and include reproduction steps and the actual security impact in the report. For reports that only include raw tool output, have not been verified, or do not explain the impact, we may need to ask you for more information, and they will be reviewed after cases with complete information. Reports assessed as having no actual security impact will not be eligible for a reward.
QNAP prioritizes resources for issues with a significant impact on user data and systems. Therefore, low-severity issues are verified and responded to after high-severity issues, and rewards are adjusted according to their severity tier. This does not affect how we handle the issue — all confirmed issues are included in the remediation schedule. If you believe the rating does not reflect the actual impact, please email security@qnap.com with information that may raise the impact assessment, such as lower privilege prerequisites, a broader range of affected versions, or an explanation of how the issue can be chained with other issues to form a complete attack chain.
If your issue is a security improvement suggestion that causes no actual harm, we will still include you in our public acknowledgments, but no bounty will be awarded.
Please stop any further access immediately. In the impact description of your report, state the names of the tables or endpoints involved, the field names, and the number of records, and if necessary attach a masked sample. There is no need to — and please do not — attach raw data files.
After submitting your report, please delete all copies within 7 calendar days and email a signed written deletion statement stating the scope of deleted data, the date and time of deletion, and the deletion method, and confirming that all storage locations listed in the Testing Conduct and Data Handling Rules have been covered. This statement is a prerequisite for receiving a reward.
The statement may use the name or research alias you used when reporting; no other proof of identity is required. If your organization's policies prevent you from signing in your personal name, a contact person from your organization may issue it on your behalf, or you may reply by email confirming each item. If the statement is not provided within the deadline, we will first send a reminder by email and suspend the reward evaluation for the case.
Accurately describing the extent of your access will not affect your eligibility for a reward; on the contrary, it helps QNAP accurately assess the impact and take necessary measures.
Security Advisory Subscription
We recommend subscribing to QNAP Security Advisories to get first-hand security information!
Last updated: 2026/08/31. The terms of this Program may be adjusted from time to time; the latest version published on this page shall prevail.
Operating Systems
Bounty up to US$20,000
| Bounty |
For confirmed security reports that pass the severity review, QNAP may offer a bounty of up to US$20,000. |
|---|---|
| Scope |
This Program only accepts security reports for official and latest releases of products, applications, and services.
|
| Notes |
This Program only accepts security issues related to QNAP products and services. Any action that may harm QNAP servers or data is strictly prohibited, and all security testing must comply with applicable laws. The following security issues are not eligible for a reward:
The following are valid issues but are not eligible for a bounty; we will still include you in our public acknowledgments: best-practice recommendations, or matters that are merely configuration recommendations (e.g., header configuration recommendations, version information disclosure), where verification cannot demonstrate that they can actually be exploited to cause harm. The following conduct violates the rules of this Program. In any of the following cases, the case is not eligible for a reward, and the good-faith research protection under item 5 of the Testing Conduct and Data Handling Rules does not apply:
|
Applications
Bounty up to US$10,000
| Bounty |
For confirmed security reports that pass the severity review, QNAP may offer a bounty of up to US$10,000. |
|---|---|
| Scope |
This Program only accepts security reports for official and latest releases of products, applications, and services. Applications covered by the Bounty Program include, but are not limited to, the following:
|
| End-of-Life (EOL) Applications |
The following products, packages, mobile applications, and browser extensions are excluded from the scope of the QNAP Bug Bounty Program once they reach end of life (EOL). Vulnerability reports for these items will no longer be accepted, and no bug bounty rewards will be offered. EOL items include:
|
| Notes |
This Program only accepts security issues related to QNAP products and services. Any action that may harm QNAP servers or data is strictly prohibited, and all security testing must comply with applicable laws. The following security issues are not eligible for a reward:
The following are valid issues but are not eligible for a bounty; we will still include you in our public acknowledgments: best-practice recommendations, or matters that are merely configuration recommendations (e.g., header configuration recommendations, version information disclosure), where verification cannot demonstrate that they can actually be exploited to cause harm. The following conduct violates the rules of this Program. In any of the following cases, the case is not eligible for a reward, and the good-faith research protection under item 5 of the Testing Conduct and Data Handling Rules does not apply:
|
Cloud Services
Bounty up to US$5,000
| Bounty |
For confirmed security reports that pass the severity review, QNAP may offer a bounty of up to US$5,000. |
|---|---|
| Scope |
This Program only accepts security reports for official and latest releases of products, applications, and services. Domains covered by the cloud services scope:
|
| Notes |
This Program only accepts security issues related to QNAP products and services. Any action that may harm QNAP servers or data is strictly prohibited, and all security testing must comply with applicable laws. The following security issues are not eligible for a reward:
The following are valid issues but are not eligible for a bounty; we will still include you in our public acknowledgments: best-practice recommendations, or matters that are merely configuration recommendations (e.g., header configuration recommendations, version information disclosure), where verification cannot demonstrate that they can actually be exploited to cause harm. The following conduct violates the rules of this Program. In any of the following cases, the case is not eligible for a reward, and the good-faith research protection under item 5 of the Testing Conduct and Data Handling Rules does not apply:
|
Operating Systems
(* indicates a required field)
-
Product*: Product name, e.g., QuTS hero
-
Version*: Product version and release build number, e.g., h5.0.1.2376 build 20230421
-
Summary*: In the form "[vulnerability type] found in [location]", e.g., Command Injection in abc.cgi
-
Required privileges*: The minimum privileges needed to exploit the vulnerability. Options: None / Regular user / Administrators group / System administrator
-
Research motivation: What led you to start researching and discover this vulnerability?
-
Tools used: A list of all tools and software used during the research
-
Issue description: Disclose more details about the vulnerability
For example:
-
A brief description of the potential harm
-
Analysis of the vulnerability
-
How the vulnerability was identified and discovered
-
Tools used in the report
-
-
CWE ID(s): CWE-XXX, CWE-YYY, etc.
-
CAPEC ID(s): CAPEC-XXX, CAPEC-YYY, etc.
-
CVSS Score: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Reference: CVSS v3.1 calculator https://cvss.js.org/ -
Steps to reproduce*: Detailed and clear steps to reproduce
-
Proof of concept: Any videos, screenshots, exploits, etc.
-
Verification environment: The model and firmware version used for verification, e.g., TS-464, QTS 5.2.8.3359 build 20251225
-
Verification date and time*: e.g., 2026/09/01 14:30 (UTC+8)
Applications
(* indicates a required field)
-
Application*: Application name, e.g., File Station
-
Version*: Product version and release build number, e.g., 2.0.2 (2022/01/26)
-
Summary*: In the form "[vulnerability type] found in [location]", e.g., Buffer overflow in abc app
-
Required privileges*: The minimum privileges needed to exploit the vulnerability. Options: None / Regular user / Administrators group / System administrator
-
Research motivation: What led you to start researching and discover this vulnerability?
-
Tools used: A list of all tools and software used during the research
-
Issue description: Disclose more details about the vulnerability
For example:
-
A brief description of the potential harm
-
Analysis of the vulnerability
-
How the vulnerability was identified and discovered
-
Tools used in the report
-
-
CWE ID(s): CWE-XXX, CWE-YYY, etc.
-
CAPEC ID(s): CAPEC-XXX, CAPEC-YYY, etc.
-
CVSS Score: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Reference: CVSS v3.1 calculator https://cvss.js.org/ -
Steps to reproduce*: Detailed and clear steps to reproduce
-
Proof of concept: Any videos, screenshots, exploits, etc.
-
Verification environment: The model and firmware version used for verification, e.g., TS-464, QTS 5.2.8.3359 build 20251225
-
Verification date and time*: e.g., 2026/09/01 14:30 (UTC+8)
Cloud Services
(* indicates a required field)
-
Domain*: Domain name, e.g., https://account.qnap.com
-
Summary*: In the form "[vulnerability type] found in [location]", e.g., XSS on https://account.qnap.com
-
Research motivation: What led you to start researching and discover this vulnerability?
-
Tools used: A list of all tools and software used during the research
-
Issue description: Disclose more details about the vulnerability
For example:
-
A brief description of the potential harm
-
Analysis of the vulnerability
-
How the vulnerability was identified and discovered
-
Tools used in the report
-
-
CWE ID(s): CWE-XXX, CWE-YYY, etc.
-
CAPEC ID(s): CAPEC-XXX, CAPEC-YYY, etc.
-
CVSS Score: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Reference: CVSS v3.1 calculator https://cvss.js.org/ -
Steps to reproduce*: Detailed and clear steps to reproduce
-
Proof of concept: Any videos, screenshots, exploits, etc.
-
Verification environment: The model and firmware version used for verification, e.g., TS-464, QTS 5.2.8.3359 build 20251225
-
Verification date and time*: e.g., 2026/09/01 14:30 (UTC+8)
Verification Requirements
Verification Environment Requirements (Operating Systems and Applications)
The device verification requirements in this section apply to operating system and application issues. For cloud service issues, please follow the "Verification Requirements (Cloud Services)" below instead.
A valid report for operating systems and applications must be verified on an actual QNAP device, and the report must state the model, firmware version and build number, as well as the date and time of your verification.
"An actual QNAP device" means a device purchased or obtained through normal channels, running official firmware, and operating in a manner supported by QNAP. QuTScloud instances running on virtualization or cloud platforms supported by QNAP, as well as remote test environments provided by QNAP under this section, are also deemed to meet this requirement. Environments in which the researcher has unpacked or repackaged firmware files, or emulated them with other software, do not qualify.
We cannot accept a report as valid under this Program in the following cases:
- Only code analysis or inference, with no actual execution results
- Actually executed, but not on an actual QNAP device
- The model, firmware version and build number, or the verification date and time are not stated
If you do not have a device available for testing, please email security@qnap.com describing the type of issue you want to verify and the model you need. We will evaluate providing a remote test environment for you. Such request emails do not contain vulnerability details and do not need to be PGP-encrypted.
Verification Requirements (Cloud Services)
Cloud service issues do not need to be verified on a QNAP device, but the report must still include the following:
- The tested domain and full URL (including the endpoint path)
- The identity used during verification: unauthenticated / regular account / account with a specific role, and how that identity was obtained
- Verification date and time (please specify the time zone)
- The raw request and response, provided in text form, not only as images
We cannot accept a report as valid under this Program in the following cases: only inference without actual request and response records; or the tested domain and verification date and time are not stated.
One Issue per Report
Please submit each independent issue in a separate report. Do not combine multiple unrelated issues into the same report. This allows us to verify each issue, assign CVE IDs, and evaluate rewards individually, and lets you clearly track the progress of each issue.
However, if multiple issues stem from the same root cause or the same code path, or can be resolved by the same fix, please combine them into a single report and describe each manifestation. Such cases will be evaluated as a single case under "Duplicate and same-origin issues" in the "Adjustment factors"; submitting them separately will not increase the reward.
Exception: Issues that can be chained into a complete attack
If multiple independent issues must be chained in sequence to achieve a complete attack (e.g., first using issue A to obtain regular user privileges, then using issue B to obtain administrator privileges), they may be submitted together in one report. Please explain in the report the order of the issues and the final effect achieved by chaining them.
The severity and reward for such chained reports will be evaluated as a whole and may exceed the sum of reporting each issue separately, but remain capped at the maximum amount published for the applicable scope.
Additional Requirements for Specific Issue Types
Certain types of issues are more prone to misjudgment during verification, so additional evidence is required on top of the requirements above. The types currently subject to these requirements are listed below.
Privilege Escalation
If you are reporting an issue in which "a lower-privileged user obtains administrator or system-level privileges through a flaw," you must provide the following three items in addition to the requirements above:
1. Explain how the attacker initially obtains the ability to execute commands
Please explain how the attacker obtains the ability to execute commands as a regular user on the device, and show that this channel actually exists or is obtainable under the device's factory default settings. If the channel exists only after an administrator enables it or changes settings, please state this as well.
2. Explain how the regular user identity used in your verification was obtained
Please explain how this regular user identity was actually obtained during your testing. If the identity was directly assigned, switched to, or downgraded from an administrator account or system process (e.g., using an identity-switching command, a self-written privilege-dropping program, or specifying the run-as identity when starting a service), it does not meet this requirement — because in a real attack scenario, the attacker does not have administrator privileges and cannot obtain an identity in this way.
3. Provide a complete video recording
Please provide a continuous, unedited video recording that starts before you obtain regular user execution privileges and fully captures obtaining those privileges and the subsequent escalation to administrator or system-level privileges. The system time must be visible on screen, and the recording must include command output confirming the current identity.
If any of the above items is not provided, we cannot accept the report as valid under this Program.
Before You Submit, Please Check
A complete and reproducible report helps QNAP PSIRT complete verification and remediation more quickly and also supports the reward evaluation. Before submitting, we recommend confirming that:
- You have completed verification on an actual QNAP device (if you do not have a device, please email us to request a remote test environment)
- The model, firmware version, build number, and verification date and time are stated
- The issue occurs in a product version or domain within the scope of this Program
- You have personally re-verified the issue in a real environment and can reproduce it consistently
- The report explains the actual security impact of the issue, not just tool output
- The required fields in the "Recommended Vulnerability Report Format" are completed, and the exploit payload is provided in text form
- This report contains only one independent issue (if it is a complete attack chained from multiple issues, the chaining order is explained in the report)
If you used automated tools or AI-assisted analysis during your research, you are welcome to describe how they were used and your verification process in the report. This helps reviewers understand the context of your analysis.
Testing Conduct and Data Handling Rules
QNAP understands that when verifying certain issues (such as access control or authorization flaws), researchers may inevitably come into contact with real data. To balance research needs with the protection of data subjects' rights, please follow the rules below:
1. Data minimization
Data obtained should be limited to the minimum necessary to "prove that the issue can actually be exploited." Once the issue has been confirmed, please immediately stop any further access, enumeration, or expansion of the data obtained. Do not attempt to obtain complete datasets, perform bulk exports, or expand verification across accounts or tenants.
2. Restrictions on use
Do not use any non-public data accessed during your research for any purpose other than the research, and do not reproduce, distribute, publish, or disclose it to any third party, or upload it to any third-party platform, cloud storage, or code hosting service.
3. How to report
Do not attach raw data files to your report. In the impact description of your report, please state the names of the tables or endpoints involved, the field names, and the number of records, and if necessary provide a single masked sample (e.g., showing only some characters). This helps QNAP accurately assess the scope of impact and avoids further retention of data through transmission.
4. Data deletion and written statement
After submitting your report, please stop accessing the relevant data, and within 7 calendar days of submitting the report, delete all relevant data and copies, including in the following locations:
- Files on local or external storage devices
- Backup and sync storage (including cloud drives and version control systems)
- Session files, caches, and history of testing tools
- System and application logs
- Screenshots, screen recordings, and clipboard contents
- Sent email backups, messaging app conversation records, and any exported copies
Providing a written deletion statement is a prerequisite for receiving a reward. After completing deletion, please email a signed written statement to security@qnap.com within the same period, stating:
- Scope of deleted data: the names of the tables or endpoints involved, field names, and number of records
- Date and time of deletion (please specify the time zone)
- Deletion method: e.g., file deletion and emptying the trash, overwrite deletion, removal from cloud storage together with version history, etc.
- Confirmation of coverage: a statement that all storage locations (1) through (6) above have been covered and no copies have been retained
- Name and date: the researcher's name or research alias, email address, and date of the statement
The statement may use the name or research alias you used when reporting; no other proof of identity is required. If you cannot sign in your personal name due to your organization's policies or other reasons, a contact person from your organization may issue it on your behalf, or you may instead reply by email confirming each of the above items; QNAP will treat that reply as the written record.
QNAP PSIRT may, where necessary, ask you to provide further explanation regarding the statement. If the statement or further explanation is not provided within the deadline, the reward evaluation for the case will be suspended; if it is still not provided after a reminder from QNAP by email, the case will not be eligible for a reward.
This statement is used solely for QNAP to confirm how the data has been handled and to fulfill related legal obligations. QNAP will not use it for any other purpose and will retain it in accordance with its internal data retention policy after the case is closed. The processing of personal data is governed separately by the QNAP Privacy Policy.
5. Good-faith research
If a researcher tests and reports in good faith in accordance with this page and the QNAP Security Bounty Program Terms and Conditions, QNAP will not take legal action against the researcher for such research activities. Under applicable laws, QNAP is obligated in certain circumstances (e.g., vulnerabilities confirmed to be actively exploited) to notify competent authorities, and report contents may therefore be provided to such authorities. For details, please refer to the Coordinated Vulnerability Disclosure Policy.