Programm für Sicherheitsprämien
QNAP engagiert sich für Cybersicherheit und arbeitet gemeinsam mit Partnern und der Sicherheits-Community daran, die Sicherheit der QNAP Produkte zu gewährleisten, um den Nutzern mehr Sicherheit zu bieten und die Systeme sowie Daten der Produkte zu schützen. Um Forschende zu würdigen, die potenzielle Sicherheitsprobleme entdecken und zur Verbesserung der Kundensicherheit beitragen, bietet QNAP im Rahmen seines Security Bounty Programms Belohnungen an.
Umfang des Programms
Das Bounty-Programm akzeptiert ausschließlich Meldungen zu Sicherheitslücken, die QNAP Produkte und Online-Dienste betreffen. Jegliche Sicherheitsmeldungen außerhalb des Geltungsbereichs dieses Programms werden nicht akzeptiert und sind nicht belohnungsberechtigt. Dieses Programm akzeptiert oder belohnt keine Sicherheitslücken, die in Software von Drittanbietern (z. B. Drittanbieter-QPKGs) gefunden werden. Wenn Sie eine Sicherheitslücke in solcher Software entdecken, wenden Sie sich bitte direkt an den entsprechenden Anbieter oder Entwickler. Für andere Sicherheitsprobleme, die außerhalb des Belohnungsumfangs dieses Programms liegen, aber QNAP Produkte oder Dienste betreffen, lesen Sie bitte Richtlinie zur koordinierten Offenlegung von Schwachstellen, um zu erfahren, wie Sie diese melden können.
-
Betriebssysteme
Belohnung bis zu 20.000 US$
Von QNAP entwickelte Betriebssysteme – QTS, QuTS hero und QuTScloud – sind alle durch dieses Programm abgedeckt.
-
Anwendungen
Belohnung bis zu 10.000 US$
Von QNAP offiziell entwickelte Anwendungen.
-
Cloud-Dienste
Belohnung bis zu 5.000 US$
Von QNAP offiziell bereitgestellte Cloud-Dienste.
Wie melden Sie Sicherheitsprobleme und Schwachstellen?
Bitte verschlüsseln Sie Ihre E-Mail mit dem untenstehenden PGP öffentlicher Schlüssel und senden Sie sie an security@qnap.com. QNAP PSIRT wird den Forscher proaktiv kontaktieren, um die Einreichung zu bestätigen.
Empfohlenes Format für Schwachstellenberichte
-
Betriebssysteme
-
Anwendungen
-
Cloud-Dienste
PGP Verschlüsselungsschlüssel
Teilnahmevoraussetzungen
-
Sie müssen der erste Forscher sein, der die Sicherheitslücke meldet.
-
Sie haben die Sicherheitslücke nicht öffentlich bekannt gemacht.
-
Die von Ihnen gemeldete Schwachstelle wird von QNAP Mitarbeitern als überprüfbar, reproduzierbar und prämienberechtigt bestätigt.
-
Sie stimmen den Regeln des Bounty-Programms vollständig zu und halten sich daran.
-
Falls Sie während Ihrer Recherche auf nicht öffentliche Daten von QNAP oder dessen Nutzern zugegriffen haben, haben Sie diese Daten gemäß den Verhaltensregeln für Tests und Umgang mit Daten gelöscht und innerhalb des vorgeschriebenen Zeitraums eine schriftliche Löschungsbestätigung vorgelegt.
Die Prämienbeträge können angepasst werden abhängig von den folgenden Faktoren:
Bonusfaktoren
-
Befolgen Sie das empfohlene Format für Schwachstellenberichte: Bitte geben Sie notwendige und ausreichende Informationen zur Schwachstelle an. Empfohlene Formate: Betriebssystem-Formatbeispiel, Anwendungs-Formatbeispiel, Cloud-Service-Formatbeispiel.
-
Reproduktionsschritte: Klare und detaillierte Schritte zur Reproduktion.
-
Problembeschreibung: Ein gut strukturierter Schwachstellenbericht mit klar gegliederten Absätzen.
-
Zusätzliche Informationen: Elemente, die in den Formatbeispielen für Schwachstellenberichte empfohlen werden, oder andere nützliche Informationen wie Testcode, Skripte oder weitere detaillierte Erklärungen.
-
Stellen Sie den vollständigen Exploit Payload im Textformat bereit: Wird der Payload nur als Bild bereitgestellt, kann das QNAP PSIRT Team keine korrekte Reproduktion garantieren. Wenn ein gültiger Angriff nicht reproduziert werden kann, kann die Schwachstellenbewertung ungültig werden.
Anpassungsfaktoren
-
Schweregrad und Prüfungsreihenfolge von Schwachstellen: QNAP PSIRT priorisiert die Überprüfung und Behebung basierend auf dem Schweregrad der Schwachstelle und gibt dabei solchen Problemen Vorrang, die erhebliche Auswirkungen auf Benutzerdaten und Systeme haben. Der Schweregrad wird vom Bounty-Komitee unter Bezugnahme auf den CVSS v3.1-Score sowie unter Berücksichtigung der tatsächlichen Ausnutzbarkeit und des Auswirkungsbereichs festgelegt. Schwachstellen mit niedrigem Schweregrad werden nach solchen mit hohem Schweregrad überprüft. Alle bestätigten Schwachstellen, die Produkte betreffen, die sich noch im Supportzeitraum befinden, werden unabhängig vom Schweregrad in den Behebungsplan von QNAP aufgenommen.
-
Belohnungshöhe nach Schweregrad: Die Belohnungen werden entsprechend der dem Problem zugewiesenen Schweregradstufe vergeben. Für Schwachstellen mit niedrigem Schweregrad werden die Belohnungen entsprechend angepasst und liegen unter denen für Schwachstellen mit hohem Schweregrad im gleichen Bereich. Der für jeden Bereich veröffentlichte Betrag stellt das Maximum für diesen Bereich dar und ist kein garantiertes Entgelt für jeden einzelnen Fall.
-
Wenn eine Schwachstelle als geringfügig eingestuft wird und lediglich eine Sicherheitsempfehlung ohne tatsächlichen Schaden darstellt (z. B. Konfigurationsempfehlungen, Offenlegung von Versions- oder Pfadinformationen, Hinweise auf bewährte Verfahren), und die Überprüfung nicht nachweisen kann, dass sie tatsächlich ausgenutzt werden kann, um Schaden zu verursachen, wird keine Prämie vergeben. Sie gilt jedoch weiterhin als gültige Schwachstelle, und wir nehmen Sie weiterhin in unsere öffentliche Anerkennung auf. Dies unterscheidet sich von „nicht prämienberechtigt“ (nicht akzeptiert und nicht anerkannt); der Hauptunterschied zwischen beiden ist, ob überprüfbare tatsächliche Ausführungsergebnisse vorliegen. Für spezifische Fälle, die nicht prämienberechtigt sind, siehe die „Hinweise“ zu jedem Bereich.
-
Doppelte und gleichartige Schwachstellen: Wenn mehrere Meldungen auf dieselbe Ursache oder denselben Codepfad zurückzuführen sind oder durch denselben Fix behoben werden können, kann QNAP PSIRT diese als einen einzigen Fall bewerten. Die Belohnung für einen zusammengefassten Fall ist auf einen einzelnen Betrag für die jeweilige Stufe begrenzt und wird nicht nach der Anzahl der Meldungen kumuliert; die Belohnung geht an den frühesten vollständig eingegangenen Bericht.
-
Nachfolgende Meldungen desselben Schwachstellentyps: Nachfolgende Meldungen eines Schwachstellentyps, den QNAP bereits akzeptiert oder behoben hat (einschließlich Schwachstellen desselben Typs in unterschiedlichen Schnittstellen, Parametern oder Modulen), können als Varianten des bestehenden Falls behandelt werden. Solche Meldungen werden weiterhin einzeln als gültige Schwachstellen anerkannt und erhalten jeweils eine eigene CVE-ID, während die Belohnung für die gesamte Schwachstellenklasse vergeben wird: Die 1. bis 10. Meldung derselben Schwachstellenklasse erhält den vollen Betrag für ihre Stufe; ab der 11. Meldung werden 10 % des Stufenbetrags vergeben. Die Zählung erfolgt kumulativ über alle Melder hinweg, ohne separaten Zählzeitraum. Die „gleiche Schwachstellenklasse“ wird durch dieselbe CWE-Klassifizierung zusammen mit derselben Funktionseinheit oder demselben Code-Muster bestimmt. QNAP PSIRT informiert Sie in der Bestätigungs-E-Mail zur Schwachstelle über die Varianteneinstufung und die aktuelle kumulative Reihenfolgenummer für diese Schwachstellenklasse. Wenn Sie damit nicht einverstanden sind, können Sie uns innerhalb von 14 Kalendertagen nach Erhalt der E-Mail schreiben.
-
Vollständigkeit und Reproduzierbarkeit des Berichts: Bei Berichten, in denen der Melder das Problem nicht unabhängig erneut überprüft hat oder nur Rohdaten von Tools ohne Erklärung des tatsächlichen Einflusses und der Reproduzierbarkeit bereitgestellt wurden, kann QNAP PSIRT den Melder auffordern, zusätzliche Informationen zu liefern. Bis diese Informationen vorliegen, wird der Fall nach Fällen mit vollständigen Angaben bearbeitet.
-
Tatsächliche Sicherheitsauswirkung: Die Belohnungen werden entsprechend angepasst, wenn es sich um rein theoretische Probleme handelt, außergewöhnliche Voraussetzungen erforderlich sind oder kein wesentlicher Einfluss auf Nutzerdaten und Systeme nachgewiesen werden kann.
Danksagungen
Vielen Dank an alle Forschenden für Ihre Expertise und Ihr Engagement.
- 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
Der Prämienmechanismus und die Höhe der Prämie werden vom Bounty Review Team, bestehend aus Mitgliedern des QNAP PSIRT, unter Berücksichtigung folgender Faktoren festgelegt: der Komplexität der erfolgreichen Ausnutzung der Schwachstelle sowie der durch die Schwachstelle verursachten Bedrohung, einschließlich des Prozentsatzes der betroffenen Benutzer und Systeme.
Ja. Wenn ein Video das Verständnis der Ausnutzung der Schwachstelle erleichtert, kann das Bounty Committee die Prämie entsprechend erhöhen. Bitte beachten Sie, dass eine schriftliche Dokumentation erforderlich ist (z. B. ein PoC-Dokument und eine vollständige Erklärung), da dies den Prozess der Offenlegung der Schwachstelle unterstützt.
Ein Schwachstellenbericht muss mindestens Folgendes enthalten: den Namen des betroffenen Produkts sowie dessen Version und Build-Nummer oder die URL des Cloud-Dienstes; eine Zusammenfassung der potenziellen Bedrohung durch die Schwachstelle; und detaillierte, klare Schritte zur Reproduktion, optional ergänzt durch ein Video zur Reproduktion der Schwachstelle.
Bitte verschlüsseln Sie Ihren Bericht mit dem von QNAP bereitgestellten öffentlichen PGP-Schlüssel und senden Sie ihn an security@qnap.com. Sobald die E-Mail eingegangen ist, antwortet das System automatisch mit einer technischen Ticketnummer, mit der der Forscher den Fortschritt der Überprüfung verfolgen kann.
Das QNAP PSIRT Team wird sich proaktiv mit dem Forscher in Verbindung setzen, um zu bestätigen, ob die Einreichung vollständig ist. Bei Fällen mit vollständigen Informationen, die zunächst als hochgradig schwerwiegend eingestuft werden, erhält der Forscher grundsätzlich innerhalb einer Woche nach Bestätigung der Vollständigkeit eine QNAP PSIRT-Bestätigungs-E-Mail zur Schwachstelle, einschließlich der dem Bericht zugewiesenen CVE-ID.
Ein Prämienvorschlag wird vier Wochen nach Versand der Bestätigungs-E-Mail zur Schwachstelle per E-Mail zugesandt. Wenn der Forscher den Vorschlag annimmt, erwartet QNAP, die Zahlung innerhalb von zwölf Wochen nach Erhalt der Bestätigungsantwort abzuschließen.
Während der Überprüfung analysiert QNAP PSIRT die Ursache jedes Falls. Wenn mehrere Berichte auf denselben Ursprung, denselben Codepfad oder dasselbe Designmuster zurückzuführen sind, werden sie als ein Fall behandelt und die Belohnung geht an den zuerst eingegangenen vollständigen Bericht; wenn ein späterer Bericht zusätzliche Informationen zum Sicherheitsimpact liefert, berücksichtigen wir diese dennoch. Bei Problemen desselben Typs, die jeweils eine unabhängige Behebung erfordern, werden sie einzeln anerkannt und mit separaten CVE-IDs versehen; Belohnungen werden für die gesamte Problemklasse vergeben, wobei die Berichte 1 bis 10 den vollen Betrag der Stufe erhalten und ab dem 11. Bericht 10 % des Stufenbetrags. Die Zählung erfolgt kumulativ über alle Einreicher.
Ja. QNAP respektiert alle Forschungsmethoden; entscheidend ist die Qualität des Berichts selbst. Unabhängig von den verwendeten Tools überprüfen Sie das Problem bitte vor der Einreichung selbst erneut und fügen Sie Reproduktionsschritte sowie den tatsächlichen Sicherheitsimpact in den Bericht ein. Für Berichte, die nur Rohdaten von Tools enthalten, nicht überprüft wurden oder den Impact nicht erklären, müssen wir möglicherweise weitere Informationen anfordern und sie nach Fällen mit vollständigen Informationen prüfen. Berichte, die als ohne tatsächlichen Sicherheitsimpact bewertet werden, sind nicht für eine Belohnung berechtigt.
QNAP priorisiert Ressourcen für Probleme mit erheblichem Einfluss auf Benutzerdaten und Systeme. Daher werden geringfügige Probleme nach schwerwiegenden Problemen überprüft und beantwortet, und die Belohnungen werden entsprechend der Schweregradstufe angepasst. Dies beeinflusst nicht die Bearbeitung des Problems – alle bestätigten Probleme werden in den Behebungsplan aufgenommen. Wenn Sie der Meinung sind, dass die Einstufung den tatsächlichen Impact nicht widerspiegelt, senden Sie bitte eine E-Mail an security@qnap.com mit Informationen, die die Bewertung erhöhen könnten, wie geringere Berechtigungsanforderungen, einen größeren Bereich betroffener Versionen oder eine Erklärung, wie das Problem mit anderen Schwachstellen zu einer vollständigen Angriffskette kombiniert werden kann.
Wenn Ihr Problem lediglich ein Vorschlag zur Sicherheitsverbesserung ist, der keinen tatsächlichen Schaden verursacht, werden Sie dennoch in unseren öffentlichen Danksagungen aufgeführt, aber es wird keine Belohnung vergeben.
Bitte stellen Sie den Zugriff sofort ein. Geben Sie in der Beschreibung der Auswirkungen Ihres Berichts die Namen der betroffenen Tabellen oder Endpunkte, die Feldnamen und die Anzahl der Datensätze an und fügen Sie gegebenenfalls ein maskiertes Beispiel bei. Es ist nicht erforderlich – und bitte tun Sie es nicht – Rohdaten-Dateien anzuhängen.
Nachdem Sie Ihren Bericht eingereicht haben, löschen Sie bitte alle Kopien innerhalb von 7 Kalendertagen und senden Sie eine unterschriebene schriftliche Löschungsbestätigung per E-Mail, in der Sie den Umfang der gelöschten Daten, das Datum und die Uhrzeit der Löschung sowie die Löschmethode angeben und bestätigen, dass alle im Verhaltensregeln für Tests und Umgang mit Daten aufgeführten Speicherorte abgedeckt wurden. Diese Erklärung ist Voraussetzung für den Erhalt einer Belohnung.
Die Erklärung kann den Namen oder Forschungsalias enthalten, den Sie bei der Meldung verwendet haben; weitere Identitätsnachweise sind nicht erforderlich. Falls die Richtlinien Ihrer Organisation es Ihnen nicht erlauben, mit Ihrem persönlichen Namen zu unterschreiben, kann eine Kontaktperson Ihrer Organisation die Erklärung in Ihrem Namen ausstellen oder Sie können per E-Mail auf jede einzelne Angabe antworten. Wird die Erklärung nicht fristgerecht eingereicht, senden wir zunächst eine Erinnerung per E-Mail und setzen die Belohnungsbewertung für den Fall aus.
Eine genaue Beschreibung des Umfangs Ihres Zugriffs wirkt sich nicht auf Ihre Belohnungsberechtigung aus; im Gegenteil, sie hilft QNAP, die Auswirkungen präzise zu bewerten und notwendige Maßnahmen zu ergreifen.
Abonnement für Sicherheitshinweise
Wir empfehlen Ihnen, die QNAP-Sicherheitshinweise zu abonnieren, um aktuelle Sicherheitsinformationen aus erster Hand zu erhalten!
Letzte Aktualisierung: 31.08.2026. Die Bedingungen dieses Programms können von Zeit zu Zeit angepasst werden; die jeweils auf dieser Seite veröffentlichte Version ist maßgeblich.
Betriebssysteme
Prämie bis zu 20.000 US$
| Belohnung |
Für bestätigte Sicherheitsberichte, die die Schwereprüfung bestehen, kann QNAP eine Prämie von bis zu 20.000 US$ vergeben. |
|---|---|
| Geltungsbereich |
Dieses Programm akzeptiert nur Sicherheitsberichte für offizielle und aktuelle Versionen von Produkten, Anwendungen und Diensten.
|
| Hinweise |
Dieses Programm akzeptiert ausschließlich Sicherheitsprobleme, die QNAP Produkte und Dienste betreffen. Jegliche Handlung, die QNAP Server oder Daten schädigen könnte, ist strengstens untersagt, und alle Sicherheitstests müssen den geltenden Gesetzen entsprechen. Die folgenden Sicherheitsprobleme sind nicht belohnungsberechtigt:
Die folgenden Probleme sind zwar gültig, berechtigen jedoch nicht zu einer Prämie; wir werden Sie dennoch in unseren öffentlichen Danksagungen erwähnen: Best-Practice-Empfehlungen oder Angelegenheiten, die lediglich Konfigurationsempfehlungen sind (z. B. Header-Konfigurationsempfehlungen, Offenlegung von Versionsinformationen), bei denen die Überprüfung nicht zeigen kann, dass sie tatsächlich ausgenutzt werden können, um Schaden zu verursachen. Das folgende Verhalten verstößt gegen die Regeln dieses Programms. In jedem der folgenden Fälle ist der Fall nicht prämienberechtigt und der Schutz für gutgläubige Forschung gemäß Punkt 5 des Verhaltensregeln für Tests und Umgang mit Daten gilt nicht:
|
Anwendungen
Bounty bis zu 10.000 US$
| Belohnung |
Für bestätigte Sicherheitsberichte, die die Schwereprüfung bestehen, kann QNAP eine Prämie von bis zu 10.000 US$ anbieten. |
|---|---|
| Geltungsbereich |
Dieses Programm akzeptiert nur Sicherheitsberichte für offizielle und aktuelle Versionen von Produkten, Anwendungen und Diensten. Vom Bounty-Programm abgedeckte Anwendungen umfassen unter anderem die folgenden:
|
| End-of-Life (EOL) Anwendungen |
Die folgenden Produkte, Pakete, mobilen Anwendungen und Browser-Erweiterungen sind nach Erreichen des End-of-Life (EOL) vom QNAP Bug Bounty Programm ausgeschlossen. Für diese Elemente werden keine Schwachstellenberichte mehr angenommen und keine Bug-Bounty-Prämien mehr vergeben. EOL-Elemente umfassen:
|
| Hinweise |
Dieses Programm akzeptiert ausschließlich Sicherheitsprobleme, die QNAP Produkte und Dienste betreffen. Jegliche Handlung, die QNAP Server oder Daten schädigen könnte, ist strengstens untersagt, und alle Sicherheitstests müssen den geltenden Gesetzen entsprechen. Die folgenden Sicherheitsprobleme sind nicht belohnungsberechtigt:
Die folgenden Probleme sind zwar gültig, berechtigen jedoch nicht zu einer Prämie; wir werden Sie dennoch in unseren öffentlichen Danksagungen erwähnen: Best-Practice-Empfehlungen oder Angelegenheiten, die lediglich Konfigurationsempfehlungen sind (z. B. Header-Konfigurationsempfehlungen, Offenlegung von Versionsinformationen), bei denen die Überprüfung nicht zeigen kann, dass sie tatsächlich ausgenutzt werden können, um Schaden zu verursachen. Das folgende Verhalten verstößt gegen die Regeln dieses Programms. In jedem der folgenden Fälle ist der Fall nicht prämienberechtigt und der Schutz für gutgläubige Forschung gemäß Punkt 5 des Verhaltensregeln für Tests und Umgang mit Daten gilt nicht:
|
Cloud-Dienste
Bounty bis zu 5.000 US$
| Belohnung |
Für bestätigte Sicherheitsberichte, die die Schwereprüfung bestehen, kann QNAP eine Prämie von bis zu 5.000 US$ anbieten. |
|---|---|
| Geltungsbereich |
Dieses Programm akzeptiert nur Sicherheitsberichte für offizielle und aktuelle Versionen von Produkten, Anwendungen und Diensten. Von den Cloud-Diensten abgedeckte Domains:
|
| Hinweise |
Dieses Programm akzeptiert ausschließlich Sicherheitsprobleme, die QNAP Produkte und Dienste betreffen. Jegliche Handlung, die QNAP Server oder Daten schädigen könnte, ist strengstens untersagt, und alle Sicherheitstests müssen den geltenden Gesetzen entsprechen. Die folgenden Sicherheitsprobleme sind nicht belohnungsberechtigt:
Die folgenden Probleme sind zwar gültig, berechtigen jedoch nicht zu einer Prämie; wir werden Sie dennoch in unseren öffentlichen Danksagungen erwähnen: Best-Practice-Empfehlungen oder Angelegenheiten, die lediglich Konfigurationsempfehlungen sind (z. B. Header-Konfigurationsempfehlungen, Offenlegung von Versionsinformationen), bei denen die Überprüfung nicht zeigen kann, dass sie tatsächlich ausgenutzt werden können, um Schaden zu verursachen. Das folgende Verhalten verstößt gegen die Regeln dieses Programms. In jedem der folgenden Fälle ist der Fall nicht prämienberechtigt und der Schutz für gutgläubige Forschung gemäß Punkt 5 des Verhaltensregeln für Tests und Umgang mit Daten gilt nicht:
|
Betriebssysteme
(* kennzeichnet ein Pflichtfeld)
-
Produkt*: Produktname, z.B. QuTS hero
-
Version*: Produktversion und Release-Build-Nummer, z.B. h5.0.1.2376 build 20230421
-
Zusammenfassung*: Im Format „[Schwachstellentyp] gefunden in [Ort]“, z.B. Command Injection in abc.cgi
-
Erforderliche Berechtigungen*: Die minimalen Berechtigungen, die zum Ausnutzen der Schwachstelle benötigt werden. Optionen: Keine / Regulärer Benutzer / Administratorengruppe / Systemadministrator
-
Forschungsmotivation: Was hat Sie dazu veranlasst, diese Schwachstelle zu untersuchen und zu entdecken?
-
Verwendete Tools: Eine Liste aller während der Recherche verwendeten Tools und Software
-
Problembeschreibung: Geben Sie weitere Details zur Schwachstelle bekannt
Beispiel:
-
Eine kurze Beschreibung des möglichen Schadens
-
Analyse der Sicherheitslücke
-
Wie die Schwachstelle identifiziert und entdeckt wurde
-
Im Bericht verwendete Tools
-
-
CWE-ID(s): CWE-XXX, CWE-YYY und so weiter.
-
CAPEC-ID(s): CAPEC-XXX, CAPEC-YYY und so weiter.
-
CVSS-Score: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referenz: CVSS v3.1 Rechner https://cvss.js.org/ -
Schritte zur Reproduktion*: Detaillierte und klare Schritte zur Reproduktion
-
Proof of Concept: Alle Videos, Screenshots, Exploits usw.
-
Verifizierungsumgebung: Das für die Verifizierung verwendete Modell und die Firmware-Version, z. B. TS-464, QTS 5.2.8.3359 build 20251225
-
Verifizierungsdatum und -zeit*: z. B. 2026/09/01 14:30 (UTC+8)
Anwendungen
(* kennzeichnet ein Pflichtfeld)
-
Anwendung*: Name der Anwendung, z.B. File Station
-
Version*: Produktversion und Release-Build-Nummer, z.B. 2.0.2 (2022/01/26)
-
Zusammenfassung*: Im Format „[Schwachstellentyp] gefunden in [Ort]“, z.B. Buffer overflow in abc app
-
Erforderliche Berechtigungen*: Die minimalen Berechtigungen, die zum Ausnutzen der Schwachstelle benötigt werden. Optionen: Keine / Regulärer Benutzer / Administratorengruppe / Systemadministrator
-
Forschungsmotivation: Was hat Sie dazu veranlasst, diese Schwachstelle zu untersuchen und zu entdecken?
-
Verwendete Tools: Eine Liste aller während der Recherche verwendeten Tools und Software
-
Problembeschreibung: Geben Sie weitere Details zur Schwachstelle bekannt
Beispiel:
-
Eine kurze Beschreibung des möglichen Schadens
-
Analyse der Sicherheitslücke
-
Wie die Schwachstelle identifiziert und entdeckt wurde
-
Im Bericht verwendete Tools
-
-
CWE-ID(s): CWE-XXX, CWE-YYY und so weiter.
-
CAPEC-ID(s): CAPEC-XXX, CAPEC-YYY und so weiter.
-
CVSS-Score: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referenz: CVSS v3.1 Rechner https://cvss.js.org/ -
Schritte zur Reproduktion*: Detaillierte und klare Schritte zur Reproduktion
-
Proof of Concept: Alle Videos, Screenshots, Exploits usw.
-
Verifizierungsumgebung: Das für die Verifizierung verwendete Modell und die Firmware-Version, z. B. TS-464, QTS 5.2.8.3359 build 20251225
-
Verifizierungsdatum und -zeit*: z. B. 2026/09/01 14:30 (UTC+8)
Cloud-Dienste
(* kennzeichnet ein Pflichtfeld)
-
Domain*: Domainname, z.B. https://account.qnap.com
-
Zusammenfassung*: Im Format „[Schwachstellentyp] gefunden in [Ort]“, z.B. XSS on https://account.qnap.com
-
Forschungsmotivation: Was hat Sie dazu veranlasst, diese Schwachstelle zu untersuchen und zu entdecken?
-
Verwendete Tools: Eine Liste aller während der Recherche verwendeten Tools und Software
-
Problembeschreibung: Geben Sie weitere Details zur Schwachstelle bekannt
Beispiel:
-
Eine kurze Beschreibung des möglichen Schadens
-
Analyse der Sicherheitslücke
-
Wie die Schwachstelle identifiziert und entdeckt wurde
-
Im Bericht verwendete Tools
-
-
CWE-ID(s): CWE-XXX, CWE-YYY und so weiter.
-
CAPEC-ID(s): CAPEC-XXX, CAPEC-YYY und so weiter.
-
CVSS-Score: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referenz: CVSS v3.1 Rechner https://cvss.js.org/ -
Schritte zur Reproduktion*: Detaillierte und klare Schritte zur Reproduktion
-
Proof of Concept: Alle Videos, Screenshots, Exploits usw.
-
Verifizierungsumgebung: Das für die Verifizierung verwendete Modell und die Firmware-Version, z. B. TS-464, QTS 5.2.8.3359 build 20251225
-
Verifizierungsdatum und -zeit*: z. B. 2026/09/01 14:30 (UTC+8)
Verifizierungsanforderungen
Verifizierungsumgebungsanforderungen (Betriebssysteme und Anwendungen)
Die Geräteverifizierungsanforderungen in diesem Abschnitt gelten für Betriebssystem- und Anwendungsprobleme. Bei Problemen mit Cloud-Diensten folgen Sie bitte den „Verifizierungsanforderungen (Cloud-Dienste)“ unten.
Ein gültiger Bericht für Betriebssysteme und Anwendungen muss auf einem tatsächlichen QNAP-Gerät verifiziert werden und der Bericht muss das Modell, die Firmware-Version und die Build-Nummer sowie Datum und Uhrzeit Ihrer Verifizierung enthalten.
„Ein tatsächliches QNAP-Gerät“ bezeichnet ein Gerät, das über reguläre Kanäle erworben wurde, mit offizieller Firmware läuft und von QNAP unterstützte Betriebsarten verwendet. QuTScloud-Instanzen, die auf von QNAP unterstützten Virtualisierungs- oder Cloud-Plattformen laufen, sowie von QNAP bereitgestellte Remote-Testumgebungen gelten ebenfalls als ausreichend. Umgebungen, in denen der Forscher Firmware-Dateien entpackt oder neu verpackt hat oder diese mit anderer Software emuliert, erfüllen die Anforderungen nicht.
Wir können einen Bericht in den folgenden Fällen im Rahmen dieses Programms nicht als gültig akzeptieren:
- Nur Codeanalyse oder Schlussfolgerungen ohne tatsächliche Ausführungsergebnisse
- Tatsächlich ausgeführt, aber nicht auf einem tatsächlichen QNAP-Gerät
- Das Modell, die Firmware-Version und die Build-Nummer oder das Verifizierungsdatum und die Uhrzeit werden nicht angegeben
Wenn Sie kein Gerät für Tests zur Verfügung haben, senden Sie bitte eine E-Mail an security@qnap.com, in der Sie die Art des zu verifizierenden Problems und das benötigte Modell beschreiben. Wir prüfen, ob wir Ihnen eine Remote-Testumgebung bereitstellen können. Solche Anfrage-E-Mails enthalten keine Schwachstellendetails und müssen nicht PGP-verschlüsselt sein.
Verifizierungsanforderungen (Cloud-Dienste)
Bei Problemen mit Cloud-Diensten muss keine Verifizierung auf einem QNAP-Gerät erfolgen, aber der Bericht muss dennoch Folgendes enthalten:
- Die getestete Domain und vollständige URL (einschließlich des Endpunktpfads)
- Die während der Verifizierung verwendete Identität: nicht authentifiziert / regulärer Account / Account mit spezifischer Rolle und wie diese Identität erhalten wurde
- Verifizierungsdatum und -uhrzeit (bitte geben Sie die Zeitzone an)
- Die Rohdaten der Anfrage und Antwort, bereitgestellt in Textform und nicht nur als Bilder
Wir können einen Bericht in den folgenden Fällen nicht als gültig im Rahmen dieses Programms akzeptieren: nur Schlussfolgerungen ohne tatsächliche Anfrage- und Antwortprotokolle; oder wenn die getestete Domain sowie das Datum und die Uhrzeit der Überprüfung nicht angegeben sind.
Ein Problem pro Bericht
Bitte reichen Sie jedes unabhängige Problem in einem separaten Bericht ein. Kombinieren Sie keine mehreren nicht zusammenhängenden Probleme in einem Bericht. So können wir jedes Problem verifizieren, CVE-IDs zuweisen und Belohnungen individuell bewerten, und Sie können den Fortschritt jedes Problems klar verfolgen.
Wenn jedoch mehrere Probleme auf dieselbe Ursache oder denselben Codepfad zurückzuführen sind oder durch denselben Fix behoben werden können, fassen Sie diese bitte in einem Bericht zusammen und beschreiben Sie jede Ausprägung. Solche Fälle werden als ein Fall unter „Doppelte und gleichartige Schwachstellen“ in den „Anpassungsfaktoren“ bewertet; eine separate Einreichung erhöht die Belohnung nicht.
Ausnahme: Probleme, die zu einem vollständigen Angriff verkettet werden können
Wenn mehrere unabhängige Probleme in einer bestimmten Reihenfolge verkettet werden müssen, um einen vollständigen Angriff zu ermöglichen (z. B. zuerst Problem A nutzen, um reguläre Benutzerrechte zu erhalten, dann Problem B, um Administratorrechte zu erlangen), können sie gemeinsam in einem Bericht eingereicht werden. Bitte erläutern Sie im Bericht die Reihenfolge der Probleme und den Endeffekt, der durch die Verkettung erzielt wird.
Die Schwere und Belohnung für solche verketteten Berichte werden als Ganzes bewertet und können die Summe der Einzelberichte übersteigen, bleiben jedoch auf den veröffentlichten Höchstbetrag für den jeweiligen Geltungsbereich begrenzt.
Zusätzliche Anforderungen für bestimmte Problemtypen
Bestimmte Problemtypen sind bei der Überprüfung anfälliger für Fehleinschätzungen, daher sind zusätzliche Nachweise über die oben genannten Anforderungen hinaus erforderlich. Die derzeit betroffenen Typen sind unten aufgeführt.
Privilegieneskalation
Wenn Sie ein Problem melden, bei dem „ein Benutzer mit geringeren Rechten durch eine Schwachstelle Administrator- oder Systemrechte erlangt“, müssen Sie zusätzlich zu den oben genannten Anforderungen die folgenden drei Punkte bereitstellen:
1. Erläutern Sie, wie der Angreifer zunächst die Möglichkeit erhält, Befehle auszuführen
Bitte erklären Sie, wie der Angreifer die Fähigkeit erhält, als regulärer Benutzer auf dem Gerät Befehle auszuführen, und zeigen Sie, dass dieser Kanal tatsächlich existiert oder unter den werkseitigen Standardeinstellungen des Geräts verfügbar ist. Falls der Kanal nur nach Aktivierung oder Änderung von Einstellungen durch einen Administrator existiert, geben Sie dies bitte ebenfalls an.
2. Erläutern Sie, wie die für Ihre Überprüfung verwendete reguläre Benutzeridentität erlangt wurde
Bitte erklären Sie, wie diese reguläre Benutzeridentität während Ihrer Tests tatsächlich erlangt wurde. Wenn die Identität direkt zugewiesen, gewechselt oder von einem Administratorkonto oder Systemprozess herabgestuft wurde (z. B. durch einen Identitätswechsel-Befehl, ein selbst geschriebenes Privilegien-Drop-Programm oder die Angabe der Ausführungsidentität beim Starten eines Dienstes), erfüllt dies die Anforderung nicht — denn in einem realen Angriffsszenario verfügt der Angreifer nicht über Administratorrechte und kann eine Identität auf diese Weise nicht erhalten.
3. Stellen Sie eine vollständige Videoaufzeichnung bereit
Bitte stellen Sie eine durchgehende, unbearbeitete Videoaufzeichnung bereit, die vor dem Erlangen von regulären Benutzerrechten beginnt und das Erlangen dieser Rechte sowie die anschließende Eskalation zu Administrator- oder Systemrechten vollständig dokumentiert. Die Systemzeit muss im Video sichtbar sein und die Aufzeichnung muss die Befehlsausgabe enthalten, die die aktuelle Identität bestätigt.
Wenn einer der oben genannten Punkte nicht bereitgestellt wird, können wir den Bericht im Rahmen dieses Programms nicht als gültig akzeptieren.
Bitte überprüfen Sie vor dem Einreichen
Ein vollständiger und reproduzierbarer Bericht hilft dem QNAP PSIRT, die Überprüfung und Behebung schneller abzuschließen und unterstützt zudem die Prämienbewertung. Vor dem Einreichen empfehlen wir, Folgendes zu bestätigen:
- Sie haben die Überprüfung auf einem tatsächlichen QNAP-Gerät durchgeführt (falls Sie kein Gerät besitzen, kontaktieren Sie uns bitte per E-Mail, um eine Remote-Testumgebung anzufordern)
- Das Modell, die Firmware-Version, die Build-Nummer sowie das Überprüfungsdatum und die -uhrzeit sind angegeben
- Das Problem tritt in einer Produktversion oder einem Bereich auf, der im Geltungsbereich dieses Programms liegt
- Sie haben das Problem persönlich in einer realen Umgebung erneut überprüft und können es zuverlässig reproduzieren
- Der Bericht erläutert die tatsächlichen Sicherheitsauswirkungen des Problems und enthält nicht nur die Ausgabe von Tools
- Die erforderlichen Felder im "Empfohlenen Format für Schwachstellenberichte" sind ausgefüllt und das Exploit-Payload wird in Textform bereitgestellt
- Dieser Bericht enthält nur ein unabhängiges Problem (handelt es sich um einen vollständigen Angriff, der aus mehreren Problemen besteht, wird die Verkettungsreihenfolge im Bericht erläutert)
Wenn Sie während Ihrer Recherche automatisierte Tools oder KI-gestützte Analysen verwendet haben, können Sie gerne beschreiben, wie diese eingesetzt wurden und wie Ihr Verifizierungsprozess ablief. Dies hilft den Prüfern, den Kontext Ihrer Analyse besser zu verstehen.
Verhaltensregeln für Tests und Umgang mit Daten
QNAP ist sich bewusst, dass Forschende bei der Überprüfung bestimmter Probleme (wie Zugriffs- oder Autorisierungsfehler) zwangsläufig mit echten Daten in Kontakt kommen können. Um Forschungsbedürfnisse mit dem Schutz der Rechte der Betroffenen in Einklang zu bringen, befolgen Sie bitte die folgenden Regeln:
1. Datenminimierung
Die erhobenen Daten sollten auf das Minimum beschränkt werden, das erforderlich ist, um „nachzuweisen, dass das Problem tatsächlich ausgenutzt werden kann“. Sobald das Problem bestätigt wurde, stellen Sie bitte jeglichen weiteren Zugriff, jegliche weitere Auflistung oder Erweiterung der erhobenen Daten unverzüglich ein. Versuchen Sie nicht, vollständige Datensätze zu erlangen, Massendatenexporte durchzuführen oder die Verifizierung auf andere Konten oder Mandanten auszuweiten.
2. Nutzungsbeschränkungen
Verwenden Sie keine nicht-öffentlichen Daten, auf die Sie während Ihrer Recherche Zugriff erhalten haben, zu anderen Zwecken als der Recherche selbst und vervielfältigen, verbreiten, veröffentlichen oder geben Sie diese nicht an Dritte weiter oder laden Sie sie auf Drittanbieter-Plattformen, Cloud-Speicher oder Code-Hosting-Dienste hoch.
3. Meldeverfahren
Fügen Sie Ihrem Bericht keine Rohdaten-Dateien bei. Geben Sie in der Auswirkungsbeschreibung Ihres Berichts bitte die Namen der betroffenen Tabellen oder Endpunkte, die Feldnamen und die Anzahl der Datensätze an und stellen Sie, falls erforderlich, ein einzelnes maskiertes Beispiel bereit (z. B. nur einige Zeichen sichtbar). Dies hilft QNAP, den Umfang der Auswirkung genau einzuschätzen und verhindert eine weitere Speicherung von Daten durch Übertragung.
4. Datenlöschung und schriftliche Erklärung
Nachdem Sie Ihren Bericht eingereicht haben, stellen Sie bitte den Zugriff auf die betreffenden Daten ein und löschen Sie innerhalb von 7 Kalendertagen nach Einreichung des Berichts alle relevanten Daten und Kopien, einschließlich an folgenden Speicherorten:
- Dateien auf lokalen oder externen Speichermedien
- Backup- und Synchronisierungsspeicher (einschließlich Cloud-Laufwerken und Versionskontrollsystemen)
- Sitzungsdateien, Caches und Verlauf von Testwerkzeugen
- System- und Anwendungsprotokolle
- Screenshots, Bildschirmaufnahmen und Inhalte der Zwischenablage
- Gesendete E-Mail-Backups, Chatverläufe von Messenger-Apps und alle exportierten Kopien
Das Einreichen einer schriftlichen Löschungsbestätigung ist Voraussetzung für den Erhalt einer Belohnung. Nach Abschluss der Löschung senden Sie bitte innerhalb desselben Zeitraums eine unterschriebene schriftliche Erklärung per E-Mail an security@qnap.com mit folgenden Angaben:
- Umfang der gelöschten Daten: die Namen der betroffenen Tabellen oder Endpunkte, Feldnamen und Anzahl der Datensätze
- Datum und Uhrzeit der Löschung (bitte geben Sie die Zeitzone an)
- Löschmethode: z. B. Dateilöschung und Leeren des Papierkorbs, Überschreiblöschung, Entfernung aus dem Cloud-Speicher einschließlich Versionshistorie usw.
- Bestätigung der Abdeckung: eine Erklärung, dass alle oben genannten Speicherorte (1) bis (6) abgedeckt wurden und keine Kopien zurückbehalten wurden
- Name und Datum: Name oder Forschungsalias des Forschers, E-Mail-Adresse und Datum der Erklärung
Die Erklärung kann den Namen oder Forschungsalias enthalten, den Sie bei der Meldung verwendet haben; ein weiterer Identitätsnachweis ist nicht erforderlich. Falls Sie aufgrund der Richtlinien Ihrer Organisation oder aus anderen Gründen nicht mit Ihrem eigenen Namen unterschreiben können, kann eine Kontaktperson Ihrer Organisation die Erklärung in Ihrem Namen abgeben oder Sie können stattdessen per E-Mail auf jeden der oben genannten Punkte einzeln antworten; QNAP betrachtet diese Antwort als schriftlichen Nachweis.
QNAP PSIRT kann Sie bei Bedarf um weitere Erläuterungen zur Erklärung bitten. Wird die Erklärung oder eine ergänzende Erläuterung nicht fristgerecht eingereicht, wird die Belohnungsbewertung für den Fall ausgesetzt; erfolgt auch nach einer Erinnerung von QNAP per E-Mail keine Einreichung, ist der Fall nicht mehr belohnungsberechtigt.
Diese Erklärung dient ausschließlich dazu, QNAP zu bestätigen, wie mit den Daten verfahren wurde, und um damit verbundene gesetzliche Verpflichtungen zu erfüllen. QNAP verwendet sie nicht zu anderen Zwecken und bewahrt sie nach Abschluss des Falls gemäß der internen Richtlinie zur Datenspeicherung auf. Die Verarbeitung personenbezogener Daten wird gesondert durch die QNAP-Datenschutzrichtlinie geregelt.
5. Gutgläubige Forschung
Wenn ein Forscher in Übereinstimmung mit dieser Seite und der QNAP Security Bounty Program Bedingungen und Konditionen gutgläubig testet und berichtet, wird QNAP keine rechtlichen Schritte gegen den Forscher wegen solcher Forschungstätigkeiten einleiten. Nach geltendem Recht ist QNAP in bestimmten Fällen (z. B. bei bestätigten aktiv ausgenutzten Schwachstellen) verpflichtet, die zuständigen Behörden zu benachrichtigen; die Inhalte der Meldung können daher an diese Behörden weitergegeben werden. Weitere Einzelheiten finden Sie in der Richtlinie zur koordinierten Offenlegung von Schwachstellen.