Política de abuso e denúncia — SuperDMZ

Última atualização: 28 de setembro de 2026

O SuperDMZ publica túneis reversos: o cliente roda um client pequeno dentro da própria rede e nós damos a esse serviço um hostname público sob dmzgate.com. O serviço do outro lado é do cliente — operamos a estrada, não o destino. Esta página diz o que é proibido, como denunciar um túnel que quebra essas regras e exatamente o que fazemos quando a denúncia se confirma.

Como denunciar
[email protected]

1. Como denunciar

Escreva para [email protected]. A caixa é lida por quem opera o serviço, não por um robô de tickets.

Confirmamos o recebimento em até um dia útil e, em denúncia que conseguimos confirmar, agimos em até 24 horas. Mande o que você tiver:

  • o hostname completo (alguma-coisa.dmzgate.com), ou o IP do node e a porta;
  • horários com fuso — de preferência UTC;
  • o que você observou, em uma ou duas frases;
  • evidência: trechos de log, URLs, hashes de arquivo, capturas de pacote, prints.

Não precisa ter conta nem cifrar a mensagem. Se quiser saber o desfecho, diga isso e respondemos quando o caso for fechado.

2. O que é proibido

Um túnel não pode ser usado para operar ou apoiar nada do que segue, mirando a nossa rede ou a de terceiros:

  • Comando e controle de botnet — painéis, beacons, endpoints de check-in, controladores de RAT.
  • Malware — hospedar, preparar ou distribuir, incluindo loaders e droppers.
  • Phishing e qualquer página que se passe por outra organização para colher credenciais ou dados de pagamento.
  • Spam ou envio em massa não solicitado, e a infraestrutura que o sustenta.
  • Ataque a terceiros — varredura de portas, força bruta, credential stuffing, tentativa de exploração, negação de serviço.
  • Material de abuso sexual infantil. Denúncia de CSAM tem ação imediata e é comunicada às autoridades.
  • Qualquer outra coisa ilícita segundo a lei brasileira, onde o serviço é operado.

Pesquisa de segurança e teste de intrusão são bem-vindos contra sistemas que você tem autorização para testar. Se é o seu caso, um aviso a [email protected] antes evita uma derrubada desnecessária.

3. O que acontece com uma denúncia confirmada

A ordem importa, e é sempre esta:

  1. A evidência é preservada primeiro. Apagar um túnel leva junto, em cascata, os registros de conexão dele — então um snapshot vai para armazenamento frio antes de qualquer coisa ser tocada.
  2. O token do túnel é revogado no node, para o client do cliente não conseguir reconectar — é isso, e não o DNS, que de fato fecha a porta.
  3. A conta é bloqueada e marcada, com o motivo e a evidência registrados nela.
  4. O registro de DNS é removido, para o hostname parar de resolver para o nosso node.
  5. Os endereços de origem são banidos no painel e no firewall de todos os nodes.

Não mandamos a quem operava um abuso confirmado o nosso aviso normal de “seu túnel foi excluído”, e a repetição do mesmo abuso é bloqueada de imediato, sem investigação nova.

4. O que conseguimos e o que não conseguimos ver

Isso decide a rapidez com que confirmamos uma denúncia, então vale ser direto.

Túneis HTTP e HTTPS terminam o TLS no nosso node. Ao investigar uma denúncia, conseguimos olhar o que está sendo servido — e olhamos.

Túneis TCP (SSH, RDP, portas de banco, servidores de jogo) carregam bytes brutos de ponta a ponta. Não conseguimos ler, e não tentamos. Nesses, trabalhamos com metadado de conexão — endereços de origem, quantas conexões, quanto duraram, quantos bytes andaram. Um beacon de botnet tem forma característica nesse metadado mesmo com o conteúdo opaco: muitas conexões curtas, quase todas sem mover byte nenhum, vindas de um conjunto concentrado de origens.

A página Segurança & Transparência Técnica descreve o caminho do tráfego por inteiro.

5. Para operadores de blocklist e CERTs

dmzgate.com é infraestrutura compartilhada. Cada hostname sob ele é o serviço de um cliente diferente, como em qualquer provedor de túnel ou DNS dinâmico. Um hostname abusivo não torna o domínio dedicado a abuso, e uma listagem no apex derruba milhares de serviços sem relação nenhuma com o caso.

Se você identificou um hostname específico, diga qual e nós o derrubamos e contamos o que encontramos. Preferimos remover o túnel a discutir o domínio.

Contato: [email protected]. Sem PGP, sem formulário, sem precisar de conta.

6. Autoridades e pedidos de preservação

Pedidos de autoridade competente vão para [email protected] e são respondidos por quem opera o serviço. O SuperDMZ é operado pela DestinoLivre Tecnologia Ltda, no Brasil, e está sujeito à lei brasileira.

Guardamos registro de conta e metadado de conexão — endereço de origem, horários, duração e contagem de bytes por conexão. Não guardamos o conteúdo dos túneis TCP, porque ele nunca existe em forma legível do nosso lado. Um pedido documentado de preservação congela o que existir no momento em que chegar; quanto antes chegar, mais há para congelar.