Programme de prime à la sécurité
QNAP s’engage pour la cybersécurité et collabore avec ses partenaires et la communauté de sécurité afin d’assurer la sécurité des produits QNAP, offrant ainsi une tranquillité d’esprit accrue aux utilisateurs et protégeant les systèmes et les données des produits. Pour remercier les chercheurs qui identifient des problèmes de sécurité potentiels et contribuent à améliorer la sécurité des clients, QNAP propose des récompenses via son programme de prime à la sécurité.
Champ d’application du programme
Le programme de prime accepte uniquement les rapports de vulnérabilités de sécurité concernant les produits QNAP et les services en ligne. Tout rapport de sécurité hors du champ de ce programme n’est pas accepté et n’est pas éligible à une récompense. Ce programme n’accepte ni ne récompense les vulnérabilités de sécurité trouvées dans des logiciels tiers (par exemple, des QPKG tiers). Si vous découvrez un problème de sécurité dans ce type de logiciel, veuillez contacter directement le fournisseur ou le développeur concerné. Pour les autres problèmes de sécurité qui ne relèvent pas du champ de récompense de ce programme mais qui concernent les produits ou services QNAP, veuillez consulter le Politique de divulgation coordonnée des vulnérabilités pour savoir comment les signaler.
-
Systèmes d’exploitation
Prime jusqu’à 20 000 $ US
Les systèmes d’exploitation développés par QNAP — QTS, QuTS hero et QuTScloud — sont tous couverts par ce programme.
-
Applications
Prime jusqu’à 10 000 $ US
Applications officiellement développées par QNAP.
-
Services en cloud
Prime jusqu’à 5 000 $ US
Services cloud officiellement fournis par QNAP.
Comment signaler des problèmes de sécurité et des vulnérabilités ?
Veuillez chiffrer votre e-mail à l’aide du Clé publique PGP ci-dessous et l’envoyer à security@qnap.com. Le QNAP PSIRT contactera le chercheur de manière proactive pour confirmer la soumission.
Format recommandé pour le rapport de vulnérabilité
-
Systèmes d’exploitation
-
Applications
-
Services dans le Cloud
Clé de chiffrement PGP
Critères d’éligibilité
-
Vous devez être le premier chercheur à signaler la vulnérabilité.
-
Vous n’avez pas divulgué publiquement la vulnérabilité.
-
Le personnel de QNAP confirme que la vulnérabilité que vous signalez est vérifiable, reproductible et qu'elle est éligible à une récompense.
-
Vous acceptez pleinement et respectez le Règles du programme de récompense.
-
Si vous avez accédé à des données non publiques de QNAP ou de ses utilisateurs lors de vos recherches, vous avez supprimé ces données conformément au Règles de conduite des tests et de gestion des données et fourni une déclaration écrite de suppression dans le délai requis.
Les montants des récompenses peuvent être ajustés en fonction des éléments suivants :
Facteurs de bonus
-
Suivez le format recommandé pour le rapport de vulnérabilité : veuillez fournir des informations nécessaires et suffisantes sur la vulnérabilité. Formats recommandés : Exemple de format du système d’exploitation, Exemple de format de l’application, Exemple de format du service cloud.
-
Étapes de reproduction : des étapes claires et détaillées à suivre.
-
Description du problème : un rapport de vulnérabilité bien organisé avec des paragraphes clairement structurés.
-
Informations complémentaires : éléments recommandés dans les exemples de format de rapport de vulnérabilité, ou toute autre information utile telle que du code de test, des scripts ou d'autres explications détaillées.
-
Fournissez la charge brute complète de l'exploit sous forme de texte : si la charge est fournie uniquement sous forme d'image, l'équipe PSIRT de QNAP ne peut pas garantir qu'elle pourra être reproduite correctement. Si une attaque valide ne peut pas être reproduite, la détermination de la vulnérabilité peut être invalidée.
Facteurs d'ajustement
-
Gravité des problèmes et ordre d'examen : QNAP PSIRT vérifie et corrige en priorité les problèmes selon leur gravité, en donnant la priorité à ceux qui ont un impact important sur les données des utilisateurs et les systèmes. La gravité est déterminée par le comité de récompense en se référant au score CVSS v3.1, combiné à l'exploitabilité réelle et à l'étendue de l'impact. Les problèmes jugés de faible gravité seront examinés après ceux de gravité élevée. Tous les problèmes confirmés affectant des produits encore sous période de support, quelle que soit leur gravité, seront inclus dans le calendrier de correction de QNAP.
-
Montant de la récompense selon la gravité : Les récompenses sont attribuées en fonction du niveau de gravité assigné au problème. Les récompenses pour les problèmes jugés de faible gravité seront ajustées en conséquence et seront inférieures à celles des problèmes de gravité élevée dans le même périmètre. Le montant publié pour chaque périmètre correspond au maximum pour ce périmètre, et n'est pas garanti pour chaque cas.
-
Si un problème est jugé de faible gravité et n'est qu'une suggestion d'amélioration de la sécurité sans impact réel (par exemple, recommandations de configuration, divulgation d'informations sur la version ou le chemin, rappels de bonnes pratiques), et que la vérification ne permet pas de démontrer qu'il peut effectivement être exploité pour causer un dommage, aucune récompense ne sera attribuée. Cependant, il est tout de même considéré comme un problème valide et vous serez inclus dans nos remerciements publics. Cela diffère de « non éligible à une récompense » (non accepté et non reconnu) ; la principale différence entre les deux est la fourniture de résultats d'exécution vérifiables. Pour les cas spécifiques non éligibles à une récompense, consultez les « Notes » pour chaque périmètre.
-
Doublons et problèmes d'origine identique : Si plusieurs rapports sont confirmés comme provenant de la même cause racine ou du même chemin de code, ou peuvent être résolus par la même correction, QNAP PSIRT peut les évaluer comme un seul cas. La récompense pour un cas fusionné est plafonnée à un seul montant pour le niveau auquel le cas appartient et ne s'accumule pas selon le nombre de rapports ; la récompense revient au premier rapport complet reçu.
-
Rapports ultérieurs du même type de problème : Les rapports ultérieurs d'un type de problème déjà accepté ou corrigé par QNAP (y compris les problèmes du même type dans différentes interfaces, paramètres ou modules) peuvent être traités comme des variantes du cas existant. Ces rapports seront tout de même reconnus individuellement comme des problèmes valides et recevront chacun un identifiant CVE, tandis que les récompenses seront attribuées pour la classe de problème dans son ensemble : les 1er à 10e rapports dans la même classe de problème reçoivent le montant complet pour leur niveau ; à partir du 11e rapport, 10 % du montant du niveau sont attribués. Le décompte est cumulatif pour tous les rapporteurs, sans période de comptage distincte. La « même classe de problème » est déterminée par la même classification CWE associée au même composant fonctionnel ou au même schéma de code. QNAP PSIRT vous informera de la détermination de la variante et du numéro de séquence cumulatif actuel pour cette classe de problème dans l'e-mail de confirmation de la vulnérabilité. Si vous n'êtes pas d'accord, vous pouvez nous écrire dans les 14 jours calendaires suivant la réception de l'e-mail.
-
Exhaustivité et reproductibilité du rapport : pour les rapports où le chercheur n’a pas re-vérifié le problème de façon indépendante, ou n’a fourni que la sortie brute d’un outil sans expliquer l’impact réel ni la méthode de reproduction, le QNAP PSIRT peut demander des informations supplémentaires. Tant que ces informations n’ont pas été fournies, le dossier sera examiné après ceux disposant d’informations complètes.
-
Impact réel sur la sécurité : les récompenses seront ajustées en conséquence pour les problèmes purement théoriques, nécessitant des conditions préalables très inhabituelles, ou ne pouvant démontrer un impact substantiel sur les données et les systèmes des utilisateurs.
Remerciements
Merci à tous les chercheurs pour votre expertise et votre 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
Le mécanisme de récompense et le montant de la prime sont déterminés par l’équipe d’examen des primes, composée de membres du QNAP PSIRT, en tenant compte des facteurs suivants : la complexité de l’exploitation réussie de la vulnérabilité et la menace posée par la vulnérabilité, y compris le pourcentage d’utilisateurs et de systèmes affectés.
Oui. Si une vidéo facilite la compréhension de l’exploitation de la vulnérabilité, le comité des primes peut augmenter la récompense en conséquence. Veuillez noter qu’une documentation écrite est requise (par exemple, un document PoC et une explication complète), car cela aide à gérer le processus de divulgation de la vulnérabilité.
Un rapport de vulnérabilité doit au minimum inclure : le nom du produit affecté, sa version et son numéro de build, ou l’URL du service cloud ; un résumé de la menace potentielle de la vulnérabilité ; et des étapes détaillées et claires pour la reproduire, éventuellement accompagnées d’une vidéo pour reproduire la vulnérabilité.
Veuillez chiffrer votre rapport en utilisant la clé publique PGP fournie par QNAP et l’envoyer à security@qnap.com. Une fois l’e-mail reçu, le système répondra automatiquement avec un numéro de ticket technique, que le chercheur pourra utiliser pour vérifier l’avancement de l’examen.
L’équipe PSIRT QNAP contactera de manière proactive le chercheur afin de confirmer si la soumission est complète. Pour les cas où toutes les informations sont complètes et évalués initialement comme étant de gravité élevée, le chercheur recevra en principe un e-mail de confirmation de vulnérabilité du PSIRT QNAP dans un délai d’une semaine après la validation des informations, incluant l’identifiant CVE attribué au rapport.
Une proposition de récompense sera envoyée par e-mail quatre semaines après l’envoi de l’e-mail de confirmation de vulnérabilité. Si le chercheur accepte la proposition, QNAP prévoit de finaliser le paiement dans les douze semaines suivant la réception de la réponse de confirmation.
Lors de la vérification, le PSIRT QNAP analyse la cause racine de chaque cas. Si plusieurs rapports sont confirmés comme provenant de la même cause racine, du même chemin de code ou du même schéma de conception, ils seront traités comme un seul cas et la récompense sera attribuée au premier rapport complet reçu ; si un rapport ultérieur fournit des informations supplémentaires sur l’impact en matière de sécurité, nous en tiendrons compte. Pour les problèmes du même type nécessitant chacun une correction indépendante, nous les reconnaîtrons individuellement et attribuerons des identifiants CVE distincts ; les récompenses seront accordées pour la classe de problème dans son ensemble, les 1er à 10e rapports recevant le montant total du niveau, et à partir du 11e rapport, 10 % du montant du niveau. Le décompte est cumulatif pour tous les chercheurs.
Oui. QNAP respecte toutes les méthodes de recherche ; ce qui nous importe, c’est la qualité du rapport lui-même. Quel que soit l’outil utilisé, veuillez revérifier le problème vous-même avant de soumettre, et inclure les étapes de reproduction ainsi que l’impact réel sur la sécurité dans le rapport. Pour les rapports qui ne comportent que la sortie brute de l’outil, qui n’ont pas été vérifiés ou qui n’expliquent pas l’impact, nous pourrions vous demander des informations supplémentaires, et ils seront examinés après les cas avec des informations complètes. Les rapports évalués comme n’ayant aucun impact réel sur la sécurité ne seront pas éligibles à une récompense.
QNAP accorde la priorité à ses ressources pour les problèmes ayant un impact significatif sur les données et les systèmes des utilisateurs. Ainsi, les problèmes de faible gravité sont vérifiés et traités après ceux de gravité élevée, et les récompenses sont ajustées selon leur niveau de gravité. Cela n’affecte pas la façon dont nous traitons le problème — tous les problèmes confirmés sont inclus dans le calendrier de remédiation. Si vous estimez que l’évaluation ne reflète pas l’impact réel, veuillez envoyer un e-mail à security@qnap.com avec des informations susceptibles d’augmenter l’évaluation de l’impact, telles que des prérequis de privilèges plus faibles, une gamme plus large de versions affectées, ou une explication sur la façon dont le problème peut être combiné avec d’autres pour former une chaîne d’attaque complète.
Si votre problème est une suggestion d’amélioration de la sécurité qui ne cause aucun dommage réel, nous vous inclurons tout de même dans nos remerciements publics, mais aucune récompense ne sera attribuée.
Veuillez cesser immédiatement tout accès supplémentaire. Dans la description de l'impact de votre rapport, indiquez les noms des tables ou des endpoints concernés, les noms des champs et le nombre d'enregistrements, et si nécessaire, joignez un échantillon masqué. Il n'est pas nécessaire — et veuillez ne pas — joindre de fichiers de données brutes.
Après avoir soumis votre rapport, veuillez supprimer toutes les copies sous 7 jours calendaires et envoyer par e-mail une déclaration de suppression signée indiquant la portée des données supprimées, la date et l'heure de la suppression, la méthode de suppression, et confirmant que tous les emplacements de stockage listés dans le Règles de conduite des tests et de gestion des données ont été couverts. Cette déclaration est une condition préalable pour recevoir une récompense.
La déclaration peut utiliser le nom ou le pseudonyme de recherche que vous avez utilisé lors du signalement ; aucune autre preuve d'identité n'est requise. Si les politiques de votre organisation vous empêchent de signer en votre nom, une personne de contact de votre organisation peut l'émettre en votre nom, ou vous pouvez répondre par e-mail en confirmant chaque point. Si la déclaration n'est pas fournie dans le délai imparti, nous enverrons d'abord un rappel par e-mail et suspendrons l'évaluation de la récompense pour le cas.
Décrire précisément l'étendue de votre accès n'affectera pas votre éligibilité à une récompense ; au contraire, cela aide QNAP à évaluer correctement l'impact et à prendre les mesures nécessaires.
Abonnement aux avis de sécurité
Nous recommandons de vous abonner aux avis de sécurité QNAP pour recevoir en priorité les informations de sécurité !
Dernière mise à jour : 31/08/2026. Les conditions de ce programme peuvent être modifiées de temps à autre ; la dernière version publiée sur cette page prévaut.
Systèmes d’exploitation
Prime jusqu'à 20 000 $ US
| Prime |
Pour les rapports de sécurité confirmés qui passent l'examen de gravité, QNAP peut offrir une prime allant jusqu'à 20 000 $ US. |
|---|---|
| Champ d’application |
Ce programme n'accepte que les rapports de sécurité concernant les versions officielles et les plus récentes des produits, applications et services.
|
| Notes |
Ce programme accepte uniquement les problèmes de sécurité liés aux produits et services QNAP. Toute action susceptible d’endommager les serveurs ou les données de QNAP est strictement interdite, et tous les tests de sécurité doivent respecter les lois applicables. Les problèmes de sécurité suivants ne sont pas éligibles à une récompense :
Les problèmes suivants sont valides mais ne donnent pas droit à une récompense ; nous vous inclurons néanmoins dans nos remerciements publics : recommandations de bonnes pratiques ou sujets qui ne sont que des recommandations de configuration (par exemple : recommandations de configuration d’en-têtes, divulgation d’informations sur la version), lorsque la vérification ne permet pas de démontrer qu’ils peuvent effectivement être exploités pour causer un dommage. Les comportements suivants enfreignent les règles de ce programme. Dans chacun des cas suivants, le cas n’est pas éligible à une récompense et la protection de la recherche de bonne foi prévue au point 5 du Règles de conduite des tests et de gestion des données ne s’applique pas :
|
Applications
Récompense jusqu’à 10.000 $ US
| Prime |
Pour les rapports de sécurité confirmés qui passent l’examen de gravité, QNAP peut offrir une récompense allant jusqu’à 10.000 $ US. |
|---|---|
| Champ d’application |
Ce programme accepte uniquement les rapports de sécurité concernant les versions officielles et les dernières versions des produits, applications et services. Les applications couvertes par le programme de récompense incluent, sans s’y limiter, les éléments suivants :
|
| Applications en fin de vie (EOL) |
Les produits, paquets, applications mobiles et extensions de navigateur suivants sont exclus du champ d’application du programme QNAP Bug Bounty dès qu’ils atteignent leur fin de vie (EOL). Les rapports de vulnérabilité concernant ces éléments ne seront plus acceptés et aucune récompense ne sera attribuée. Les éléments EOL incluent :
|
| Notes |
Ce programme accepte uniquement les problèmes de sécurité liés aux produits et services QNAP. Toute action susceptible d’endommager les serveurs ou les données de QNAP est strictement interdite, et tous les tests de sécurité doivent respecter les lois applicables. Les problèmes de sécurité suivants ne sont pas éligibles à une récompense :
Les problèmes suivants sont valides mais ne donnent pas droit à une récompense ; nous vous inclurons néanmoins dans nos remerciements publics : recommandations de bonnes pratiques ou sujets qui ne sont que des recommandations de configuration (par exemple : recommandations de configuration d’en-têtes, divulgation d’informations sur la version), lorsque la vérification ne permet pas de démontrer qu’ils peuvent effectivement être exploités pour causer un dommage. Les comportements suivants enfreignent les règles de ce programme. Dans chacun des cas suivants, le cas n’est pas éligible à une récompense et la protection de la recherche de bonne foi prévue au point 5 du Règles de conduite des tests et de gestion des données ne s’applique pas :
|
Services de cloud
Récompense jusqu’à 5.000 $ US
| Prime |
Pour les rapports de sécurité confirmés qui passent l’examen de gravité, QNAP peut offrir une récompense allant jusqu’à 5.000 $ US. |
|---|---|
| Champ d’application |
Ce programme accepte uniquement les rapports de sécurité concernant les versions officielles et les dernières versions des produits, applications et services. Domaines couverts par le périmètre des services cloud :
|
| Notes |
Ce programme accepte uniquement les problèmes de sécurité liés aux produits et services QNAP. Toute action susceptible d’endommager les serveurs ou les données de QNAP est strictement interdite, et tous les tests de sécurité doivent respecter les lois applicables. Les problèmes de sécurité suivants ne sont pas éligibles à une récompense :
Les problèmes suivants sont valides mais ne donnent pas droit à une récompense ; nous vous inclurons néanmoins dans nos remerciements publics : recommandations de bonnes pratiques ou sujets qui ne sont que des recommandations de configuration (par exemple : recommandations de configuration d’en-têtes, divulgation d’informations sur la version), lorsque la vérification ne permet pas de démontrer qu’ils peuvent effectivement être exploités pour causer un dommage. Les comportements suivants enfreignent les règles de ce programme. Dans chacun des cas suivants, le cas n’est pas éligible à une récompense et la protection de la recherche de bonne foi prévue au point 5 du Règles de conduite des tests et de gestion des données ne s’applique pas :
|
Systèmes d'exploitation
(* indique un champ obligatoire)
-
Produit* : Nom du produit, par exemple : QuTS hero
-
Version* : Version du produit et numéro de build, par exemple : h5.0.1.2376 build 20230421
-
Résumé* : Sous la forme « [type de vulnérabilité] trouvé dans [emplacement] », par exemple : Command Injection in abc.cgi
-
Privilèges requis* : Les privilèges minimum nécessaires pour exploiter la vulnérabilité. Options : Aucun / Utilisateur régulier / Groupe d’administrateurs / Administrateur système
-
Motivation de la recherche : Qu’est-ce qui vous a poussé à commencer à rechercher et découvrir cette vulnérabilité ?
-
Outils utilisés : Liste de tous les outils et logiciels utilisés pendant la recherche
-
Description du problème : Donnez plus de détails sur la vulnérabilité
Par exemple :
-
Une brève description des dommages potentiels
-
Analyse de la vulnérabilité
-
Comment la vulnérabilité a été identifiée et découverte
-
Outils utilisés dans le rapport
-
-
ID CWE : CWE-XXX, CWE-YYY, etc.
-
ID CAPEC : CAPEC-XXX, CAPEC-YYY, etc.
-
Score CVSS : CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Référence : calculateur CVSS v3.1 https://cvss.js.org/ -
Étapes à reproduire* : étapes détaillées et claires pour la reproduction
-
Preuve de faisabilité : toute vidéo, capture d’écran, exploit, etc.
-
Environnement de vérification : le modèle et la version du firmware utilisés pour la vérification, par exemple TS-464, QTS 5.2.8.3359 build 20251225
-
Date et heure de vérification* : par exemple, 2026/09/01 14:30 (UTC+8)
Applications
(* indique un champ obligatoire)
-
Application* : Nom de l’application, par exemple : File Station
-
Version* : Version du produit et numéro de build, par exemple : 2.0.2 (2022/01/26)
-
Résumé* : Sous la forme « [type de vulnérabilité] trouvé dans [emplacement] », par exemple : Buffer overflow in abc app
-
Privilèges requis* : Les privilèges minimum nécessaires pour exploiter la vulnérabilité. Options : Aucun / Utilisateur régulier / Groupe d’administrateurs / Administrateur système
-
Motivation de la recherche : Qu’est-ce qui vous a poussé à commencer à rechercher et découvrir cette vulnérabilité ?
-
Outils utilisés : Liste de tous les outils et logiciels utilisés pendant la recherche
-
Description du problème : Donnez plus de détails sur la vulnérabilité
Par exemple :
-
Une brève description des dommages potentiels
-
Analyse de la vulnérabilité
-
Comment la vulnérabilité a été identifiée et découverte
-
Outils utilisés dans le rapport
-
-
ID CWE : CWE-XXX, CWE-YYY, etc.
-
ID CAPEC : CAPEC-XXX, CAPEC-YYY, etc.
-
Score CVSS : CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Référence : calculateur CVSS v3.1 https://cvss.js.org/ -
Étapes à reproduire* : étapes détaillées et claires pour la reproduction
-
Preuve de faisabilité : toute vidéo, capture d’écran, exploit, etc.
-
Environnement de vérification : le modèle et la version du firmware utilisés pour la vérification, par exemple TS-464, QTS 5.2.8.3359 build 20251225
-
Date et heure de vérification* : par exemple, 2026/09/01 14:30 (UTC+8)
Services dans le Cloud
(* indique un champ obligatoire)
-
Domaine* : Nom de domaine, par exemple : https://account.qnap.com
-
Résumé* : Sous la forme « [type de vulnérabilité] trouvé dans [emplacement] », par exemple : XSS on https://account.qnap.com
-
Motivation de la recherche : Qu’est-ce qui vous a poussé à commencer à rechercher et découvrir cette vulnérabilité ?
-
Outils utilisés : Liste de tous les outils et logiciels utilisés pendant la recherche
-
Description du problème : Donnez plus de détails sur la vulnérabilité
Par exemple :
-
Une brève description des dommages potentiels
-
Analyse de la vulnérabilité
-
Comment la vulnérabilité a été identifiée et découverte
-
Outils utilisés dans le rapport
-
-
ID CWE : CWE-XXX, CWE-YYY, etc.
-
ID CAPEC : CAPEC-XXX, CAPEC-YYY, etc.
-
Score CVSS : CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Référence : calculateur CVSS v3.1 https://cvss.js.org/ -
Étapes à reproduire* : étapes détaillées et claires pour la reproduction
-
Preuve de faisabilité : toute vidéo, capture d’écran, exploit, etc.
-
Environnement de vérification : le modèle et la version du firmware utilisés pour la vérification, par exemple TS-464, QTS 5.2.8.3359 build 20251225
-
Date et heure de vérification* : par exemple, 2026/09/01 14:30 (UTC+8)
Exigences de vérification
Exigences de l’environnement de vérification (systèmes d’exploitation et applications)
Les exigences de vérification des appareils dans cette section s’appliquent aux problèmes liés au système d’exploitation et aux applications. Pour les problèmes liés aux services cloud, veuillez suivre les « Exigences de vérification (services cloud) » ci-dessous.
Un rapport valide concernant les systèmes d’exploitation et les applications doit être vérifié sur un appareil QNAP réel, et le rapport doit indiquer le modèle, la version du firmware et le numéro de build, ainsi que la date et l’heure de la vérification.
« Un appareil QNAP réel » désigne un appareil acheté ou obtenu par des moyens classiques, exécutant un firmware officiel et fonctionnant dans un mode pris en charge par QNAP. Les instances QuTScloud exécutées sur des plateformes de virtualisation ou cloud prises en charge par QNAP, ainsi que les environnements de test à distance fournis par QNAP dans cette section, sont également considérés comme répondant à cette exigence. Les environnements où le chercheur a décompressé ou reconditionné des fichiers firmware, ou les a émulés avec d’autres logiciels, ne sont pas éligibles.
Nous ne pouvons pas accepter un rapport comme valide dans le cadre de ce programme dans les cas suivants :
- Analyse de code ou inférence uniquement, sans résultat d’exécution réel
- Exécuté réellement, mais pas sur un appareil QNAP réel
- Le modèle, la version du firmware et le numéro de build, ou la date et l’heure de vérification ne sont pas indiqués
Si vous ne disposez pas d’un appareil pour effectuer les tests, veuillez envoyer un e-mail à security@qnap.com en décrivant le type de problème que vous souhaitez vérifier et le modèle dont vous avez besoin. Nous évaluerons la possibilité de vous fournir un environnement de test à distance. Ces demandes ne contiennent pas de détails sur la vulnérabilité et n’ont pas besoin d’être chiffrées avec PGP.
Exigences de vérification (services cloud)
Les problèmes liés aux services cloud n’ont pas besoin d’être vérifiés sur un appareil QNAP, mais le rapport doit tout de même inclure les éléments suivants :
- Le domaine testé et l’URL complète (y compris le chemin de l’endpoint)
- L’identité utilisée lors de la vérification : non authentifié / compte standard / compte avec un rôle spécifique, et la méthode d’obtention de cette identité
- Date et heure de vérification (veuillez préciser le fuseau horaire)
- La requête et la réponse brutes, fournies sous forme de texte, et pas uniquement sous forme d’images
Nous ne pouvons pas accepter un rapport comme valide dans le cadre de ce programme dans les cas suivants : uniquement une inférence sans enregistrement réel de la requête et de la réponse ; ou le domaine testé ainsi que la date et l’heure de vérification ne sont pas indiqués.
Un problème par rapport
Veuillez soumettre chaque problème indépendant dans un rapport séparé. Ne combinez pas plusieurs problèmes sans lien dans un même rapport. Cela nous permet de vérifier chaque problème, d’attribuer des ID CVE et d’évaluer les récompenses individuellement, et vous permet de suivre clairement l’avancement de chaque problème.
Cependant, si plusieurs problèmes proviennent de la même cause racine ou du même chemin de code, ou peuvent être résolus par la même correction, veuillez les regrouper dans un seul rapport et décrire chaque manifestation. Ces cas seront évalués comme un seul cas dans « Doublons et problèmes d'origine identique » dans les « Facteurs d'ajustement » ; les soumettre séparément n’augmentera pas la récompense.
Exception : problèmes pouvant être enchaînés pour une attaque complète
Si plusieurs problèmes indépendants doivent être enchaînés pour réaliser une attaque complète (par exemple, utiliser d’abord le problème A pour obtenir des privilèges utilisateur standard, puis le problème B pour obtenir des privilèges administrateur), ils peuvent être soumis ensemble dans un seul rapport. Veuillez expliquer dans le rapport l’ordre des problèmes et l’effet final obtenu par leur enchaînement.
La gravité et la récompense pour ces rapports enchaînés seront évaluées dans leur ensemble et peuvent dépasser la somme des rapports individuels, mais restent plafonnées au montant maximum publié pour le champ d’application concerné.
Exigences supplémentaires pour certains types de problèmes
Certains types de problèmes sont plus susceptibles d’être mal jugés lors de la vérification, donc des preuves supplémentaires sont requises en plus des exigences ci-dessus. Les types actuellement concernés par ces exigences sont listés ci-dessous.
Élévation de privilèges
Si vous signalez un problème dans lequel « un utilisateur à faible privilège obtient des privilèges administrateur ou système via une faille », vous devez fournir les trois éléments suivants en plus des exigences ci-dessus :
1. Expliquer comment l’attaquant obtient initialement la capacité d’exécuter des commandes
Veuillez expliquer comment l’attaquant obtient la capacité d’exécuter des commandes en tant qu’utilisateur standard sur l’appareil, et montrer que ce canal existe réellement ou est accessible avec les paramètres d’usine par défaut de l’appareil. Si le canal n’existe qu’après activation ou modification des paramètres par un administrateur, veuillez également le préciser.
2. Expliquer comment l’identité utilisateur standard utilisée lors de votre vérification a été obtenue
Veuillez expliquer comment cette identité utilisateur standard a été obtenue lors de vos tests. Si l’identité a été directement attribuée, changée ou rétrogradée à partir d’un compte administrateur ou d’un processus système (par exemple, en utilisant une commande de changement d’identité, un programme de réduction de privilèges écrit par vous-même, ou en spécifiant l’identité d’exécution lors du lancement d’un service), cela ne répond pas à cette exigence — car dans un scénario d’attaque réel, l’attaquant ne dispose pas de privilèges administrateur et ne peut pas obtenir une identité de cette manière.
3. Fournir un enregistrement vidéo complet
Veuillez fournir un enregistrement vidéo continu et non modifié qui commence avant d’obtenir les privilèges d’exécution d’un utilisateur standard et qui capture entièrement l’obtention de ces privilèges ainsi que l’escalade ultérieure vers des privilèges d’administrateur ou de niveau système. L’heure système doit être visible à l’écran, et l’enregistrement doit inclure la sortie de commande confirmant l’identité actuelle.
Si l’un des éléments ci-dessus n’est pas fourni, nous ne pouvons pas accepter le rapport comme valide dans le cadre de ce programme.
Avant de soumettre, veuillez vérifier
Un rapport complet et reproductible aide le QNAP PSIRT à vérifier et à corriger plus rapidement, et facilite également l’évaluation de la récompense. Avant de soumettre, nous vous recommandons de confirmer que :
- Vous avez effectué la vérification sur un appareil QNAP réel (si vous ne disposez pas d’un appareil, veuillez nous envoyer un e-mail pour demander un environnement de test à distance)
- Le modèle, la version du firmware, le numéro de build, ainsi que la date et l’heure de vérification sont indiqués
- Le problème survient dans une version de produit ou un domaine relevant du champ d’application de ce programme
- Vous avez personnellement revérifié le problème dans un environnement réel et pouvez le reproduire de manière cohérente
- Le rapport explique l’impact réel sur la sécurité du problème, et pas seulement la sortie d’outils
- Les champs obligatoires du « Format recommandé pour le rapport de vulnérabilité » sont complétés, et le payload d’exploitation est fourni sous forme de texte
- Ce rapport ne contient qu’un seul problème indépendant (s’il s’agit d’une attaque complète enchaînée à partir de plusieurs problèmes, l’ordre d’enchaînement est expliqué dans le rapport)
Si vous avez utilisé des outils automatisés ou une analyse assistée par IA lors de votre recherche, vous pouvez décrire leur utilisation et votre processus de vérification dans le rapport. Cela aide les examinateurs à comprendre le contexte de votre analyse.
Règles de conduite des tests et de gestion des données
QNAP comprend que lors de la vérification de certains problèmes (tels que les failles de contrôle d’accès ou d’autorisation), les chercheurs peuvent inévitablement être en contact avec des données réelles. Pour concilier les besoins de recherche et la protection des droits des personnes concernées, veuillez suivre les règles ci-dessous :
1. Minimisation des données
Les données obtenues doivent être limitées au strict minimum nécessaire pour « prouver que le problème peut effectivement être exploité ». Une fois le problème confirmé, veuillez immédiatement cesser tout accès, toute énumération ou toute extension des données obtenues. N’essayez pas d’obtenir des ensembles de données complets, d’effectuer des exportations massives ou d’étendre la vérification à d’autres comptes ou locataires.
2. Restrictions d’utilisation
Ne pas utiliser les données non publiques auxquelles vous avez accédé lors de votre recherche à d’autres fins que la recherche, et ne pas les reproduire, distribuer, publier ou divulguer à un tiers, ni les télécharger sur une plateforme tierce, un stockage cloud ou un service d’hébergement de code.
3. Comment signaler
Ne joignez pas de fichiers de données brutes à votre rapport. Dans la description de l’impact de votre rapport, indiquez les noms des tables ou des points de terminaison concernés, les noms des champs et le nombre d’enregistrements, et fournissez si nécessaire un seul échantillon masqué (par exemple, en ne montrant que certains caractères). Cela aide QNAP à évaluer précisément l’étendue de l’impact et évite la conservation supplémentaire des données lors de leur transmission.
4. Suppression des données et déclaration écrite
Après avoir soumis votre rapport, veuillez cesser d’accéder aux données concernées et, dans les 7 jours calendaires suivant la soumission du rapport, supprimer toutes les données et copies concernées, y compris dans les emplacements suivants :
- Fichiers sur des dispositifs de stockage locaux ou externes
- Sauvegarde et stockage synchronisé (y compris les disques cloud et les systèmes de contrôle de version)
- Fichiers de session, caches et historique des outils de test
- Journaux système et application
- Captures d’écran, enregistrements d’écran et contenu du presse-papiers
- Sauvegardes d’e-mails envoyés, historiques de conversations sur les applications de messagerie et toute copie exportée
Fournir une déclaration écrite de suppression est une condition préalable pour recevoir une récompense. Après avoir effectué la suppression, veuillez envoyer par e-mail une déclaration écrite signée à security@qnap.com dans le même délai, indiquant :
- Portée des données supprimées : les noms des tables ou des points de terminaison concernés, les noms des champs et le nombre d'enregistrements
- Date et heure de la suppression (veuillez préciser le fuseau horaire)
- Méthode de suppression : par exemple, suppression de fichiers et vidage de la corbeille, suppression par écrasement, suppression du stockage cloud avec l'historique des versions, etc.
- Confirmation de la couverture : une déclaration indiquant que tous les emplacements de stockage (1) à (6) ci-dessus ont été couverts et qu'aucune copie n'a été conservée
- Nom et date : le nom du chercheur ou son alias de recherche, l'adresse e-mail et la date de la déclaration
La déclaration peut utiliser le nom ou l'alias de recherche que vous avez utilisé lors du signalement ; aucune autre preuve d'identité n'est requise. Si vous ne pouvez pas signer en votre nom personnel en raison des politiques de votre organisation ou pour d'autres raisons, une personne de contact de votre organisation peut l'émettre en votre nom, ou vous pouvez répondre par e-mail en confirmant chacun des éléments ci-dessus ; QNAP considérera cette réponse comme le document écrit.
QNAP PSIRT peut, si nécessaire, vous demander de fournir des explications supplémentaires concernant la déclaration. Si la déclaration ou les explications supplémentaires ne sont pas fournies dans le délai imparti, l'évaluation de la récompense pour le cas sera suspendue ; si elle n'est toujours pas fournie après un rappel de QNAP par e-mail, le cas ne sera pas éligible à une récompense.
Cette déclaration est utilisée uniquement par QNAP pour confirmer la manière dont les données ont été traitées et pour remplir les obligations légales associées. QNAP ne l'utilisera à aucune autre fin et la conservera conformément à sa politique interne de conservation des données après la clôture du cas. Le traitement des données personnelles est régi séparément par le Politique de confidentialité de QNAP.
5. Recherche de bonne foi
Si un chercheur teste et signale de bonne foi conformément à cette page et au Conditions générales du programme de récompense de sécurité QNAP, QNAP n'engagera aucune action en justice contre le chercheur pour ces activités de recherche. En vertu des lois applicables, QNAP est tenu dans certaines circonstances (par exemple, vulnérabilités confirmées comme étant exploitées activement) de notifier les autorités compétentes, et le contenu des rapports peut donc être transmis à ces autorités. Pour plus de détails, veuillez consulter le Politique de divulgation coordonnée des vulnérabilités.