Proteger un mapa de GMod de filtraciones: lo que de verdad ayuda

Una filtración no se puede evitar del todo, porque cada jugador recibe el archivo del mapa en cuanto entra en un servidor. Lo que sí puedes hacer es que compartirlo resulte poco atractivo, que se pueda rastrear y que te enteres pronto. Para eso hace falta combinar medidas que resuelven cada una un problema distinto: un fingerprint, ofuscación, vincular el mapa a un servidor, un canal de distribución controlado y una vigilancia continua.

Cómo se filtran los mapas

Antes de proteger nada, conviene conocer las vías por las que un mapa sale del círculo previsto.

1. Descarga desde el servidor. Uses FastDL o el Steam Workshop, el mapa acaba en el PC de cada jugador, como archivo BSP o empaquetado dentro de un addon de Workshop. Desde ahí se puede copiar y usar en otro servidor.
2. Compradores o miembros del equipo que lo comparten. Cualquiera que haya recibido el archivo de forma legítima puede pasarlo. Vale tanto para compradores como para admins o desarrolladores con acceso a los archivos del servidor.
3. Descompilar y reconstruir. Un BSP se puede convertir de nuevo, en gran parte, en un VMF editable, modificarlo y volver a compilarlo con otro nombre. Mira Descompilar un BSP, explicado.
4. Acceso no autorizado al servidor. Quien consiga las credenciales del servidor o del panel de hosting llega a todo lo que hay guardado ahí.

Qué medida ayuda contra qué

Ninguna medida cubre todas las vías. La tabla muestra qué es realista en cada caso.

Fingerprint: hacer rastreable lo que se comparte

Un fingerprint es una marca oculta en el archivo del mapa. Si cada comprador recibe su propia copia marcada de forma individual, un archivo que aparezca más tarde se puede asociar a una compra concreta. Eso no impide técnicamente que nadie copie, pero quien comparte su copia ya no puede contar con seguir en el anonimato.

En bspmarket.de cada entrega recibe una prueba técnica individual cuando el Creator ha activado el fingerprint de comprador para el producto. En el BSP no se escribe ningún dato personal en texto plano; la asignación se guarda del lado del servidor. Fingerprint BSP explicado describe el principio.

Ofuscación y limpieza: dificultar la reconstrucción

Un mapa recién compilado suele contener más de lo que el motor necesita: IDs del editor en las entities y, en algunos casos, restos de archivos fuente o compile logs en el pakfile. Una limpieza elimina esos rastros. La ofuscación va más allá y cambia la forma en que se representa el archivo, de modo que al descompilarlo se obtienen resultados menos aprovechables.

El objetivo no es volver ilegible el BSP. Sería imposible, porque el motor tiene que cargarlo. Se trata de que las vías típicas de reconstrucción sean menos fiables y den más trabajo. Más en Ofuscación BSP explicada.

Server-Exclusive: el archivo por sí solo no basta

En un mapa vinculado a un servidor, se sacan del archivo de mapa entities importantes, como spawns, luces y lógica. Quedan en un paquete de servidor privado y solo se cargan cuando el servidor demuestra que tiene una licencia válida. Quien copia únicamente el BSP tiene un mapa incompleto. Mapas Server-Exclusive explica a quién le compensa.

Distribución: ¿quién recibe qué archivo?

Algunas filtraciones empiezan con un archivo que nunca debió salir. Unas pocas reglas ayudan con independencia de cualquier herramienta:

• No entregues nunca el archivo original sin proteger, tampoco a los testers.
• El VMF se queda contigo. Quien lo tiene no necesita descompilar.
• Cada destinatario recibe su propia copia marcada. Apunta quién recibió qué versión y cuándo.
• Limita quién tiene acceso a los archivos en el servidor.
• Deja por escrito qué puede hacer un comprador con el mapa.

Si vendes a través de un marketplace que marca las copias, la venta, la entrega y el marcado quedan unidos en un solo lugar. En bspmarket.de lo configuras por producto como Creator.

Detectar las filtraciones pronto

Cuanto antes sepas de una copia, más puedes hacer. Hay sobre todo dos fuentes visibles públicamente: la lista de servidores de Garry's Mod, que muestra el nombre del mapa en curso, y el Steam Workshop con posibles resubidas.

bspmarket.de compara periódicamente los productos del marketplace con la lista pública de servidores de Steam y con el Steam Workshop, y muestra los hallazgos en el resumen de protección del Creator. Los foros privados y los servidores de Discord no se rastrean automáticamente. Lo que encuentres ahí lo reportas tú, a ser posible con el archivo que hayas encontrado.

Límites, con honestidad

• El archivo tiene que seguir siendo legible para el motor. Nadie puede prometer honestamente una ilegibilidad absoluta.
• Con tiempo suficiente, cualquier mapa se puede reconstruir a mano.
• Una búsqueda por nombre de mapa no encuentra copias renombradas.
• Que haya más servidores que compradores es un indicio, no una prueba.

bspmarket.de dice lo mismo en su propia página de BSP Protection: no se garantiza una protección anticopia completa. La protección aumenta el esfuerzo y la rastreabilidad.

Una base razonable

1. Guarda a buen recaudo el archivo original y el VMF y no los entregues nunca.
2. Limpia y ofusca el mapa antes de publicarlo.
3. Ponle un fingerprint a cada copia entregada.
4. En mapas exclusivos pensados para un único servidor, vincula además el mapa a ese servidor.
5. Activa la vigilancia y ten un plan para el peor de los casos.

Preguntas frecuentes

¿Se puede proteger por completo un mapa de GMod contra copias?

No. Cada jugador recibe el archivo, y el motor tiene que poder leerlo. Lo realista es una barrera más alta, una prueba de origen y una detección temprana.

¿Es FastDL más seguro que el Workshop?

Para protegerte de filtraciones apenas hay diferencia. En ambos casos el mapa acaba en el PC del jugador.

¿Para qué sirve un fingerprint si no impide copiar?

Hace que una copia sea rastreable. Eso puede disuadir de compartir y, en un caso real, aporta un resultado comprobable sobre el que se pueden apoyar las medidas.

¿Se entera el Creator de qué comprador ha filtrado un mapa?

En bspmarket.de, no. El Creator ve una referencia seudónima y la calidad de la evidencia. Los datos del comprador solo los ve el equipo, que revisa el caso y decide qué medidas tomar.