Política de abuso y denuncia — SuperDMZ

Escriba a [email protected]. El buzón lo leen las personas que operan el servicio, no un robot de tickets.

Acusamos recibo en un día hábil y, ante una denuncia que podamos confirmar, actuamos en 24 horas. Envíe lo que tenga:

• el nombre completo del host (algo.dmzgate.com), o la IP del nodo y el puerto;
• marcas de tiempo con zona horaria — preferiblemente UTC;
• qué observó, en una o dos frases;
• evidencia: extractos de registro, URLs, hashes de archivo, capturas de paquetes, capturas de pantalla.

No hace falta tener cuenta ni cifrar el mensaje. Si quiere conocer el desenlace, dígalo y le escribiremos cuando se cierre el caso.

Un túnel no puede usarse para operar ni apoyar nada de lo siguiente, apunte a nuestra red o a la de terceros:

• Mando y control de botnet — paneles, beacons, puntos de registro, controladores de RAT.
• Malware — alojarlo, prepararlo o distribuirlo, incluidos loaders y droppers.
• Phishing y cualquier página que suplante a otra organización para obtener credenciales o datos de pago.
• Spam o envío masivo no solicitado, y la infraestructura que lo sostiene.
• Ataques a terceros — escaneo de puertos, fuerza bruta, credential stuffing, intentos de explotación, denegación de servicio.
• Material de abuso sexual infantil. Una denuncia de este tipo se atiende de inmediato y se comunica a las autoridades.
• Cualquier otra cosa ilícita según la ley brasileña, donde se opera el servicio.

La investigación de seguridad y las pruebas de intrusión son bienvenidas contra sistemas que usted esté autorizado a probar. Si es su caso, un aviso previo a [email protected] evita una baja innecesaria.

El orden importa, y siempre es este:

1. La evidencia se preserva primero. Borrar un túnel arrastra en cascada sus registros de conexión, así que se escribe una copia en almacenamiento frío antes de tocar nada.
2. El token del túnel se revoca en el nodo, para que el programa del cliente no pueda reconectarse — eso, y no el DNS, es lo que de verdad cierra la puerta.
3. La cuenta se bloquea y se marca, con el motivo y la evidencia registrados en ella.
4. Se elimina el registro DNS, para que el nombre deje de resolver a nuestro nodo.
5. Las direcciones de origen se bloquean en el panel y en el cortafuegos de todos los nodos.

A quien operaba un abuso confirmado no le enviamos nuestro aviso habitual de “su túnel fue eliminado”, y la repetición del mismo abuso se bloquea de inmediato, sin una investigación nueva.

Esto decide con qué rapidez confirmamos una denuncia, así que conviene decirlo claro.

Los túneles HTTP y HTTPS terminan el TLS en nuestro nodo. Al investigar una denuncia podemos mirar qué se está sirviendo, y lo miramos.

Los túneles TCP (SSH, RDP, puertos de base de datos, servidores de juego) transportan bytes en bruto de extremo a extremo. No podemos leerlos, y no lo intentamos. Para esos trabajamos con metadatos de conexión — direcciones de origen, cuántas conexiones, cuánto duraron, cuántos bytes se movieron. Un beacon de botnet tiene una forma característica en esos metadatos aunque el contenido sea opaco: muchas conexiones cortas, casi todas sin mover un solo byte, desde un conjunto concentrado de orígenes.

La página Seguridad y Transparencia Técnica describe el camino del tráfico completo.

dmzgate.com es infraestructura compartida. Cada nombre bajo ese dominio es el servicio de un cliente distinto, como en cualquier proveedor de túneles o de DNS dinámico. Un nombre abusivo no convierte al dominio en dedicado al abuso, y una inclusión en el ápice tumba miles de servicios sin relación con el caso.

Si ha identificado un nombre concreto, díganos cuál y lo damos de baja y le contamos qué encontramos. Preferimos retirar el túnel a discutir sobre el dominio.

Contacto: [email protected]. Sin PGP, sin formularios, sin necesidad de cuenta.

Los pedidos de autoridad competente van a [email protected] y los responde quien opera el servicio. SuperDMZ lo opera DestinoLivre Tecnologia Ltda, en Brasil, y está sujeto a la ley brasileña.

Guardamos registros de cuenta y metadatos de conexión — dirección de origen, marcas de tiempo, duración y recuento de bytes por conexión. No guardamos el contenido de los túneles TCP, porque nunca existe en forma legible de nuestro lado. Un pedido documentado de preservación congela lo que exista en el momento en que llega; cuanto antes llegue, más hay para congelar.