Programa de recompensas de segurança
A QNAP está empenhada na cibersegurança e trabalha em conjunto com parceiros e a comunidade de segurança para garantir a segurança dos produtos QNAP, proporcionando aos utilizadores maior tranquilidade e protegendo os sistemas e dados dos produtos. Para agradecer aos investigadores que descobrem potenciais problemas de segurança e ajudam a melhorar a segurança dos clientes, a QNAP oferece recompensas através do seu Programa de Recompensas de Segurança.
Âmbito do programa
O Programa de Recompensas só aceita relatórios de vulnerabilidades de segurança relacionadas com produtos e serviços online da QNAP. Qualquer relatório de segurança fora do âmbito deste Programa não é aceite e não é elegível para recompensa. Este Programa não aceita nem recompensa vulnerabilidades de segurança encontradas em software de terceiros (por exemplo, QPKGs de terceiros). Se descobrir um problema de segurança nesse software, contacte e notifique diretamente o fornecedor ou programador relevante. Para outros problemas de segurança que estejam fora do âmbito de recompensa deste Programa, mas relacionados com produtos ou serviços da QNAP, consulte o Política de divulgação coordenada de vulnerabilidades para saber como os reportar.
-
Sistemas operativos
Recompensa até 20 000 USD
Sistemas operativos desenvolvidos pela QNAP — QTS, QuTS hero e QuTScloud — estão todos abrangidos por este Programa.
-
Aplicações
Recompensa até 10 000 USD
Aplicações oficialmente desenvolvidas pela QNAP.
-
Serviços em nuvem
Recompensa até 5 000 USD
Serviços em nuvem oficialmente fornecidos pela QNAP.
Como comunicar problemas e vulnerabilidades de segurança?
Por favor, encripte o seu e-mail utilizando o Chave pública PGP abaixo e envie-o para security@qnap.com. O PSIRT da QNAP entrará proativamente em contacto com o investigador para confirmar a submissão.
Formato recomendado para relatório de vulnerabilidade
-
Sistemas operativos
-
Aplicações
-
Serviços em nuvem
Chave de encriptação PGP
Critérios de elegibilidade
-
Deve ser o primeiro investigador a comunicar a vulnerabilidade.
-
Não divulgou publicamente a vulnerabilidade.
-
A vulnerabilidade que comunica é confirmada pela equipa da QNAP como verificável, reproduzível e elegível para uma recompensa.
-
Concorda plenamente e cumpre com o Regras do Programa de Recompensas.
-
Se acedeu a dados não públicos da QNAP ou dos seus utilizadores durante a sua investigação, eliminou esses dados em conformidade com o Regras de Conduta de Testes e Tratamento de Dados e forneceu uma declaração escrita de eliminação dentro do período exigido.
Os valores das recompensas podem ser ajustados consoante o seguinte:
Fatores de bónus
-
Siga o formato recomendado para o relatório de vulnerabilidade: Por favor, forneça informações necessárias e suficientes sobre a vulnerabilidade. Formatos recomendados: Exemplo de formato do sistema operativo, Exemplo de formato da aplicação, Exemplo de formato do serviço cloud.
-
Passos de reprodução: Passos claros e detalhados para reproduzir.
-
Descrição do problema: Um relatório de vulnerabilidade bem organizado com parágrafos claramente estruturados.
-
Informação suplementar: Itens recomendados nos exemplos de formato de relatório de vulnerabilidade, ou outras informações úteis como código de teste, scripts ou outras explicações detalhadas.
-
Forneça o payload completo do exploit em formato de texto: Se o payload for fornecido apenas como imagem, a equipa PSIRT da QNAP não pode garantir que seja reproduzido corretamente. Se um ataque válido não puder ser reproduzido, a determinação da vulnerabilidade pode ser invalidada.
Fatores de ajuste
-
Gravidade do problema e ordem de revisão: A PSIRT da QNAP prioriza a verificação e a correção com base na gravidade do problema, dando prioridade a questões com impacto significativo nos dados e sistemas dos utilizadores. A gravidade é determinada pelo Comité de Recompensas com referência à pontuação CVSS v3.1, combinada com a explorabilidade real e o âmbito do impacto. Problemas classificados como de baixa gravidade serão analisados após os de alta gravidade. Todos os problemas confirmados que afetem produtos ainda dentro do seu período de suporte, independentemente da gravidade, serão incluídos no calendário de correção da QNAP.
-
Montante da recompensa por gravidade: As recompensas são atribuídas de acordo com o nível de gravidade atribuído ao problema. As recompensas para problemas classificados como de baixa gravidade serão ajustadas em conformidade e serão inferiores às dos problemas de alta gravidade no mesmo âmbito. O montante publicado para cada âmbito é o máximo para esse âmbito, não um valor garantido para cada caso.
-
Se um problema for classificado como de baixa gravidade e for apenas uma sugestão de melhoria de segurança que não cause danos reais (por exemplo, recomendações de configuração, divulgação de informações de versão ou caminho, lembretes de boas práticas), e a verificação não conseguir demonstrar que pode ser explorado para causar danos, não será atribuída qualquer recompensa. No entanto, continua a ser considerado um problema válido e será incluído nos nossos agradecimentos públicos. Isto difere de "não elegível para recompensa" (não aceite e não reconhecido); a principal distinção entre ambos é se são fornecidos resultados de execução reais verificáveis. Para casos específicos que não são elegíveis para recompensa, consulte as "Notas" de cada âmbito.
-
Problemas duplicados e de mesma origem: Se vários relatórios forem confirmados como provenientes da mesma causa raiz ou do mesmo caminho de código, ou puderem ser resolvidos pela mesma correção, a PSIRT da QNAP pode avaliá-los como um único caso. A recompensa para um caso agrupado está limitada a um único montante para o nível a que pertence e não acumula pelo número de relatórios; a recompensa é atribuída ao primeiro relatório completo recebido.
-
Relatórios subsequentes do mesmo tipo de problema: Relatórios subsequentes de um tipo de problema que a QNAP já aceitou ou corrigiu (incluindo problemas do mesmo tipo em diferentes interfaces, parâmetros ou módulos) podem ser tratados como variantes do caso existente. Estes relatórios serão ainda reconhecidos individualmente como problemas válidos e receberão individualmente IDs CVE, enquanto as recompensas serão atribuídas para a classe de problema como um todo: do 1.º ao 10.º relatório na mesma classe de problema recebem o montante total para o seu nível; a partir do 11.º relatório, é atribuído 10% do montante do nível. A contagem é cumulativa entre todos os participantes, sem período de contagem separado. A "mesma classe de problema" é determinada pela mesma classificação CWE juntamente com o mesmo componente funcional ou o mesmo padrão de código. A PSIRT da QNAP irá informar sobre a determinação da variante e o número sequencial cumulativo atual para essa classe de problema no e-mail de confirmação da vulnerabilidade. Se não concordar, pode contactar-nos no prazo de 14 dias de calendário após receber o e-mail.
-
Integridade e reprodutibilidade do relatório: Para relatórios em que o autor não re-verificou de forma independente o problema, ou apenas forneceu a saída bruta da ferramenta sem explicar o impacto real e como reproduzi-lo, o PSIRT da QNAP pode pedir ao autor para fornecer informações adicionais. Até que as informações adicionais sejam fornecidas, o caso será analisado após os casos com informações completas.
-
Impacto real na segurança: As recompensas serão ajustadas em conformidade para questões que sejam puramente teóricas, exijam pré-condições altamente invulgares ou não possam demonstrar um impacto substancial nos dados e sistemas dos utilizadores.
Agradecimentos
Obrigado a todos os investigadores pela vossa experiência e dedicação.
- 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
Perguntas frequentes
O mecanismo de recompensa e o valor da recompensa são determinados pela Equipa de Revisão de Recompensas, composta por membros do QNAP PSIRT, tendo em conta os seguintes fatores: a complexidade da exploração bem-sucedida da vulnerabilidade e a ameaça representada pela vulnerabilidade, incluindo a percentagem de utilizadores e sistemas afetados.
Sim. Se um vídeo facilitar a compreensão de como a vulnerabilidade é explorada, o Comité de Recompensas pode aumentar a recompensa em conformidade. Tenha em atenção que é obrigatória a documentação escrita (por exemplo, um documento PoC e uma explicação completa), pois isto ajuda a gerir o processo de divulgação da vulnerabilidade.
No mínimo, um relatório de vulnerabilidade deve incluir: o nome do produto afetado e respetiva versão e número de compilação, ou o URL do serviço em nuvem; um resumo da ameaça potencial da vulnerabilidade; e passos detalhados e claros para a reprodução, podendo opcionalmente ser acompanhado por um vídeo para reproduzir a vulnerabilidade.
Por favor, encripte o seu relatório utilizando a chave pública PGP fornecida pela QNAP e envie-o para security@qnap.com. Assim que o e-mail for recebido, o sistema irá responder automaticamente com um número de ticket técnico, que o investigador pode utilizar para verificar o progresso da análise.
A equipa PSIRT da QNAP entrará proativamente em contacto com o investigador para confirmar se a submissão está completa. Nos casos em que as informações estejam completas e sejam inicialmente avaliadas como de alta gravidade, o investigador receberá, em princípio, um e-mail de confirmação de vulnerabilidade da equipa PSIRT da QNAP no prazo de uma semana após a confirmação da informação, incluindo o ID CVE atribuído ao relatório.
Uma proposta de recompensa será enviada por e-mail quatro semanas após o envio do e-mail de confirmação da vulnerabilidade. Se o investigador aceitar a proposta, a QNAP prevê concluir o pagamento no prazo de doze semanas após receber a resposta de confirmação.
Durante a verificação, a equipa PSIRT da QNAP analisa a causa raiz de cada caso. Se vários relatórios forem confirmados como resultantes da mesma causa raiz, do mesmo caminho de código ou do mesmo padrão de design, serão tratados como um único caso e a recompensa será atribuída ao primeiro relatório completo recebido; se um relatório subsequente fornecer informações adicionais sobre o impacto na segurança, estas serão igualmente consideradas. Para problemas do mesmo tipo que exijam uma correção independente, serão reconhecidos individualmente e atribuídos IDs CVE separados; as recompensas serão concedidas para a classe de problemas como um todo, sendo que do 1.º ao 10.º relatório será atribuído o valor total do escalão e, a partir do 11.º relatório, 10% do valor do escalão. A contagem é cumulativa entre todos os investigadores.
Sim. A QNAP respeita todos os métodos de investigação; o que nos importa é a qualidade do próprio relatório. Independentemente das ferramentas utilizadas, por favor verifique novamente o problema antes de submeter e inclua os passos de reprodução e o impacto real na segurança no relatório. Para relatórios que incluam apenas a saída bruta da ferramenta, que não tenham sido verificados ou que não expliquem o impacto, poderemos pedir-lhe mais informações e estes serão analisados após os casos com informação completa. Relatórios avaliados como não tendo impacto real na segurança não serão elegíveis para recompensa.
A QNAP prioriza recursos para problemas com impacto significativo nos dados e sistemas dos utilizadores. Por isso, questões de baixa gravidade são verificadas e respondidas após as de alta gravidade, e as recompensas são ajustadas de acordo com o escalão de gravidade. Isto não afeta a forma como tratamos o problema — todas as questões confirmadas são incluídas no calendário de correções. Se considerar que a classificação não reflete o impacto real, envie um e-mail para security@qnap.com com informações que possam aumentar a avaliação do impacto, como pré-requisitos de privilégios mais baixos, uma gama mais ampla de versões afetadas ou uma explicação de como o problema pode ser encadeado com outros para formar uma cadeia de ataque completa.
Se o seu problema for uma sugestão de melhoria de segurança que não cause qualquer dano real, será incluído nos nossos agradecimentos públicos, mas não será atribuída qualquer recompensa.
Por favor, interrompa imediatamente qualquer acesso adicional. Na descrição do impacto do seu relatório, indique os nomes das tabelas ou endpoints envolvidos, os nomes dos campos e o número de registos e, se necessário, anexe uma amostra mascarada. Não é necessário — e por favor não anexe — ficheiros de dados brutos.
Após submeter o seu relatório, elimine todas as cópias no prazo de 7 dias de calendário e envie por e-mail uma declaração de eliminação assinada, indicando o âmbito dos dados eliminados, a data e hora da eliminação e o método utilizado, confirmando que todos os locais de armazenamento listados no Regras de Conduta de Testes e Tratamento de Dados foram abrangidos. Esta declaração é um pré-requisito para receber uma recompensa.
A declaração pode utilizar o nome ou pseudónimo de investigação usado no relatório; não é necessária outra prova de identidade. Se as políticas da sua organização impedirem que assine em nome pessoal, um contacto da sua organização pode emiti-la em seu nome, ou pode responder por e-mail confirmando cada ponto. Se a declaração não for fornecida dentro do prazo, enviaremos primeiro um lembrete por e-mail e suspenderemos a avaliação da recompensa para o caso.
Descrever com precisão a extensão do seu acesso não afetará a sua elegibilidade para recompensa; pelo contrário, ajuda a QNAP a avaliar corretamente o impacto e a tomar as medidas necessárias.
Subscrição de Avisos de Segurança
Recomendamos que subscreva os Avisos de Segurança da QNAP para receber informações de segurança em primeira mão!
Última atualização: 31/08/2026. Os termos deste Programa podem ser ajustados periodicamente; prevalece sempre a versão mais recente publicada nesta página.
Sistemas operativos
Recompensa até 20 000 USD
| Recompensa |
Para relatórios de segurança confirmados que passem a revisão de gravidade, a QNAP pode oferecer uma recompensa até 20 000 USD. |
|---|---|
| Âmbito |
Este Programa só aceita relatórios de segurança para versões oficiais e mais recentes de produtos, aplicações e serviços.
|
| Notas |
Este Programa só aceita problemas de segurança relacionados com produtos e serviços da QNAP. Qualquer ação que possa prejudicar servidores ou dados da QNAP é estritamente proibida, e todos os testes de segurança devem cumprir as leis aplicáveis. Os seguintes problemas de segurança não são elegíveis para recompensa:
Os seguintes são problemas válidos, mas não são elegíveis para recompensa; ainda assim, incluí-lo-emos nos nossos agradecimentos públicos: recomendações de boas práticas ou questões que sejam meras recomendações de configuração (por exemplo, recomendações de configuração de cabeçalhos, divulgação de informações de versão), em que a verificação não possa demonstrar que podem realmente ser exploradas para causar danos. Os seguintes comportamentos violam as regras deste Programa. Em qualquer um dos seguintes casos, o caso não é elegível para recompensa e a proteção de investigação de boa-fé ao abrigo do ponto 5 do Regras de Conduta de Testes e Tratamento de Dados não se aplica:
|
Aplicações
Recompensa até 10 000 USD
| Recompensa |
Para relatórios de segurança confirmados que passem a revisão de gravidade, a QNAP pode oferecer uma recompensa até 10 000 USD. |
|---|---|
| Âmbito |
Este programa só aceita relatórios de segurança para versões oficiais e mais recentes de produtos, aplicações e serviços. As aplicações abrangidas pelo Programa de Recompensas incluem, mas não se limitam, às seguintes:
|
| Aplicações em fim de vida (EOL) |
Os seguintes produtos, pacotes, aplicações móveis e extensões de navegador estão excluídos do âmbito do Programa de Recompensas por Erros da QNAP assim que atingem o fim de vida (EOL). Relatórios de vulnerabilidades para estes itens já não serão aceites e não serão oferecidas recompensas por erros. Os itens EOL incluem:
|
| Notas |
Este Programa só aceita problemas de segurança relacionados com produtos e serviços da QNAP. Qualquer ação que possa prejudicar servidores ou dados da QNAP é estritamente proibida, e todos os testes de segurança devem cumprir as leis aplicáveis. Os seguintes problemas de segurança não são elegíveis para recompensa:
Os seguintes são problemas válidos, mas não são elegíveis para recompensa; ainda assim, incluí-lo-emos nos nossos agradecimentos públicos: recomendações de boas práticas ou questões que sejam meras recomendações de configuração (por exemplo, recomendações de configuração de cabeçalhos, divulgação de informações de versão), em que a verificação não possa demonstrar que podem realmente ser exploradas para causar danos. Os seguintes comportamentos violam as regras deste Programa. Em qualquer um dos seguintes casos, o caso não é elegível para recompensa e a proteção de investigação de boa-fé ao abrigo do ponto 5 do Regras de Conduta de Testes e Tratamento de Dados não se aplica:
|
Serviços em nuvem
Recompensa até 5 000 USD
| Recompensa |
Para relatórios de segurança confirmados que passem a revisão de gravidade, a QNAP pode oferecer uma recompensa até 5 000 USD. |
|---|---|
| Âmbito |
Este programa só aceita relatórios de segurança para versões oficiais e mais recentes de produtos, aplicações e serviços. Domínios abrangidos pelo âmbito dos serviços em nuvem:
|
| Notas |
Este Programa só aceita problemas de segurança relacionados com produtos e serviços da QNAP. Qualquer ação que possa prejudicar servidores ou dados da QNAP é estritamente proibida, e todos os testes de segurança devem cumprir as leis aplicáveis. Os seguintes problemas de segurança não são elegíveis para recompensa:
Os seguintes são problemas válidos, mas não são elegíveis para recompensa; ainda assim, incluí-lo-emos nos nossos agradecimentos públicos: recomendações de boas práticas ou questões que sejam meras recomendações de configuração (por exemplo, recomendações de configuração de cabeçalhos, divulgação de informações de versão), em que a verificação não possa demonstrar que podem realmente ser exploradas para causar danos. Os seguintes comportamentos violam as regras deste Programa. Em qualquer um dos seguintes casos, o caso não é elegível para recompensa e a proteção de investigação de boa-fé ao abrigo do ponto 5 do Regras de Conduta de Testes e Tratamento de Dados não se aplica:
|
Sistemas operativos
(* indica um campo obrigatório)
-
Produto*: Nome do produto, por exemplo, QuTS hero
-
Versão*: Versão do produto e número de compilação, por exemplo, h5.0.1.2376 build 20230421
-
Resumo*: No formato "[tipo de vulnerabilidade] encontrado em [localização]", por exemplo, Command Injection in abc.cgi
-
Privilégios necessários*: Os privilégios mínimos necessários para explorar a vulnerabilidade. Opções: Nenhum / Utilizador normal / Grupo de administradores / Administrador do sistema
-
Motivação da investigação: O que o levou a começar a investigar e a descobrir esta vulnerabilidade?
-
Ferramentas utilizadas: Lista de todas as ferramentas e software utilizados durante a investigação
-
Descrição do problema: Divulgue mais detalhes sobre a vulnerabilidade
Por exemplo:
-
Uma breve descrição dos potenciais danos
-
Análise da vulnerabilidade
-
Como a vulnerabilidade foi identificada e descoberta
-
Ferramentas utilizadas no relatório
-
-
ID(s) CWE: CWE-XXX, CWE-YYY, etc.
-
ID(s) CAPEC: CAPEC-XXX, CAPEC-YYY, etc.
-
Pontuação CVSS: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referência: calculadora CVSS v3.1 https://cvss.js.org/ -
Passos para a reprodução*: Passos detalhados e claros para a reprodução
-
Prova de conceito: Quaisquer vídeos, capturas de ecrã, exploits, etc.
-
Ambiente de verificação: O modelo e a versão do firmware utilizados para verificação, por exemplo, TS-464, QTS 5.2.8.3359 build 20251225
-
Data e hora da verificação*: por exemplo, 2026/09/01 14:30 (UTC+8)
Aplicações
(* indica um campo obrigatório)
-
Aplicação*: Nome da aplicação, por exemplo, File Station
-
Versão*: Versão do produto e número de compilação, por exemplo, 2.0.2 (2022/01/26)
-
Resumo*: No formato "[tipo de vulnerabilidade] encontrado em [localização]", por exemplo, Buffer overflow in abc app
-
Privilégios necessários*: Os privilégios mínimos necessários para explorar a vulnerabilidade. Opções: Nenhum / Utilizador normal / Grupo de administradores / Administrador do sistema
-
Motivação da investigação: O que o levou a começar a investigar e a descobrir esta vulnerabilidade?
-
Ferramentas utilizadas: Lista de todas as ferramentas e software utilizados durante a investigação
-
Descrição do problema: Divulgue mais detalhes sobre a vulnerabilidade
Por exemplo:
-
Uma breve descrição dos potenciais danos
-
Análise da vulnerabilidade
-
Como a vulnerabilidade foi identificada e descoberta
-
Ferramentas utilizadas no relatório
-
-
ID(s) CWE: CWE-XXX, CWE-YYY, etc.
-
ID(s) CAPEC: CAPEC-XXX, CAPEC-YYY, etc.
-
Pontuação CVSS: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referência: calculadora CVSS v3.1 https://cvss.js.org/ -
Passos para a reprodução*: Passos detalhados e claros para a reprodução
-
Prova de conceito: Quaisquer vídeos, capturas de ecrã, exploits, etc.
-
Ambiente de verificação: O modelo e a versão do firmware utilizados para verificação, por exemplo, TS-464, QTS 5.2.8.3359 build 20251225
-
Data e hora da verificação*: por exemplo, 2026/09/01 14:30 (UTC+8)
Serviços em nuvem
(* indica um campo obrigatório)
-
Domínio*: Nome do domínio, por exemplo, https://account.qnap.com
-
Resumo*: No formato "[tipo de vulnerabilidade] encontrado em [localização]", por exemplo, XSS on https://account.qnap.com
-
Motivação da investigação: O que o levou a começar a investigar e a descobrir esta vulnerabilidade?
-
Ferramentas utilizadas: Lista de todas as ferramentas e software utilizados durante a investigação
-
Descrição do problema: Divulgue mais detalhes sobre a vulnerabilidade
Por exemplo:
-
Uma breve descrição dos potenciais danos
-
Análise da vulnerabilidade
-
Como a vulnerabilidade foi identificada e descoberta
-
Ferramentas utilizadas no relatório
-
-
ID(s) CWE: CWE-XXX, CWE-YYY, etc.
-
ID(s) CAPEC: CAPEC-XXX, CAPEC-YYY, etc.
-
Pontuação CVSS: CVSS:3.X/
AV:X/ AC:X/ PR:X/ UI:X/ S:X/ C:X/ I:X/ A:X (X.X). Referência: calculadora CVSS v3.1 https://cvss.js.org/ -
Passos para a reprodução*: Passos detalhados e claros para a reprodução
-
Prova de conceito: Quaisquer vídeos, capturas de ecrã, exploits, etc.
-
Ambiente de verificação: O modelo e a versão do firmware utilizados para verificação, por exemplo, TS-464, QTS 5.2.8.3359 build 20251225
-
Data e hora da verificação*: por exemplo, 2026/09/01 14:30 (UTC+8)
Requisitos de verificação
Requisitos do ambiente de verificação (sistemas operativos e aplicações)
Os requisitos de verificação do dispositivo nesta secção aplicam-se a questões de sistemas operativos e aplicações. Para questões de serviços em nuvem, siga os "Requisitos de verificação (serviços em nuvem)" abaixo.
Um relatório válido para sistemas operativos e aplicações deve ser verificado num dispositivo QNAP real, e o relatório deve indicar o modelo, versão de firmware e número de compilação, bem como a data e hora da sua verificação.
"Um dispositivo QNAP real" significa um dispositivo adquirido ou obtido através de canais normais, a executar firmware oficial e a operar de forma suportada pela QNAP. Instâncias de QuTScloud a correr em plataformas de virtualização ou cloud suportadas pela QNAP, bem como ambientes de teste remoto fornecidos pela QNAP ao abrigo desta secção, também são considerados como cumprindo este requisito. Ambientes em que o investigador tenha descompactado ou reempacotado ficheiros de firmware, ou os tenha emulado com outro software, não qualificam.
Não podemos aceitar um relatório como válido neste Programa nos seguintes casos:
- Apenas análise de código ou inferência, sem resultados de execução reais
- Executado de facto, mas não num dispositivo QNAP real
- O modelo, versão de firmware e número de compilação, ou a data e hora da verificação não são indicados
Se não tiver um dispositivo disponível para testes, envie um e-mail para security@qnap.com a descrever o tipo de problema que pretende verificar e o modelo de que necessita. Avaliaremos a possibilidade de fornecer um ambiente de teste remoto. Estes e-mails de pedido não contêm detalhes de vulnerabilidades e não precisam de ser encriptados com PGP.
Requisitos de verificação (serviços em nuvem)
As questões de serviços em nuvem não precisam de ser verificadas num dispositivo QNAP, mas o relatório deve incluir o seguinte:
- O domínio testado e o URL completo (incluindo o caminho do endpoint)
- A identidade utilizada durante a verificação: não autenticado / conta regular / conta com um papel específico, e como essa identidade foi obtida
- Data e hora da verificação (por favor, especifique o fuso horário)
- O pedido e resposta brutos, fornecidos em formato de texto, não apenas como imagens
Não podemos aceitar um relatório como válido neste Programa nos seguintes casos: apenas inferência sem registos reais de pedido e resposta; ou se o domínio testado e a data e hora da verificação não estiverem indicados.
Um problema por relatório
Por favor, submeta cada problema independente num relatório separado. Não combine vários problemas não relacionados no mesmo relatório. Isto permite-nos verificar cada problema, atribuir IDs CVE e avaliar recompensas individualmente, além de permitir que acompanhe claramente o progresso de cada problema.
No entanto, se vários problemas tiverem origem na mesma causa raiz ou no mesmo caminho de código, ou puderem ser resolvidos pela mesma correção, por favor combine-os num único relatório e descreva cada manifestação. Estes casos serão avaliados como um único caso em "Problemas duplicados e de mesma origem" nos "Fatores de ajuste"; submetê-los separadamente não aumentará a recompensa.
Exceção: Problemas que podem ser encadeados num ataque completo
Se vários problemas independentes tiverem de ser encadeados em sequência para realizar um ataque completo (por exemplo, primeiro usar o problema A para obter privilégios de utilizador regular, depois usar o problema B para obter privilégios de administrador), podem ser submetidos juntos num único relatório. Por favor, explique no relatório a ordem dos problemas e o efeito final alcançado ao encadeá-los.
A gravidade e a recompensa para estes relatórios encadeados serão avaliadas como um todo e podem exceder a soma de relatar cada problema separadamente, mas permanecem limitadas ao valor máximo publicado para o âmbito aplicável.
Requisitos adicionais para tipos de problemas específicos
Certos tipos de problemas são mais propensos a erros de avaliação durante a verificação, pelo que é necessária evidência adicional além dos requisitos acima. Os tipos atualmente sujeitos a estes requisitos estão listados abaixo.
Escalada de privilégios
Se está a reportar um problema em que "um utilizador com menos privilégios obtém privilégios de administrador ou de sistema através de uma falha", deve fornecer os seguintes três itens além dos requisitos acima:
1. Explique como o atacante obtém inicialmente a capacidade de executar comandos
Por favor, explique como o atacante obtém a capacidade de executar comandos como utilizador regular no dispositivo e demonstre que este canal realmente existe ou pode ser obtido com as definições de fábrica do dispositivo. Se o canal só existir após um administrador o ativar ou alterar definições, por favor indique também.
2. Explique como foi obtida a identidade de utilizador regular utilizada na sua verificação
Por favor, explique como esta identidade de utilizador regular foi realmente obtida durante os seus testes. Se a identidade foi atribuída diretamente, trocada ou rebaixada a partir de uma conta de administrador ou processo de sistema (por exemplo, usando um comando de troca de identidade, um programa próprio para baixar privilégios, ou especificando a identidade de execução ao iniciar um serviço), isso não cumpre este requisito — porque num cenário real de ataque, o atacante não tem privilégios de administrador e não pode obter uma identidade desta forma.
3. Forneça uma gravação de vídeo completa
Por favor, forneça uma gravação de vídeo contínua e sem edições que comece antes de obter privilégios de execução de utilizador regular e que capte totalmente a obtenção desses privilégios e a posterior escalada para privilégios de administrador ou de nível de sistema. A hora do sistema deve estar visível no ecrã e a gravação deve incluir a saída dos comandos que confirmem a identidade atual.
Se algum dos itens acima não for fornecido, não poderemos aceitar o relatório como válido ao abrigo deste Programa.
Antes de Submeter, Por Favor Verifique
Um relatório completo e reproduzível ajuda o QNAP PSIRT a concluir a verificação e a correção mais rapidamente, além de apoiar a avaliação da recompensa. Antes de submeter, recomendamos que confirme que:
- Concluiu a verificação num dispositivo QNAP real (se não tiver um dispositivo, envie-nos um e-mail para solicitar um ambiente de teste remoto)
- O modelo, a versão do firmware, o número de compilação e a data e hora da verificação estão indicados
- O problema ocorre numa versão do produto ou domínio dentro do âmbito deste Programa
- Reverificou pessoalmente o problema num ambiente real e consegue reproduzi-lo de forma consistente
- O relatório explica o impacto real na segurança do problema, e não apenas a saída da ferramenta
- Os campos obrigatórios no "Formato recomendado para relatório de vulnerabilidade" estão preenchidos e o payload do exploit é fornecido em formato de texto
- Este relatório contém apenas um problema independente (se for um ataque completo encadeado a partir de vários problemas, a ordem do encadeamento é explicada no relatório)
Se utilizou ferramentas automatizadas ou análise assistida por IA durante a sua investigação, pode descrever no relatório como foram utilizadas e o seu processo de verificação. Isto ajuda os avaliadores a compreender o contexto da sua análise.
Regras de Conduta de Testes e Tratamento de Dados
A QNAP compreende que, ao verificar determinados problemas (como falhas de controlo de acesso ou de autorização), os investigadores podem inevitavelmente entrar em contacto com dados reais. Para equilibrar as necessidades da investigação com a proteção dos direitos dos titulares dos dados, siga as regras abaixo:
1. Minimização de dados
Os dados obtidos devem ser limitados ao mínimo necessário para "provar que o problema pode realmente ser explorado." Assim que o problema for confirmado, pare imediatamente qualquer acesso, enumeração ou expansão adicional dos dados obtidos. Não tente obter conjuntos de dados completos, realizar exportações em massa ou expandir a verificação entre contas ou inquilinos.
2. Restrições de utilização
Não utilize quaisquer dados não públicos acedidos durante a sua investigação para qualquer finalidade que não seja a investigação, e não os reproduza, distribua, publique ou divulgue a terceiros, nem os carregue em qualquer plataforma de terceiros, armazenamento na cloud ou serviço de alojamento de código.
3. Como reportar
Não anexe ficheiros de dados brutos ao seu relatório. Na descrição do impacto do seu relatório, indique os nomes das tabelas ou endpoints envolvidos, os nomes dos campos e o número de registos, e, se necessário, forneça uma única amostra mascarada (por exemplo, mostrando apenas alguns caracteres). Isto ajuda a QNAP a avaliar com precisão o âmbito do impacto e evita a retenção adicional de dados através da transmissão.
4. Eliminação de dados e declaração escrita
Após submeter o seu relatório, pare de aceder aos dados relevantes e, no prazo de 7 dias de calendário após a submissão do relatório, elimine todos os dados e cópias relevantes, incluindo nos seguintes locais:
- Ficheiros em dispositivos de armazenamento local ou externo
- Armazenamento de cópias de segurança e sincronização (incluindo unidades cloud e sistemas de controlo de versões)
- Ficheiros de sessão, caches e histórico de ferramentas de teste
- Registos de sistema e aplicações
- Capturas de ecrã, gravações de ecrã e conteúdos da área de transferência
- Cópias de segurança de e-mails enviados, registos de conversas de aplicações de mensagens e quaisquer cópias exportadas
A apresentação de uma declaração escrita de eliminação é um pré-requisito para receber uma recompensa. Após concluir a eliminação, envie por e-mail uma declaração escrita assinada para security@qnap.com dentro do mesmo prazo, indicando:
- Âmbito dos dados eliminados: nomes das tabelas ou endpoints envolvidos, nomes dos campos e número de registos
- Data e hora da eliminação (por favor, indique o fuso horário)
- Método de eliminação: por exemplo, eliminação de ficheiros e esvaziamento da reciclagem, eliminação por sobrescrita, remoção do armazenamento na cloud juntamente com o histórico de versões, etc.
- Confirmação de abrangência: declaração de que todos os locais de armazenamento (1) a (6) acima foram abrangidos e que não foram mantidas cópias
- Nome e data: nome do investigador ou pseudónimo de investigação, endereço de e-mail e data da declaração
A declaração pode utilizar o nome ou pseudónimo de investigação utilizado no relatório; não é necessária outra prova de identidade. Se não puder assinar em nome pessoal devido à política da sua organização ou por outros motivos, um contacto da sua organização pode emitir a declaração em seu nome, ou pode, em alternativa, responder por e-mail confirmando cada um dos pontos acima; a QNAP considerará essa resposta como o registo escrito.
A QNAP PSIRT pode, se necessário, pedir-lhe que forneça esclarecimentos adicionais sobre a declaração. Se a declaração ou os esclarecimentos adicionais não forem fornecidos dentro do prazo, a avaliação da recompensa para o caso será suspensa; se ainda assim não forem fornecidos após um lembrete da QNAP por e-mail, o caso deixará de ser elegível para recompensa.
Esta declaração é utilizada apenas para a QNAP confirmar como os dados foram tratados e para cumprir as obrigações legais associadas. A QNAP não a utilizará para qualquer outro fim e irá conservá-la de acordo com a sua política interna de retenção de dados após o encerramento do caso. O tratamento de dados pessoais é regulado separadamente pela Política de privacidade da QNAP.
5. Investigação de boa-fé
Se um investigador testar e reportar de boa-fé de acordo com esta página e com o Termos e condições do Programa de Recompensas de Segurança da QNAP, a QNAP não tomará medidas legais contra o investigador por essas atividades de investigação. Nos termos da legislação aplicável, a QNAP está obrigada, em determinadas circunstâncias (por exemplo, vulnerabilidades confirmadas como estando a ser exploradas ativamente), a notificar as autoridades competentes, podendo o conteúdo do relatório ser fornecido a essas autoridades. Para mais detalhes, consulte o Política de divulgação coordenada de vulnerabilidades.