Belöningsprogram för säkerhet
QNAP är engagerade i cybersäkerhet och samarbetar med partners och säkerhetsgemenskapen för att säkerställa säkerheten för QNAP:s produkter, vilket ger användarna ökad sinnesro och skyddar produktsystem och data. För att tacka forskare som upptäcker potentiella säkerhetsproblem och hjälper till att förbättra kundernas säkerhet erbjuder QNAP belöningar genom sitt Security Bounty Program.
Programmets omfattning
Bounty-programmet accepterar endast rapporter om säkerhetsrisker relaterade till QNAP:s produkter och onlinetjänster. Alla säkerhetsrapporter utanför programmets omfattning accepteras inte och är inte berättigade till belöning. Programmet accepterar eller belönar inte säkerhetsrisker som hittas i tredjepartsprogramvara (t.ex. tredjeparts-QPKG:er). Om du upptäcker ett säkerhetsproblem i sådan programvara, vänligen kontakta och informera den relevanta leverantören eller utvecklaren direkt. För andra säkerhetsproblem som ligger utanför programmets belöningsområde men som rör QNAP:s produkter eller tjänster, se Policy för koordinerad sårbarhetsrapportering för hur du rapporterar dem.
-
Operativsystem
Belöning upp till 20 000 USD
Operativsystem utvecklade av QNAP – QTS, QuTS hero och QuTScloud – omfattas alla av detta program.
-
Program
Belöning upp till 10 000 USD
Appar som officiellt utvecklats av QNAP.
-
Molntjänster
Belöning upp till 5 000 USD
Molntjänster som officiellt tillhandahålls av QNAP.
Hur rapporterar man säkerhetsproblem och sårbarheter?
Kryptera din e-post med hjälp av PGP-publik nyckel nedan och skicka den till security@qnap.com. QNAP PSIRT kommer att kontakta forskaren för att bekräfta inskickandet.
Rekommenderat format för säkerhetsriskrapport
-
Operativsystem
-
Program
-
Molntjänster
PGP krypteringsnyckel
Behörighetskriterier
-
Du måste vara den första forskaren som rapporterar sårbarheten.
-
Du har inte offentliggjort sårbarheten.
-
Sårbarheten du rapporterar har bekräftats av QNAP-personal som verifierbar, reproducerbar och berättigad till belöning.
-
Du godkänner och följer helt och hållet Regler för Bounty Program.
-
Om du under din forskning fått tillgång till icke-offentliga data från QNAP eller dess användare har du raderat dessa data i enlighet med Regler för testbeteende och datahantering och lämnat in ett skriftligt raderingsintyg inom angiven tidsperiod.
Beloppsnivåerna för belöning kan justeras beroende på följande:
Bonusfaktorer
-
Följ det rekommenderade formatet för sårbarhetsrapport: Ange nödvändig och tillräcklig information om sårbarheten. Rekommenderade format: Exempel på format för operativsystem, Exempel på format för applikation, Exempel på format för molntjänst.
-
Reproduktionssteg: Tydliga och detaljerade steg för att återskapa problemet.
-
Problembeskrivning: En välstrukturerad sårbarhetsrapport med tydligt organiserade stycken.
-
Kompletterande information: Punkter som rekommenderas i exemplen på sårbarhetsrapportformat, eller annan användbar information såsom testkod, skript eller andra detaljerade förklaringar.
-
Ange hela den råa exploit-payloaden i textform: Om payloaden endast tillhandahålls som en bild kan QNAP:s PSIRT-team inte garantera att den kan återskapas korrekt. Om en giltig attack inte kan återskapas kan sårbarhetsbedömningen ogiltigförklaras.
Justeringfaktorer
-
Allvarlighetsgrad och granskningsordning: QNAP PSIRT prioriterar verifiering och åtgärder baserat på allvarlighetsgraden, där frågor med betydande påverkan på användardata och system ges högsta prioritet. Allvarlighetsgraden fastställs av Bounty Committee med hänvisning till CVSS v3.1-poängen, i kombination med faktisk exploaterbarhet och omfattning av påverkan. Ärenden som bedöms som låg allvarlighetsgrad granskas efter ärenden med hög allvarlighetsgrad. Alla bekräftade ärenden som påverkar produkter som fortfarande har support, oavsett allvarlighetsgrad, kommer att inkluderas i QNAP:s åtgärdsplan.
-
Belöningsbelopp efter allvarlighetsgrad: Belöningar ges enligt den allvarlighetsnivå som tilldelats ärendet. Belöningar för ärenden med låg allvarlighetsgrad justeras därefter och är lägre än för ärenden med hög allvarlighetsgrad inom samma område. Det belopp som publiceras för varje område är det maximala för det området, inte ett garanterat belopp för varje fall.
-
Om ett ärende bedöms som låg allvarlighetsgrad och endast är ett förslag på säkerhetsförbättring som inte orsakar någon faktisk skada (t.ex. konfigurationsrekommendationer, avslöjande av versions- eller sökvägsinformation, påminnelser om bästa praxis), och verifiering inte kan visa att det faktiskt kan utnyttjas för att orsaka skada, kommer ingen belöning att utdelas. Det betraktas dock fortfarande som ett giltigt ärende och du kommer ändå att inkluderas i våra offentliga erkännanden. Detta skiljer sig från "inte berättigad till belöning" (inte accepterad och inte erkänd); den huvudsakliga skillnaden mellan de två är om verifierbara faktiska resultat har tillhandahållits. För specifika fall som inte är berättigade till belöning, se "Noteringar" för varje område.
-
Dubbletter och ärenden med samma ursprung: Om flera rapporter bekräftas ha samma grundorsak eller samma kodväg, eller kan lösas med samma åtgärd, kan QNAP PSIRT utvärdera dem som ett enda fall. Belöningen för ett sammanslaget fall är begränsad till ett enda belopp för den nivå som fallet tillhör och ackumuleras inte utifrån antalet rapporter; belöningen går till den första fullständiga rapporten som mottagits.
-
Efterföljande rapporter av samma ärendetyp: Efterföljande rapporter av en ärendetyp som QNAP redan har accepterat eller åtgärdat (inklusive ärenden av samma typ i olika gränssnitt, parametrar eller moduler) kan behandlas som varianter av det befintliga fallet. Sådana rapporter kommer ändå att individuellt erkännas som giltiga ärenden och tilldelas individuella CVE-ID:n, medan belöningar ges för ärendeklassen som helhet: de 1:a till 10:e rapporterna i samma ärendeklass får fullt belopp för sin nivå; från och med den 11:e rapporten ges 10 % av nivåbeloppet. Antalet är kumulativt över alla rapportörer, utan separat räkneperiod. "Samma ärendeklass" bestäms av samma CWE-klassificering tillsammans med samma funktionella komponent eller samma kodmönster. QNAP PSIRT kommer att informera dig om variantbedömningen och det aktuella kumulativa sekvensnumret för den ärendeklassen i bekräftelsemejlet om sårbarheten. Om du inte håller med kan du skriva till oss inom 14 kalenderdagar efter att du mottagit mejlet.
-
Rapportens fullständighet och reproducerbarhet: För rapporter där rapportören inte självständigt har verifierat problemet, eller endast har tillhandahållit rå utdata från verktyg utan att förklara den faktiska påverkan och hur det kan återskapas, kan QNAP PSIRT be rapportören att lämna ytterligare information. Tills den ytterligare informationen har tillhandahållits kommer ärendet att behandlas efter ärenden med fullständig information.
-
Faktisk säkerhetspåverkan: Belöningar kommer att justeras därefter för problem som är rent teoretiska, kräver mycket ovanliga förutsättningar eller inte kan visas ha någon väsentlig påverkan på användardata och system.
Tack
Tack till alla forskare för er expertis och ert engagemang.
- 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
Vanliga frågor och svar
Belöningsmekanismen och beloppet bestäms av Bounty Review Team, som består av medlemmar från QNAP PSIRT, och tar hänsyn till följande faktorer: hur komplicerat det är att utnyttja säkerhetsrisken samt hotet som risken utgör, inklusive andelen drabbade användare och system.
Ja. Om en video gör det lättare att förstå hur säkerhetsrisken utnyttjas kan belöningskommittén höja belöningen därefter. Observera att skriftlig dokumentation krävs (t.ex. ett PoC-dokument och en fullständig förklaring), eftersom detta hjälper till att hantera processen för avslöjande av säkerhetsrisker.
En säkerhetsriskrapport måste minst innehålla: namnet på den drabbade produkten samt dess version och build-nummer, eller webbadressen till molntjänsten; en sammanfattning av säkerhetsriskens potentiella hot; och detaljerade, tydliga steg för att återskapa risken, gärna kompletterat med en video för att visa hur risken kan återskapas.
Kryptera din rapport med den publika PGP-nyckel som QNAP tillhandahåller och skicka den till security@qnap.com. När e-postmeddelandet har tagits emot kommer systemet automatiskt att svara med ett tekniskt ärendenummer som forskaren kan använda för att följa granskningsprocessen.
QNAP:s PSIRT-team kommer att kontakta forskaren proaktivt för att bekräfta om inlämningen är komplett. För fall med fullständig information som initialt bedöms som hög allvarlighetsgrad kommer forskaren i princip att få ett bekräftelsemail om sårbarheten från QNAP PSIRT inom en vecka efter att informationen bekräftats som komplett, inklusive det CVE-ID som tilldelats rapporten.
Förslag på belöningsbelopp skickas via e-post fyra veckor efter att bekräftelsemailet om sårbarheten skickats. Om forskaren accepterar förslaget förväntar sig QNAP att slutföra betalningen inom tolv veckor efter att bekräftelsesvaret mottagits.
Vid verifiering analyserar QNAP PSIRT grundorsaken till varje fall. Om flera rapporter bekräftas ha samma grundorsak, samma kodväg eller samma designmönster hanteras de som ett enda fall och belöningen går till den första kompletta rapporten som mottagits; om en senare rapport tillför ytterligare information om säkerhetspåverkan tar vi ändå hänsyn till det. För problem av samma typ som kräver en oberoende åtgärd erkänns de individuellt och separata CVE-ID:n tilldelas; belöningar ges för hela problemklassen, där rapport 1 till 10 får hela beloppsnivån och från och med rapport 11 ges 10 % av beloppsnivån. Antalet är kumulativt för alla rapportörer.
Ja. QNAP respekterar alla forskningsmetoder; det vi bryr oss om är rapportens kvalitet. Oavsett vilka verktyg som används, vänligen verifiera själv problemet innan du skickar in och inkludera reproduktionssteg samt faktisk säkerhetspåverkan i rapporten. För rapporter som endast innehåller rådata från verktyg, inte har verifierats eller inte förklarar påverkan kan vi behöva be om mer information, och de granskas efter fall med komplett information. Rapporter som bedöms sakna faktisk säkerhetspåverkan är inte berättigade till belöning.
QNAP prioriterar resurser för problem som har betydande påverkan på användardata och system. Därför verifieras och besvaras problem med låg allvarlighetsgrad efter problem med hög allvarlighetsgrad, och belöningar justeras enligt deras allvarlighetsnivå. Detta påverkar inte hur vi hanterar problemet — alla bekräftade problem inkluderas i åtgärdsplanen. Om du anser att bedömningen inte speglar den faktiska påverkan, vänligen mejla security@qnap.com med information som kan höja påverkningsbedömningen, såsom lägre behörighetskrav, ett bredare urval av påverkade versioner eller en förklaring av hur problemet kan kedjas med andra problem för att bilda en komplett attackkedja.
Om ditt problem är ett förslag på säkerhetsförbättring som inte orsakar någon faktisk skada kommer vi ändå att inkludera dig i våra offentliga erkännanden, men ingen belöning kommer att delas ut.
Sluta omedelbart med all vidare åtkomst. Ange i din rapports beskrivning av påverkan namnen på de tabeller eller endpoints som är inblandade, fältnamn och antal poster, och bifoga vid behov ett maskerat exempel. Det finns ingen anledning att — och vänligen gör det inte — bifoga rådatafiler.
När du har skickat in din rapport ska du radera alla kopior inom 7 kalenderdagar och mejla ett undertecknat raderingsintyg där du anger omfattningen av raderade data, datum och tid för raderingen samt raderingsmetod, och bekräftar att alla lagringsplatser som anges i Regler för testbeteende och datahantering har täckts. Detta intyg är ett krav för att få belöning.
Intyget kan använda det namn eller forskningsalias du använde vid rapporteringen; inget annat identitetsbevis krävs. Om din organisations policy hindrar dig från att skriva under med ditt personliga namn kan en kontaktperson från din organisation utfärda det åt dig, eller så kan du svara via e-post och bekräfta varje punkt. Om intyget inte lämnas in inom tidsfristen skickar vi först en påminnelse via e-post och pausar belöningsbedömningen för ärendet.
Att noggrant beskriva omfattningen av din åtkomst påverkar inte din rätt till belöning; tvärtom hjälper det QNAP att korrekt bedöma påverkan och vidta nödvändiga åtgärder.
Prenumeration på Security Advisory
Vi rekommenderar att du prenumererar på QNAP Security Advisories för att få förstahandsinformation om säkerhet!
Senast uppdaterad: 2026-08-31. Villkoren för detta program kan justeras från tid till annan; den senaste versionen som publiceras på denna sida gäller.
Operativsystem
Belöning upp till 20 000 USD
| Belöning |
För bekräftade säkerhetsrapporter som klarar allvarlighetsgranskningen kan QNAP erbjuda en belöning på upp till 20 000 USD. |
|---|---|
| Omfattning |
Detta program accepterar endast säkerhetsrapporter för officiella och senaste versioner av produkter, applikationer och tjänster.
|
| Noteringar |
Detta program accepterar endast säkerhetsproblem relaterade till QNAP:s produkter och tjänster. Alla åtgärder som kan skada QNAP:s servrar eller data är strikt förbjudna, och all säkerhetstestning måste följa gällande lagar. Följande säkerhetsproblem är inte berättigade till belöning:
Följande är giltiga problem men berättigar inte till belöning; vi kommer ändå att inkludera dig i våra offentliga erkännanden: rekommendationer om bästa praxis eller frågor som endast är konfigurationsrekommendationer (t.ex. rekommendationer om header-konfiguration, avslöjande av versionsinformation), där verifiering inte kan visa att de faktiskt kan utnyttjas för att orsaka skada. Följande beteenden bryter mot reglerna för detta program. Vid något av följande fall är ärendet inte berättigat till belöning, och skyddet för godtroget forskningsarbete enligt punkt 5 i Regler för testbeteende och datahantering gäller inte:
|
Program
Belöning upp till 10 000 USD
| Belöning |
För bekräftade säkerhetsrapporter som klarar allvarlighetsgranskningen kan QNAP erbjuda en belöning på upp till 10 000 USD. |
|---|---|
| Omfattning |
Detta program accepterar endast säkerhetsrapporter för officiella och senaste versioner av produkter, applikationer och tjänster. Applikationer som omfattas av Bounty-programmet inkluderar, men är inte begränsade till, följande:
|
| Uttjänta (EOL) applikationer |
Följande produkter, paket, mobilapplikationer och webbläsartillägg är undantagna från QNAP Bug Bounty-programmet när de når slutet av sin livscykel (EOL). Sårbarhetsrapporter för dessa objekt kommer inte längre att accepteras och inga bug bounty-belöningar kommer att erbjudas. EOL-objekt inkluderar:
|
| Noteringar |
Detta program accepterar endast säkerhetsproblem relaterade till QNAP:s produkter och tjänster. Alla åtgärder som kan skada QNAP:s servrar eller data är strikt förbjudna, och all säkerhetstestning måste följa gällande lagar. Följande säkerhetsproblem är inte berättigade till belöning:
Följande är giltiga problem men berättigar inte till belöning; vi kommer ändå att inkludera dig i våra offentliga erkännanden: rekommendationer om bästa praxis eller frågor som endast är konfigurationsrekommendationer (t.ex. rekommendationer om header-konfiguration, avslöjande av versionsinformation), där verifiering inte kan visa att de faktiskt kan utnyttjas för att orsaka skada. Följande beteenden bryter mot reglerna för detta program. Vid något av följande fall är ärendet inte berättigat till belöning, och skyddet för godtroget forskningsarbete enligt punkt 5 i Regler för testbeteende och datahantering gäller inte:
|
Molntjänster
Belöning upp till 5 000 USD
| Belöning |
För bekräftade säkerhetsrapporter som klarar allvarlighetsgranskningen kan QNAP erbjuda en belöning på upp till 5 000 USD. |
|---|---|
| Omfattning |
Detta program accepterar endast säkerhetsrapporter för officiella och senaste versioner av produkter, applikationer och tjänster. Domäner som omfattas av molntjänsternas omfattning:
|
| Noteringar |
Detta program accepterar endast säkerhetsproblem relaterade till QNAP:s produkter och tjänster. Alla åtgärder som kan skada QNAP:s servrar eller data är strikt förbjudna, och all säkerhetstestning måste följa gällande lagar. Följande säkerhetsproblem är inte berättigade till belöning:
Följande är giltiga problem men berättigar inte till belöning; vi kommer ändå att inkludera dig i våra offentliga erkännanden: rekommendationer om bästa praxis eller frågor som endast är konfigurationsrekommendationer (t.ex. rekommendationer om header-konfiguration, avslöjande av versionsinformation), där verifiering inte kan visa att de faktiskt kan utnyttjas för att orsaka skada. Följande beteenden bryter mot reglerna för detta program. Vid något av följande fall är ärendet inte berättigat till belöning, och skyddet för godtroget forskningsarbete enligt punkt 5 i Regler för testbeteende och datahantering gäller inte:
|
Operativsystem
(* anger ett obligatoriskt fält)
-
Produkt*: Produktnamn, t.ex. QuTS hero
-
Version*: Produktversion och build-nummer, t.ex. h5.0.1.2376 build 20230421
-
Sammanfattning*: I formatet "[sårbarhetstyp] hittad i [plats]", t.ex. Command Injection in abc.cgi
-
Nödvändiga privilegier*: Minsta privilegier som krävs för att utnyttja sårbarheten. Alternativ: Inga / Vanlig användare / Administratörsgrupp / Systemadministratör
-
Forskningsmotivation: Vad fick dig att börja undersöka och upptäcka denna sårbarhet?
-
Använda verktyg: En lista över alla verktyg och program som användes under forskningen
-
Problembeskrivning: Beskriv mer detaljerat om sårbarheten
Till exempel:
-
En kort beskrivning av den potentiella skadan
-
Analys av säkerhetsrisken
-
Hur sårbarheten identifierades och upptäcktes
-
Verktyg som används i rapporten
-
-
CWE-ID: CWE-XXX, CWE-YYY osv.
-
CAPEC-ID: CAPEC-XXX, CAPEC-YYY osv.
-
CVSS-poäng: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referens: CVSS v3.1-kalkylator https://cvss.js.org/ -
Steg att reproducera*: Detaljerade och tydliga steg för att reproducera
-
Koncepttest: Videor, skärmbilder, sårbarhetsangrepp osv.
-
Verifieringsmiljö: Modellen och firmwareversionen som används för verifiering, t.ex. TS-464, QTS 5.2.8.3359 build 20251225
-
Verifieringsdatum och tid*: t.ex. 2026/09/01 14:30 (UTC+8)
Program
(* anger ett obligatoriskt fält)
-
Applikation*: Applikationsnamn, t.ex. File Station
-
Version*: Produktversion och build-nummer, t.ex. 2.0.2 (2022/01/26)
-
Sammanfattning*: I formatet "[sårbarhetstyp] hittad i [plats]", t.ex. Buffer overflow in abc app
-
Nödvändiga privilegier*: Minsta privilegier som krävs för att utnyttja sårbarheten. Alternativ: Inga / Vanlig användare / Administratörsgrupp / Systemadministratör
-
Forskningsmotivation: Vad fick dig att börja undersöka och upptäcka denna sårbarhet?
-
Använda verktyg: En lista över alla verktyg och program som användes under forskningen
-
Problembeskrivning: Beskriv mer detaljerat om sårbarheten
Till exempel:
-
En kort beskrivning av den potentiella skadan
-
Analys av säkerhetsrisken
-
Hur sårbarheten identifierades och upptäcktes
-
Verktyg som används i rapporten
-
-
CWE-ID: CWE-XXX, CWE-YYY osv.
-
CAPEC-ID: CAPEC-XXX, CAPEC-YYY osv.
-
CVSS-poäng: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referens: CVSS v3.1-kalkylator https://cvss.js.org/ -
Steg att reproducera*: Detaljerade och tydliga steg för att reproducera
-
Koncepttest: Videor, skärmbilder, sårbarhetsangrepp osv.
-
Verifieringsmiljö: Modellen och firmwareversionen som används för verifiering, t.ex. TS-464, QTS 5.2.8.3359 build 20251225
-
Verifieringsdatum och tid*: t.ex. 2026/09/01 14:30 (UTC+8)
Molntjänster
(* anger ett obligatoriskt fält)
-
Domän*: Domännamn, t.ex. https://account.qnap.com
-
Sammanfattning*: I formatet "[sårbarhetstyp] hittad i [plats]", t.ex. XSS on https://account.qnap.com
-
Forskningsmotivation: Vad fick dig att börja undersöka och upptäcka denna sårbarhet?
-
Använda verktyg: En lista över alla verktyg och program som användes under forskningen
-
Problembeskrivning: Beskriv mer detaljerat om sårbarheten
Till exempel:
-
En kort beskrivning av den potentiella skadan
-
Analys av säkerhetsrisken
-
Hur sårbarheten identifierades och upptäcktes
-
Verktyg som används i rapporten
-
-
CWE-ID: CWE-XXX, CWE-YYY osv.
-
CAPEC-ID: CAPEC-XXX, CAPEC-YYY osv.
-
CVSS-poäng: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referens: CVSS v3.1-kalkylator https://cvss.js.org/ -
Steg att reproducera*: Detaljerade och tydliga steg för att reproducera
-
Koncepttest: Videor, skärmbilder, sårbarhetsangrepp osv.
-
Verifieringsmiljö: Modellen och firmwareversionen som används för verifiering, t.ex. TS-464, QTS 5.2.8.3359 build 20251225
-
Verifieringsdatum och tid*: t.ex. 2026/09/01 14:30 (UTC+8)
Verifieringskrav
Verifieringsmiljökrav (operativsystem och applikationer)
Verifieringskraven för enheter i detta avsnitt gäller för operativsystem- och applikationsproblem. För problem med molntjänster, följ istället "Verifieringskrav (molntjänster)" nedan.
En giltig rapport för operativsystem och applikationer måste verifieras på en faktisk QNAP-enhet, och rapporten måste ange modell, version av inbyggd programvara och build-nummer samt datum och tid för din verifiering.
"En faktisk QNAP-enhet" innebär en enhet som köpts eller erhållits via normala kanaler, kör officiell inbyggd programvara och används på ett sätt som stöds av QNAP. QuTScloud-instanser som körs på virtualiserings- eller molnplattformar som stöds av QNAP, samt fjärrtestmiljöer som tillhandahålls av QNAP enligt detta avsnitt, anses också uppfylla detta krav. Miljöer där forskaren har packat upp eller ompaketerat firmwarefiler, eller emulerat dem med annan programvara, kvalificerar inte.
Vi kan inte acceptera en rapport som giltig enligt detta program i följande fall:
- Endast kodanalys eller slutsatsdragning, utan faktiska körningsresultat
- Faktiskt utförd, men inte på en faktisk QNAP-enhet
- Modell, version av inbyggd programvara och build-nummer, eller verifieringsdatum och tid anges inte
Om du inte har en enhet tillgänglig för testning, skicka ett e-postmeddelande till security@qnap.com där du beskriver vilken typ av problem du vill verifiera och vilken modell du behöver. Vi kommer att utvärdera möjligheten att tillhandahålla en fjärrtestmiljö åt dig. Sådana förfrågningsmail innehåller inga sårbarhetsdetaljer och behöver inte PGP-krypteras.
Verifieringskrav (molntjänster)
Problem med molntjänster behöver inte verifieras på en QNAP-enhet, men rapporten måste ändå innehålla följande:
- Den testade domänen och fullständig URL (inklusive slutpunktens sökväg)
- Identiteten som användes vid verifieringen: oautentiserad / vanligt konto / konto med specifik roll, samt hur denna identitet erhölls
- Verifieringsdatum och tid (vänligen ange tidszon)
- Den råa begäran och svaret, tillhandahållna i textform, inte bara som bilder
Vi kan inte godkänna en rapport som giltig inom detta program i följande fall: endast slutsatser utan faktiska begäran- och svarsloggar; eller om testad domän samt verifieringsdatum och -tid inte anges.
Ett problem per rapport
Vänligen lämna in varje oberoende problem i en separat rapport. Kombinera inte flera orelaterade problem i samma rapport. Detta gör att vi kan verifiera varje problem, tilldela CVE-ID:n och utvärdera belöningar individuellt, samt att du tydligt kan följa varje problems status.
Om flera problem däremot har samma grundorsak eller kodväg, eller kan lösas med samma åtgärd, ska de kombineras i en rapport och varje manifestation beskrivas. Sådana fall bedöms som ett enda fall under "Dubbletter och ärenden med samma ursprung" i "Justeringfaktorer"; att lämna in dem separat ökar inte belöningen.
Undantag: Problem som kan kedjas till en komplett attack
Om flera oberoende problem måste kedjas i följd för att genomföra en komplett attack (t.ex. först använda problem A för att få vanliga användarrättigheter, sedan problem B för att få administratörsrättigheter), kan de lämnas in tillsammans i en rapport. Förklara i rapporten ordningen på problemen och slutresultatet av kedjningen.
Allvarlighetsgrad och belöning för sådana kedjade rapporter bedöms som helhet och kan överstiga summan av att rapportera varje problem separat, men är ändå begränsad till det maximala belopp som publicerats för tillämpligt område.
Ytterligare krav för specifika problemtyper
Vissa typer av problem är mer benägna att feltolkas vid verifiering, så ytterligare bevis krävs utöver ovanstående krav. De typer som för närvarande omfattas av dessa krav listas nedan.
Behörighetseskalering
Om du rapporterar ett problem där "en användare med lägre behörighet får administratörs- eller systembehörighet genom en sårbarhet" måste du, utöver ovanstående krav, tillhandahålla följande tre saker:
1. Förklara hur angriparen initialt får möjlighet att köra kommandon
Förklara hur angriparen får möjlighet att köra kommandon som vanlig användare på enheten, och visa att denna kanal faktiskt existerar eller kan erhållas med enhetens fabriksinställningar. Om kanalen endast finns efter att en administratör aktiverat den eller ändrat inställningar, ange även detta.
2. Förklara hur den vanliga användaridentiteten som användes vid verifieringen erhölls
Förklara hur denna vanliga användaridentitet faktiskt erhölls under din testning. Om identiteten tilldelades direkt, byttes till eller nedgraderades från ett administratörskonto eller systemprocess (t.ex. med ett identitetsväxlingskommando, ett egenutvecklat program för att sänka behörighet, eller genom att ange körs som-identitet vid start av en tjänst), uppfyller det inte detta krav — eftersom en angripare i ett verkligt scenario inte har administratörsbehörighet och inte kan få en identitet på detta sätt.
3. Tillhandahåll en komplett videoinspelning
Vänligen tillhandahåll en kontinuerlig, oredigerad videoinspelning som startar innan du får vanliga användarbehörigheter och som fullt ut visar hur dessa behörigheter erhålls samt den efterföljande upptrappningen till administratörs- eller systemnivåbehörigheter. Systemtiden måste vara synlig på skärmen och inspelningen ska inkludera kommandoutdata som bekräftar aktuell identitet.
Om någon av ovanstående punkter inte tillhandahålls kan vi inte godkänna rapporten som giltig inom detta program.
Innan du skickar in, kontrollera följande
En komplett och reproducerbar rapport hjälper QNAP PSIRT att slutföra verifiering och åtgärder snabbare samt stödjer utvärderingen av belöning. Innan du skickar in rekommenderar vi att du bekräftar att:
- Du har genomfört verifiering på en faktisk QNAP-enhet (om du inte har en enhet, vänligen mejla oss för att begära en fjärrtestmiljö)
- Modell, version av inbyggd programvara, build-nummer samt verifieringsdatum och -tid anges
- Problemet uppstår i en produktversion eller domän inom omfattningen av detta program
- Du personligen har återverifierat problemet i en verklig miljö och kan reproducera det konsekvent
- Rapporten förklarar den faktiska säkerhetspåverkan av problemet, inte bara verktygsutdata
- De obligatoriska fälten i "Rekommenderat format för säkerhetsriskrapport" är ifyllda och exploit-payloaden tillhandahålls i textform
- Denna rapport innehåller endast ett oberoende problem (om det är en komplett attackkedja av flera problem förklaras kedjeordningen i rapporten)
Om du använde automatiserade verktyg eller AI-assisterad analys under din forskning är du välkommen att beskriva hur de användes och din verifieringsprocess i rapporten. Detta hjälper granskare att förstå sammanhanget för din analys.
Regler för testbeteende och datahantering
QNAP förstår att forskare vid verifiering av vissa problem (såsom åtkomstkontroll- eller auktoriseringsbrister) oundvikligen kan komma i kontakt med verklig data. För att balansera forskningsbehov med skydd av registrerades rättigheter, vänligen följ reglerna nedan:
1. Dataminimering
Data som erhålls bör begränsas till det minsta som krävs för att ”bevisa att problemet faktiskt kan utnyttjas”. När problemet har bekräftats ska du omedelbart sluta med ytterligare åtkomst, uppräkning eller utökning av den erhållna datan. Försök inte att hämta kompletta datamängder, utföra massuttag eller utöka verifieringen till fler konton eller klienter.
2. Begränsningar för användning
Använd inte någon icke-offentlig data som du fått tillgång till under din forskning för något annat syfte än forskningen, och reproducera, distribuera, publicera eller avslöja den inte för tredje part, eller ladda upp den till någon tredjepartsplattform, molnlagring eller kodvärdtjänst.
3. Hur du rapporterar
Bifoga inte rådatafiler till din rapport. Ange i rapportens beskrivning av påverkan namnen på de tabeller eller endpoints som är inblandade, fältnamn och antal poster, och om nödvändigt ett enda maskerat exempel (t.ex. som bara visar vissa tecken). Detta hjälper QNAP att korrekt bedöma omfattningen av påverkan och undviker vidare lagring av data genom överföring.
4. Radering av data och skriftligt intyg
Efter att du skickat in din rapport ska du sluta att komma åt relevant data, och inom 7 kalenderdagar efter att rapporten skickats in radera all relevant data och alla kopior, inklusive på följande platser:
- Filer på lokala eller externa lagringsenheter
- Säkerhetskopierings- och synkroniseringslagring (inklusive molndiskar och versionshanteringssystem)
- Sessionsfiler, cache och historik från testverktyg
- System- och applikationsloggar
- Skärmdumpar, skärminspelningar och innehåll i urklipp
- Skickade e-postkopior, konversationshistorik från meddelandeappar och alla exporterade kopior
Att tillhandahålla ett skriftligt raderingsintyg är ett krav för att få en belöning. Efter att raderingen är slutförd, vänligen mejla ett undertecknat skriftligt intyg till security@qnap.com inom samma tidsperiod, där du anger:
- Omfattning av raderade data: namnen på de tabeller eller endpoints som berörs, fältnamn och antal poster
- Datum och tid för radering (vänligen ange tidszon)
- Raderingsmetod: t.ex. filradering och tömning av papperskorgen, överskrivningsradering, borttagning från molnlagring tillsammans med versionshistorik, etc.
- Bekräftelse av täckning: ett intyg om att alla lagringsplatser (1) till (6) ovan har täckts och att inga kopior har sparats
- Namn och datum: forskarens namn eller forskaralias, e-postadress och datum för intyget
Intyget kan använda det namn eller forskaralias du använde vid rapporteringen; inget annat identitetsbevis krävs. Om du inte kan underteckna med ditt personliga namn på grund av din organisations policy eller andra skäl, kan en kontaktperson från din organisation utfärda det åt dig, eller så kan du istället svara via e-post och bekräfta varje punkt ovan; QNAP kommer att betrakta det svaret som det skriftliga intyget.
QNAP PSIRT kan, vid behov, be dig att lämna ytterligare förklaring angående intyget. Om intyget eller ytterligare förklaring inte lämnas inom tidsfristen kommer belöningsbedömningen för ärendet att pausas; om det fortfarande inte lämnas efter en påminnelse från QNAP via e-post kommer ärendet inte att vara berättigat till belöning.
Detta intyg används enbart för att QNAP ska kunna bekräfta hur data har hanterats och för att uppfylla relaterade juridiska skyldigheter. QNAP kommer inte att använda det för något annat syfte och kommer att behålla det enligt sin interna policy för datalagring efter att ärendet avslutats. Behandlingen av personuppgifter regleras separat av QNAP:s integritetspolicy.
5. Forskning i god tro
Om en forskare testar och rapporterar i god tro i enlighet med denna sida och QNAP Security Bounty Program - villkor, kommer QNAP inte att vidta rättsliga åtgärder mot forskaren för sådana forskningsaktiviteter. Enligt tillämplig lag är QNAP i vissa fall (t.ex. sårbarheter som bekräftats utnyttjas aktivt) skyldig att underrätta behöriga myndigheter, och rapportinnehåll kan därför lämnas till sådana myndigheter. För mer information, se Policy för koordinerad sårbarhetsrapportering.