Última atualização: 24 de Setembro de 2026

Divulgação responsável de vulnerabilidades

Se você encontrou uma falha de segurança no Junne, queremos saber — e queremos que você possa nos contar sem risco. Esta página diz para onde escrever, o que esperar de nós e onde ficam os limites.

1. Como reportar

Escreva para william@stelixtechnology.com com o assunto "Segurança — relato de vulnerabilidade". É o canal único: não use o suporte comum, redes sociais nem o formulário de contato, porque esses caminhos passam por mais gente do que o necessário.

Se quiser cifrar o conteúdo, diga isso na primeira mensagem e combinamos o meio antes de você enviar qualquer detalhe.

2. O que informar

Quanto mais completo o relato, mais rápido conseguimos confirmar e corrigir:

  • O endereço (URL) ou a tela do aplicativo onde a falha aparece.
  • O passo a passo para reproduzir, na ordem exata.
  • O que dá para fazer com a falha — que dado ela alcança, ou que ação ela permite.
  • Data e hora aproximadas do teste, com o fuso.
  • Capturas de tela, requisições ou trechos de log que ajudem a entender.
  • Se usou alguma conta, qual — e se ela é sua.
  • Como prefere ser contatado, e se quer ser creditado publicamente.

Não envie dado pessoal de terceiro. Se a falha expõe dados de outras pessoas, descreva o caminho e mande uma amostra mínima — o suficiente para provar, nunca a base inteira. E não publique a falha antes de conversarmos.

3. Prazos

  • Primeira resposta: até 3 dias úteis — confirmando que recebemos e quem está olhando.
  • Confirmação ou descarte: até 10 dias úteis — dizendo se reproduzimos e qual a gravidade na nossa classificação.
  • Correção: depende da gravidade. Falha crítica é contida no mesmo dia; o prazo de cada nível está no nosso processo interno de gestão de vulnerabilidades.
  • Aviso do fim: avisamos você quando a correção estiver no ar.

O Junne é operado por uma equipe pequena. Estes prazos são os que conseguimos cumprir de verdade — se algum deles for estourar, você recebe a justificativa e uma data nova, em vez de silêncio.

4. Nosso compromisso com quem reporta

Não tomaremos nenhuma medida legal contra quem encontrar e reportar uma falha de boa-fé, seguindo esta página. Também não pediremos a terceiros que o façam, e não trataremos o relato como uso indevido da plataforma.

Boa-fé, aqui, quer dizer:

  • Testar apenas em contas suas, ou em conta de quem autorizou você por escrito.
  • Parar assim que confirmar a falha — sem acessar mais dado do que o necessário para demonstrá-la, e sem alterar ou apagar nada.
  • Não degradar o serviço nem prejudicar comerciantes e consumidores.
  • Não divulgar publicamente antes de a correção estar no ar, ou antes de combinarmos.

Não pagamos recompensa em dinheiro. Não temos programa de recompensa e não queremos sugerir que temos. O que oferecemos é resposta no prazo, correção, o crédito público pelo achado se você quiser, e a transparência de dizer o que foi corrigido.

5. O que está fora de escopo

Relatos sobre os itens abaixo serão lidos, mas não entram como vulnerabilidade e não recebem o compromisso da seção 4:

  • Engenharia social — phishing, ligações ou mensagens contra nossa equipe, comerciantes, entregadores ou consumidores.
  • Negação de serviço (DoS/DDoS), teste de carga, de estresse ou de força bruta em volume.
  • Teste em conta de terceiro — qualquer acesso a conta de comerciante ou de consumidor que não seja sua e não tenha autorização por escrito.
  • Envio de spam ou abuso dos nossos canais de e-mail e mensagem.
  • Acesso físico a equipamentos, e qualquer coisa que envolva máquina ou aparelho de outra pessoa.
  • Achado de ferramenta automática sem caminho de exploração demonstrado, inclusive relatório de scanner colado sem análise.
  • Ausência de boas práticas sem impacto: nota de SSL/TLS, cabeçalho de segurança faltando, versão de biblioteca sem falha explorável aqui, política de senha, ausência de SPF/DMARC em domínio que não envia e-mail.
  • Falha em sistema de terceiro. Se o problema é da instituição que processa os pagamentos, do provedor de hospedagem ou de outro fornecedor, reporte direto a eles — se preferir, nos avise que encaminhamos.
  • Sites e sistemas que não são nossos, ainda que apontem para o Junne (o domínio próprio de um comerciante, por exemplo, quando a falha está no site dele).

Nunca teste contra dados reais de comerciantes ou de consumidores. Se precisar de um ambiente para demonstrar, peça — a gente combina.

6. Este canal é para falha de segurança

Para não misturar caminhos que têm donos e prazos diferentes:

7. Em formato de máquina

Esta política também é publicada em /.well-known/security.txt, conforme a RFC 9116.