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.
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:
- 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.
- 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.
- A conta é bloqueada e marcada, com o motivo e a evidência registrados nela.
- O registro de DNS é removido, para o hostname parar de resolver para o nosso node.
- 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.