Programa de recompensas de segurança
A QNAP está comprometida com a cibersegurança e trabalha em conjunto com parceiros e a comunidade de segurança para garantir a proteção dos produtos QNAP, proporcionando maior tranquilidade aos usuários e protegendo sistemas e dados dos produtos. Para agradecer aos pesquisadores que descobrem possíveis problemas de segurança e ajudam a melhorar a segurança dos clientes, a QNAP oferece recompensas por meio do seu Programa de Recompensas de Segurança.
Âmbito do programa
O Programa de Recompensas aceita apenas relatos de vulnerabilidades de segurança relacionadas a produtos e serviços online da QNAP. Qualquer relatório de segurança fora do escopo deste Programa não será aceito e não será elegível para recompensa. Este Programa não aceita nem recompensa vulnerabilidades de segurança encontradas em softwares de terceiros (por exemplo, QPKGs de terceiros). Se você descobrir um problema de segurança em tal software, entre em contato e notifique diretamente o fornecedor ou desenvolvedor responsável. Para outros problemas de segurança que estejam fora do escopo de recompensa deste Programa, mas relacionados a produtos ou serviços da QNAP, consulte o Política de Divulgação Coordenada de Vulnerabilidades para saber como relatá-los.
-
Sistemas operativos
Recompensa de até US$20.000
Sistemas operacionais desenvolvidos pela QNAP — QTS, QuTS hero e QuTScloud — estão todos cobertos por este Programa.
-
Aplicações
Recompensa de até US$10.000
Aplicativos desenvolvidos oficialmente pela QNAP.
-
Serviços em nuvem
Recompensa de até US$5.000
Serviços em nuvem fornecidos oficialmente pela QNAP.
Como relatar problemas e vulnerabilidades de segurança?
Por favor, criptografe seu e-mail usando o Chave pública PGP abaixo e envie para security@qnap.com. O QNAP PSIRT entrará em contato proativamente com o pesquisador para confirmar o envio.
Formato recomendado para relatório de vulnerabilidade
-
Sistemas operativos
-
Aplicações
-
Serviços em nuvem
Chave de encriptação PGP
Critérios de Elegibilidade
-
Você deve ser o primeiro pesquisador a relatar a vulnerabilidade.
-
Você não divulgou publicamente a vulnerabilidade.
-
A vulnerabilidade que você relatou foi confirmada pela equipe da QNAP como verificável, reproduzível e elegível para recompensa.
-
Você concorda plenamente e cumpre com o Regras do Programa de Recompensas.
-
Se você acessou dados não públicos da QNAP ou de seus usuários durante sua pesquisa, você excluiu esses dados de acordo com o Regras de Conduta de Testes e Tratamento de Dados e forneceu uma declaração de exclusão por escrito dentro do prazo exigido.
Os valores das recompensas podem ser ajustados dependendo dos seguintes fatores:
Fatores de bônus
-
Siga o formato recomendado para o relatório de vulnerabilidade: forneça informações necessárias e suficientes sobre a vulnerabilidade. Formatos recomendados: Exemplo de formato de Sistema Operacional, Exemplo de formato de Aplicativo, Exemplo de formato de Serviço em Nuvem.
-
Etapas de reprodução: etapas claras e detalhadas para reproduzir o problema.
-
Descrição do problema: um relatório de vulnerabilidade bem organizado com parágrafos claramente estruturados.
-
Informações suplementares: 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 bruto completo do exploit em formato de texto: se o payload for fornecido apenas como imagem, a equipe PSIRT da QNAP não pode garantir que ele possa ser 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: O QNAP PSIRT 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 usuários. A gravidade do problema é determinada pelo Comitê de Recompensas com referência à pontuação CVSS v3.1, combinada com a explorabilidade no mundo real e o alcance do impacto. Problemas classificados como de baixa gravidade serão revisados após os de alta gravidade. Todos os problemas confirmados que afetam produtos ainda dentro do período de suporte, independentemente da gravidade, serão incluídos no cronograma de correção da QNAP.
-
Valor da recompensa por gravidade: As recompensas são concedidas de acordo com o nível de gravidade atribuído ao problema. Recompensas para problemas classificados como de baixa gravidade serão ajustadas de acordo e serão inferiores às de problemas de alta gravidade no mesmo escopo. O valor publicado para cada escopo é o máximo para aquele escopo, 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 dano real (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 puder demonstrar que ele pode ser explorado para causar dano, nenhuma recompensa será concedida. No entanto, ainda será considerado um problema válido, e você ainda será incluído em nossos agradecimentos públicos. Isso difere de "não elegível para recompensa" (não aceito e não reconhecido); a principal diferença entre os dois é se são fornecidos resultados de execução real verificáveis. Para casos específicos que não são elegíveis para recompensa, consulte as "Observações" de cada escopo.
-
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, o QNAP PSIRT pode avaliá-los como um único caso. A recompensa para um caso mesclado é limitada a um único valor para o nível ao qual o caso pertence e não se acumula pelo número de relatórios; a recompensa vai para o 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. Esses relatórios ainda serão reconhecidos individualmente como problemas válidos e receberão IDs CVE individuais, enquanto as recompensas serão concedidas para a classe de problema como um todo: do 1º ao 10º relatório na mesma classe de problema recebem o valor total do nível; a partir do 11º relatório, é concedido 10% do valor 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. O QNAP PSIRT irá informá-lo 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 você discordar, pode nos escrever dentro de 14 dias corridos após o recebimento do e-mail.
-
Integridade e reprodutibilidade do relatório: Para relatórios em que o pesquisador não revalidou independentemente o problema, ou apenas forneceu a saída bruta da ferramenta sem explicar o impacto real e como reproduzi-lo, o QNAP PSIRT pode solicitar informações adicionais ao pesquisador. Até que as informações adicionais sejam fornecidas, o caso será revisado após os casos com informações completas.
-
Impacto real na segurança: As recompensas serão ajustadas conforme necessário para questões que sejam puramente teóricas, exijam pré-condições altamente incomuns ou não possam demonstrar impacto substancial nos dados e sistemas dos usuários.
Agradecimentos
Agradecemos a todos os pesquisadores por sua 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 definidos pela Equipe de Revisão de Recompensas, composta por membros do QNAP PSIRT, levando em consideração os seguintes fatores: a complexidade para explorar a vulnerabilidade com sucesso e a ameaça representada pela vulnerabilidade, incluindo o percentual de usuários e sistemas afetados.
Sim. Se um vídeo facilitar o entendimento de como a vulnerabilidade é explorada, o Comitê de Recompensas pode aumentar o valor da recompensa. Observe que é necessário fornecer documentação escrita (por exemplo, um documento de PoC e uma explicação completa), pois isso ajuda a gerenciar o processo de divulgação da vulnerabilidade.
No mínimo, um relatório de vulnerabilidade deve incluir: o nome do produto afetado, sua versão e número de build, ou o URL do serviço em nuvem; um resumo da ameaça potencial da vulnerabilidade; e etapas detalhadas e claras para reproduzir, podendo ser acompanhado opcionalmente de um vídeo para reproduzir a vulnerabilidade.
Por favor, criptografe seu relatório usando a chave pública PGP fornecida pela QNAP e envie para security@qnap.com. Assim que o e-mail for recebido, o sistema responderá automaticamente com um número de tíquete técnico, que o pesquisador pode usar para acompanhar o progresso da revisão.
A equipe QNAP PSIRT entrará em contato proativamente com o pesquisador para confirmar se a submissão está completa. Para casos com informações completas que forem inicialmente avaliados como de alta gravidade, o pesquisador, em princípio, receberá um e-mail de confirmação de vulnerabilidade do QNAP PSIRT dentro de uma semana após a confirmação das informações, incluindo o ID CVE atribuído ao relatório.
Uma proposta de recompensa será enviada por e-mail quatro semanas após a data de envio do e-mail de confirmação da vulnerabilidade. Se o pesquisador aceitar a proposta, a QNAP espera concluir o pagamento em até doze semanas após receber a resposta de confirmação.
Durante a verificação, o QNAP PSIRT analisa a causa raiz de cada caso. Se vários relatórios forem confirmados como originados da mesma causa raiz, do mesmo caminho de código ou do mesmo padrão de design, eles serão tratados como um único caso, e a recompensa será concedida ao primeiro relatório completo recebido; se um relatório subsequente fornecer informações adicionais sobre o impacto de segurança, ainda as levaremos em consideração. Para problemas do mesmo tipo que exigem correção independente, iremos reconhecê-los individualmente e atribuir IDs CVE separados; as recompensas serão concedidas para a classe do problema como um todo, sendo que do 1º ao 10º relatório receberão o valor total da categoria e, a partir do 11º relatório, 10% do valor da categoria. A contagem é cumulativa entre todos os pesquisadores.
Sim. A QNAP respeita todos os métodos de pesquisa; o que importa é a qualidade do relatório em si. Independentemente das ferramentas utilizadas, por favor, verifique novamente o problema antes de enviar e inclua os passos de reprodução e o impacto real de segurança no relatório. Para relatórios que incluam apenas a saída bruta da ferramenta, não tenham sido verificados ou não expliquem o impacto, talvez precisemos solicitar mais informações, e eles serão revisados após os casos com informações completas. Relatórios avaliados como sem impacto real de segurança não serão elegíveis para recompensa.
A QNAP prioriza recursos para problemas com impacto significativo em dados e sistemas dos usuários. Portanto, questões de baixa gravidade são verificadas e respondidas após as de alta gravidade, e as recompensas são ajustadas conforme o nível de gravidade. Isso não afeta a forma como tratamos o problema — todas as questões confirmadas são incluídas no cronograma de correção. Se você acredita que a classificação não reflete o impacto real, envie um e-mail para security@qnap.com com informações que possam elevar a avaliação do impacto, como pré-requisitos de privilégio 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 caso for uma sugestão de melhoria de segurança que não causa dano real, ainda incluiremos seu nome em nossos agradecimentos públicos, mas nenhuma recompensa será concedida.
Por favor, interrompa imediatamente qualquer acesso adicional. Na descrição do impacto do seu relatório, informe os nomes das tabelas ou endpoints envolvidos, os nomes dos campos e o número de registros, e, se necessário, anexe uma amostra mascarada. Não é necessário — e por favor, não — anexar arquivos de dados brutos.
Após enviar seu relatório, exclua todas as cópias em até 7 dias corridos e envie por e-mail uma declaração de exclusão assinada, informando o escopo dos dados excluídos, a data e hora da exclusão, o método de exclusão e confirmando que todos os locais de armazenamento listados no Regras de Conduta de Testes e Tratamento de Dados foram cobertos. Essa declaração é pré-requisito para receber uma recompensa.
A declaração pode usar o nome ou o pseudônimo de pesquisa que você utilizou ao relatar; nenhuma outra comprovação de identidade é necessária. Se as políticas da sua organização impedirem que você assine em nome pessoal, um contato da sua organização pode emitir a declaração em seu nome, ou você pode responder por e-mail confirmando cada item. 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á sua elegibilidade para recompensa; pelo contrário, ajuda a QNAP a avaliar corretamente o impacto e tomar as medidas necessárias.
Assinatura de Avisos de Segurança
Recomendamos assinar 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; prevalecerá a versão mais recente publicada nesta página.
Sistemas operativos
Recompensa de até US$20.000
| Recompensa |
Para relatórios de segurança confirmados que passem na revisão de gravidade, a QNAP pode oferecer uma recompensa de até US$20.000. |
|---|---|
| Escopo |
Este Programa aceita apenas relatórios de segurança para versões oficiais e mais recentes de produtos, aplicativos e serviços.
|
| Observações |
Este Programa aceita apenas questões de segurança relacionadas a 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 estar em conformidade com as leis aplicáveis. As seguintes questões 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, incluiremos você em nossos agradecimentos públicos: recomendações de melhores práticas, ou questões que são apenas recomendações de configuração (por exemplo, recomendações de configuração de cabeçalho, divulgação de informações de versão), onde a verificação não pode demonstrar que podem realmente ser exploradas para causar danos. As seguintes condutas violam as regras deste Programa. Em qualquer um dos casos abaixo, o caso não é elegível para recompensa, e a proteção de pesquisa de boa-fé sob o item 5 do Regras de Conduta de Testes e Tratamento de Dados não se aplica:
|
Aplicações
Recompensa de até US$10.000
| Recompensa |
Para relatórios de segurança confirmados que passem na revisão de gravidade, a QNAP pode oferecer uma recompensa de até US$10.000. |
|---|---|
| Escopo |
Este Programa aceita apenas relatórios de segurança para versões oficiais e mais recentes de produtos, aplicativos e serviços. Os aplicativos cobertos pelo Programa de Recompensas incluem, mas não se limitam a, os seguintes:
|
| Aplicativos com Fim da Vida Útil (EOL) |
Os seguintes produtos, pacotes, aplicativos móveis e extensões de navegador estão excluídos do escopo do Programa de Recompensa por Bugs da QNAP assim que atingirem o fim da vida útil (EOL). Relatórios de vulnerabilidades para esses itens não serão mais aceitos e nenhuma recompensa será oferecida. Itens EOL incluem:
|
| Observações |
Este Programa aceita apenas questões de segurança relacionadas a 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 estar em conformidade com as leis aplicáveis. As seguintes questões 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, incluiremos você em nossos agradecimentos públicos: recomendações de melhores práticas, ou questões que são apenas recomendações de configuração (por exemplo, recomendações de configuração de cabeçalho, divulgação de informações de versão), onde a verificação não pode demonstrar que podem realmente ser exploradas para causar danos. As seguintes condutas violam as regras deste Programa. Em qualquer um dos casos abaixo, o caso não é elegível para recompensa, e a proteção de pesquisa de boa-fé sob o item 5 do Regras de Conduta de Testes e Tratamento de Dados não se aplica:
|
Serviços em nuvem
Recompensa de até US$5.000
| Recompensa |
Para relatórios de segurança confirmados que passem na revisão de gravidade, a QNAP pode oferecer uma recompensa de até US$5.000. |
|---|---|
| Escopo |
Este Programa aceita apenas relatórios de segurança para versões oficiais e mais recentes de produtos, aplicativos e serviços. Domínios cobertos pelo escopo dos serviços em nuvem:
|
| Observações |
Este Programa aceita apenas questões de segurança relacionadas a 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 estar em conformidade com as leis aplicáveis. As seguintes questões 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, incluiremos você em nossos agradecimentos públicos: recomendações de melhores práticas, ou questões que são apenas recomendações de configuração (por exemplo, recomendações de configuração de cabeçalho, divulgação de informações de versão), onde a verificação não pode demonstrar que podem realmente ser exploradas para causar danos. As seguintes condutas violam as regras deste Programa. Em qualquer um dos casos abaixo, o caso não é elegível para recompensa, e a proteção de pesquisa de boa-fé sob o item 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 da build de lançamento, por exemplo, h5.0.1.2376 build 20230421
-
Resumo*: No formato "[tipo de vulnerabilidade] encontrado em [local]", 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 / Usuário comum / Grupo de administradores / Administrador do sistema
-
Motivação da pesquisa: O que levou você a começar a pesquisar e descobrir essa vulnerabilidade?
-
Ferramentas utilizadas: Uma lista de todas as ferramentas e softwares usados durante a pesquisa
-
Descrição do problema: Divulgue mais detalhes sobre a vulnerabilidade
Por exemplo:
-
Uma breve descrição do dano potencial
-
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/ -
Etapas para reproduzir*: Etapas detalhadas e claras para reproduzir
-
Prova de conceito: Quaisquer vídeos, capturas de tela, exploits, etc.
-
Ambiente de verificação: O modelo e a versão do firmware usados 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)
-
Aplicativo*: Nome do aplicativo, por exemplo, File Station
-
Versão*: Versão do produto e número da build de lançamento, por exemplo, 2.0.2 (2022/01/26)
-
Resumo*: No formato "[tipo de vulnerabilidade] encontrado em [local]", 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 / Usuário comum / Grupo de administradores / Administrador do sistema
-
Motivação da pesquisa: O que levou você a começar a pesquisar e descobrir essa vulnerabilidade?
-
Ferramentas utilizadas: Uma lista de todas as ferramentas e softwares usados durante a pesquisa
-
Descrição do problema: Divulgue mais detalhes sobre a vulnerabilidade
Por exemplo:
-
Uma breve descrição do dano potencial
-
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/ -
Etapas para reproduzir*: Etapas detalhadas e claras para reproduzir
-
Prova de conceito: Quaisquer vídeos, capturas de tela, exploits, etc.
-
Ambiente de verificação: O modelo e a versão do firmware usados 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 [local]", por exemplo, XSS on https://account.qnap.com
-
Motivação da pesquisa: O que levou você a começar a pesquisar e descobrir essa vulnerabilidade?
-
Ferramentas utilizadas: Uma lista de todas as ferramentas e softwares usados durante a pesquisa
-
Descrição do problema: Divulgue mais detalhes sobre a vulnerabilidade
Por exemplo:
-
Uma breve descrição do dano potencial
-
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/ -
Etapas para reproduzir*: Etapas detalhadas e claras para reproduzir
-
Prova de conceito: Quaisquer vídeos, capturas de tela, exploits, etc.
-
Ambiente de verificação: O modelo e a versão do firmware usados 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 de ambiente de verificação (sistemas operacionais e aplicativos)
Os requisitos de verificação de dispositivo nesta seção se aplicam a problemas de sistema operacional e aplicativo. Para problemas de serviço em nuvem, siga os "Requisitos de verificação (serviços em nuvem)" abaixo.
Um relatório válido para sistemas operacionais e aplicativos deve ser verificado em um dispositivo QNAP real, e o relatório deve informar o modelo, versão do firmware e número da build, bem como a data e hora da verificação.
"Um dispositivo QNAP real" significa um dispositivo adquirido ou obtido por canais normais, executando firmware oficial e operando de forma suportada pela QNAP. Instâncias de QuTScloud executadas em plataformas de virtualização ou nuvem suportadas pela QNAP, bem como ambientes de teste remoto fornecidos pela QNAP nesta seção, também são considerados como atendendo a esse requisito. Ambientes em que o pesquisador desempacotou ou repacotou arquivos de firmware, ou os emulou 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 real
- Executado de fato, mas não em um dispositivo QNAP real
- O modelo, versão do firmware e número da build, ou a data e hora da verificação não são informados
Se você não tem um dispositivo disponível para testes, envie um e-mail para security@qnap.com descrevendo o tipo de problema que deseja verificar e o modelo que precisa. Avaliaremos a possibilidade de fornecer um ambiente de teste remoto para você. Esses e-mails de solicitação não contêm detalhes de vulnerabilidade e não precisam ser criptografados com PGP.
Requisitos de verificação (serviços em nuvem)
Problemas de serviço em nuvem não precisam ser verificados em um dispositivo QNAP, mas o relatório ainda deve incluir o seguinte:
- O domínio testado e a URL completa (incluindo o caminho do endpoint)
- A identidade usada durante a verificação: não autenticado / conta regular / conta com função específica, e como essa identidade foi obtida
- Data e hora da verificação (por favor, especifique o fuso horário)
- A solicitação e resposta brutas, fornecidas 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 registros reais de solicitação e resposta; ou se o domínio testado e a data e hora da verificação não forem informados.
Um problema por relatório
Por favor, envie cada problema independente em um relatório separado. Não combine vários problemas não relacionados no mesmo relatório. Isso nos permite verificar cada problema, atribuir IDs CVE e avaliar recompensas individualmente, além de permitir que você acompanhe claramente o progresso de cada problema.
No entanto, se vários problemas tiverem a mesma causa raiz ou o mesmo caminho de código, ou puderem ser resolvidos pela mesma correção, por favor, combine-os em um único relatório e descreva cada manifestação. Esses casos serão avaliados como um único caso em "Problemas duplicados e de mesma origem" nos "Fatores de ajuste"; enviá-los separadamente não aumentará a recompensa.
Exceção: problemas que podem ser encadeados em um ataque completo
Se vários problemas independentes precisarem ser encadeados em sequência para realizar um ataque completo (por exemplo, primeiro usando o problema A para obter privilégios de usuário comum, depois usando o problema B para obter privilégios de administrador), eles podem ser enviados juntos em um ú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 esses 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 escopo aplicável.
Requisitos adicionais para tipos específicos de problemas
Certos tipos de problemas são mais propensos a erros de julgamento durante a verificação, portanto, evidências adicionais são exigidas além dos requisitos acima. Os tipos atualmente sujeitos a esses requisitos estão listados abaixo.
Escalonamento de privilégios
Se você estiver relatando um problema em que "um usuário com menos privilégios obtém privilégios de administrador ou de sistema por meio de uma falha", você deve fornecer os três itens a seguir além dos requisitos acima:
1. Explique como o invasor obtém inicialmente a capacidade de executar comandos
Por favor, explique como o invasor obtém a capacidade de executar comandos como um usuário comum no dispositivo e mostre que esse canal realmente existe ou pode ser obtido nas configurações padrão de fábrica do dispositivo. Se o canal existir apenas após um administrador habilitá-lo ou alterar configurações, por favor, informe isso também.
2. Explique como a identidade de usuário comum usada na sua verificação foi obtida
Por favor, explique como essa identidade de usuário comum foi realmente obtida durante o seu teste. Se a identidade foi atribuída diretamente, trocada ou rebaixada a partir de uma conta de administrador ou processo do 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 atende a este requisito — pois em um cenário real de ataque, o invasor não possui privilégios de administrador e não pode obter uma identidade dessa forma.
3. Forneça uma gravação completa em vídeo
Forneça uma gravação de vídeo contínua e sem edições que comece antes de você obter privilégios de execução de usuário comum e capture totalmente a obtenção desses privilégios e a escalada subsequente para privilégios de administrador ou de sistema. O horário do sistema deve estar visível na tela, e a gravação deve incluir a saída de comandos confirmando a identidade atual.
Se qualquer um dos itens acima não for fornecido, não poderemos aceitar o relatório como válido neste Programa.
Antes de Enviar, Verifique
Um relatório completo e reproduzível ajuda o PSIRT da QNAP a concluir a verificação e a correção mais rapidamente, além de apoiar a avaliação da recompensa. Antes de enviar, recomendamos confirmar que:
- Você realizou a verificação em um 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 da compilação e a data e hora da verificação estão informados
- O problema ocorre em uma versão de produto ou domínio dentro do escopo deste Programa
- Você mesmo re-verificou o problema em um ambiente real e consegue reproduzi-lo de forma consistente
- O relatório explica o impacto real de segurança do problema, e não apenas a saída de ferramentas
- 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 de encadeamento é explicada no relatório)
Se você utilizou ferramentas automatizadas ou análise assistida por IA durante sua pesquisa, sinta-se à vontade para descrever como foram usadas e seu processo de verificação no relatório. Isso ajuda os revisores a entender o contexto da sua análise.
Regras de Conduta de Testes e Tratamento de Dados
A QNAP entende que, ao verificar certos problemas (como falhas de controle de acesso ou autorização), pesquisadores podem inevitavelmente entrar em contato com dados reais. Para equilibrar as necessidades de pesquisa 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 locatários.
2. Restrições de uso
Não utilize nenhum dado não público acessado durante sua pesquisa para qualquer finalidade além da própria pesquisa, e não o reproduza, distribua, publique ou divulgue a terceiros, nem faça upload em plataformas de terceiros, armazenamento em nuvem ou serviços de hospedagem de código.
3. Como relatar
Não anexe arquivos de dados brutos ao seu relatório. Na descrição do impacto do seu relatório, informe os nomes das tabelas ou endpoints envolvidos, os nomes dos campos e a quantidade de registros, e, se necessário, forneça uma única amostra mascarada (por exemplo, mostrando apenas alguns caracteres). Isso ajuda a QNAP a avaliar com precisão o escopo do impacto e evita a retenção adicional de dados por meio da transmissão.
4. Exclusão de dados e declaração por escrito
Após enviar seu relatório, pare de acessar os dados relevantes e, dentro de 7 dias corridos após o envio do relatório, exclua todos os dados e cópias relevantes, incluindo nos seguintes locais:
- Arquivos em dispositivos de armazenamento local ou externo
- Armazenamento de backup e sincronização (incluindo drives em nuvem e sistemas de controle de versão)
- Arquivos de sessão, caches e histórico de ferramentas de teste
- Logs do sistema e de aplicativos
- Capturas de tela, gravações de tela e conteúdos da área de transferência
- Backups de e-mails enviados, registros de conversas em aplicativos de mensagens e quaisquer cópias exportadas
Fornecer uma declaração de exclusão por escrito é um pré-requisito para receber uma recompensa. Após concluir a exclusão, envie por e-mail uma declaração assinada para security@qnap.com dentro do mesmo período, declarando:
- Escopo dos dados excluídos: nomes das tabelas ou endpoints envolvidos, nomes dos campos e quantidade de registros
- Data e hora da exclusão (especifique o fuso horário)
- Método de exclusão: por exemplo, exclusão de arquivo e esvaziamento da lixeira, exclusão por sobrescrita, remoção do armazenamento em nuvem juntamente com o histórico de versões, etc.
- Confirmação de abrangência: uma declaração de que todos os locais de armazenamento (1) a (6) acima foram cobertos e nenhuma cópia foi retida
- Nome e data: nome do pesquisador ou pseudônimo de pesquisa, endereço de e-mail e data da declaração
A declaração pode usar o nome ou pseudônimo de pesquisa utilizado no relatório; nenhuma outra prova de identidade é necessária. Se você não puder assinar com seu nome pessoal devido às políticas da sua organização ou outros motivos, um contato da sua organização pode emitir em seu nome, ou você pode responder por e-mail confirmando cada um dos itens acima; a QNAP considerará essa resposta como o registro escrito.
A QNAP PSIRT pode, quando necessário, solicitar explicações adicionais sobre a declaração. Se a declaração ou explicação adicional não for fornecida dentro do prazo, a avaliação da recompensa para o caso será suspensa; se ainda não for fornecida após um lembrete da QNAP por e-mail, o caso não será elegível para recompensa.
Esta declaração é usada exclusivamente para a QNAP confirmar como os dados foram tratados e cumprir obrigações legais relacionadas. A QNAP não a usará para nenhum outro propósito e a reterá de acordo com sua política interna de retenção de dados após o encerramento do caso. O tratamento de dados pessoais é regido separadamente pela Política de Privacidade da QNAP.
5. Pesquisa de boa-fé
Se um pesquisador testar e relatar de boa-fé de acordo com esta página e o Termos e Condições do Programa de Recompensas de Segurança da QNAP, a QNAP não tomará medidas legais contra o pesquisador por tais atividades de pesquisa. Sob as leis aplicáveis, a QNAP é obrigada em certas circunstâncias (por exemplo, vulnerabilidades confirmadas como sendo exploradas ativamente) a notificar as autoridades competentes, e o conteúdo do relatório pode, portanto, ser fornecido a essas autoridades. Para mais detalhes, consulte o Política de Divulgação Coordenada de Vulnerabilidades.