Cómo Configurar GameGuard y Anti-Cheat en tu Servidor de MU

Proteger un servidor privado de MU Online es una responsabilidad continua. Sin una capa funcional de anti-cheat, los hackers de velocidad, los duplicadores de ítems y los editores de paquetes erosionarán la confianza de tu comunidad en cuestión de días. Esta guía explica cómo configurar GameGuard y construir una pila de validación del lado del servidor complementaria, de modo que tanto el cliente como el servidor verifiquen de forma independiente que el juego es legítimo.

Comprendiendo el Modelo de Seguridad en Dos Capas

El anti-cheat en MU Online funciona mejor cuando se trata como dos capas independientes que se validan mutuamente.

Capa 1 — Del lado del cliente (GameGuard): Se ejecuta dentro de la máquina del jugador como un controlador a nivel de kernel. Su función es detectar la manipulación de memoria, el código inyectado y las firmas de herramientas de cheat conocidas antes de que el cliente del juego envíe paquetes a tu servidor.

Capa 2 — Validación del lado del servidor: Tu servidor de juego verifica de forma independiente cada paquete entrante en busca de valores que caigan fuera del ámbito de la posibilidad física: velocidades que ninguna build de personaje puede alcanzar, números de daño que superan los máximos teóricos, seriales de ítems que ya fueron registrados en otra parte.

Ninguna capa es suficiente por sí sola. GameGuard puede ser eludido por usuarios sofisticados; las verificaciones del lado del servidor por sí solas no pueden evitar que una herramienta de cheat oculte su actividad en paquetes de apariencia legítima. Juntas crean un sistema donde eludir una capa aún deja al atacante expuesto a la otra.

Configurando GameGuard en el Lado del Servidor

GameGuard tiene dos componentes: los archivos del cliente distribuidos dentro de la carpeta del cliente del juego, y un protocolo de autenticación del lado del servidor en el que participa tu GameServer.exe (o proceso equivalente) durante el inicio de sesión del cliente.

Paso 1 — Habilitar el protocolo de autenticación de GameGuard en tu configuración principal

Abre tu archivo de configuración principal del servidor (comúnmente GameServer.cfg, Main.ini, o un Security.ini dedicado, según tu distribución) y localiza la sección de seguridad:

# Security.ini — Configuración de GameGuard y anti-cheat

[GameGuard]
Enabled             → 1
AuthTimeout         → 15000        ; ms de espera para auth de GG antes de expulsar al cliente
ReauthInterval      → 300000       ; re-desafío al cliente cada 5 minutos
KickOnFail          → 1            ; 0 = solo registrar, 1 = desconectar clientes no autenticados
LogFailures         → 1
LogPath             → ./logs/gameguard/

[AntiCheat]
SpeedHackThreshold  → 1.15         ; permite 15% de margen sobre la velocidad legal máxima
DamageCapMultiplier → 1.10         ; permite 10% de margen sobre el daño máximo teórico
PacketRateLimit     → 120          ; paquetes máximos/segundo por conexión
ItemDupeCheck       → 1
AuditLog            → ./logs/anticheat/audit.log
BanOnSeverity       → 3            ; ban automático en nivel de severidad 3+

Cada flecha (→) en el bloque anterior separa una clave de su valor. Copia solo los pares clave-valor; las flechas se utilizan aquí para facilitar la lectura.

Paso 2 — Distribuir los archivos correctos del cliente de GameGuard

La carpeta del cliente del juego debe contener el subdirectorio GameGuard/ con los siguientes archivos principales en su lugar:

client/
  GameGuard/
    GameGuard.des     → descriptor de controlador cifrado
    GameGuard.erl     → biblioteca de informes de errores
    npgl.erl          → interfaz de biblioteca del juego
    npsc.bin          → base de datos de firmas (actualizar regularmente)

El archivo npsc.bin es la base de datos de firmas. Una copia desactualizada es la razón más común por la que los jugadores reportan que "GameGuard no hace nada". Establece un calendario mensual para reemplazar este archivo desde una fuente comunitaria mantenida y redistribuir tu parche de cliente.

> [!ATENCION] > Nunca distribuyas una versión de GameGuard que haya sido modificada para deshabilitar sus propias verificaciones. Algunos kits de servidor preempaquetados incluyen un GameGuard "deshabilitado" que pasa el protocolo de autenticación sin realizar ningún escaneo real. Esto crea una falsa sensación de seguridad y no ofrece a los jugadores ninguna protección real.

Validación de Paquetes del Lado del Servidor

GameGuard protege al cliente. Tu servidor debe protegerse a sí mismo. Las siguientes secciones describen las verificaciones del lado del servidor más impactantes que debes activar o implementar.

Validación de Velocidad de Movimiento

Cada clase de personaje tiene una velocidad de movimiento base definida, modificada por ítems y buffs. Tu servidor debe calcular la velocidad legal máxima para cada personaje en cada tick y compararla con la distancia recorrida reportada por el cliente.

[SpeedValidation]
Enabled             → 1
CheckIntervalMs     → 500          ; validar posición cada 500ms
MaxLegalSpeedBonus  → 0.15         ; 15% de tolerancia para jitter de red
ActionOnDetect      → WARN         ; WARN | KICK | BAN
WarnThreshold       → 3            ; marcar después de 3 violaciones en una sesión

Cuando la posición reportada por un jugador implica una velocidad más del 15% por encima de su máximo calculado, el servidor registra un evento de advertencia. Después de tres advertencias en la misma sesión, la cuenta queda marcada para revisión y el jugador es desconectado.

Aplicación de Topes de Daño y Habilidades

Los editores de paquetes pueden crear paquetes de ataque con valores de daño arbitrariamente inflados. El servidor debe rechazar cualquier informe de daño que supere la producción máxima teórica del personaje.

[DamageValidation]
Enabled             → 1
CapMultiplier       → 1.10         ; 10% de margen sobre el máximo teórico
OneHitKillThreshold → 0.90         ; marcar si un golpe causa >90% del HP máximo del objetivo
LogExceedances      → 1
ActionOnDetect      → KICK

Detección de Duplicación de Ítems

Los exploits de duplicación de ítems crean copias de ítems con el mismo número de serie interno. Habilita el seguimiento de seriales para que, si dos ítems con el mismo serial están presentes simultáneamente, uno sea destruido y el incidente quede registrado.

[ItemIntegrity]
SerialTracking      → 1
DupeAction          → DESTROY_NEWER ; DESTROY_NEWER | DESTROY_BOTH | LOG_ONLY
AlertGM             → 1            ; enviar alerta en el juego a los GMs conectados

> [!CONSEJO] > Ejecuta una auditoría completa de seriales de ítems en tu base de datos al inicio del servidor. Cualquier serial duplicado que exista en reposo — antes de que se conecte cualquier jugador — indica un evento de duplicación anterior. Resuelve estos problemas antes de habilitar SerialTracking para evitar falsos positivos durante tu primera sesión en vivo.

Construcción de un Flujo de Trabajo de Log de Auditoría

La configuración sin monitoreo es incompleta. Cada evento marcado debe escribir una entrada de log estructurada que tu equipo pueda revisar diariamente.

[2026-07-04 03:12:44] SPEED_VIOLATION | Cuenta: darkblade99 | Personaje: BladeWarrior | Velocidad: 1.34x máx | Advertencias: 2/3
[2026-07-04 03:13:01] SPEED_VIOLATION | Cuenta: darkblade99 | Personaje: BladeWarrior | Velocidad: 1.41x máx | Advertencias: 3/3 → KICK
[2026-07-04 03:13:01] SESSION_END     | Cuenta: darkblade99 | Motivo: AntiCheat-SpeedKick

Revisa tu log de auditoría al menos una vez cada 24 horas. Los patrones como la misma cuenta que alcanza repetidamente el umbral de advertencia sin cruzar el límite de ban automático a menudo indican una herramienta sofisticada calibrada para mantenerse justo por debajo de tus límites de detección. En tales casos, reduce manualmente el umbral para esa cuenta o escala a un ban manual.

Probando tu Configuración

Después de realizar cambios de configuración, prueba siempre antes de abrir el servidor a los jugadores.

1. Inicia el servidor en un entorno controlado con un cliente de prueba que controles.
2. Usa primero un cliente conocido y seguro para confirmar que el juego legítimo pasa todas las verificaciones sin generar falsos positivos.
3. Si tienes acceso a una herramienta de cheat de prueba (solo para tus propios fines de prueba, en un entorno aislado), verifica que las violaciones se registren correctamente y que los kicks y bans se activen en los umbrales configurados.
4. Revisa los directorios de logs gameguard/ y anticheat/ para confirmar que los archivos de log se están escribiendo y rotando correctamente.

> [!CONSEJO] > Programa una sesión de prueba con dos o tres miembros de confianza de la comunidad antes de cada actualización importante de configuración. Pídeles que jueguen normalmente durante 30 minutos mientras monitoreas el log de auditoría en tiempo real. Cero falsos positivos del juego normal es tu objetivo base antes de abrir al público.

Mantenimiento Continuo

El anti-cheat no es una tarea de configurar y olvidar. Los autores de herramientas de cheat actualizan sus herramientas continuamente. Tu calendario de mantenimiento debe incluir:

• Mensualmente: Reemplaza npsc.bin con la última base de datos de firmas.
• Después de cada actualización del juego: Vuelve a verificar todos los topes de velocidad y daño, ya que los nuevos ítems o cambios de balance afectan los máximos teóricos.
• Semanalmente: Revisa los logs de auditoría en busca de nuevos patrones o cuentas que se acerquen repetidamente a los umbrales.
• Trimestralmente: Audita tu tabla de seriales de ítems en busca de duplicados que puedan haberse acumulado.

Una configuración de anti-cheat bien mantenida combinada con un equipo de moderación comprometido es la combinación más efectiva disponible para un administrador de servidor privado. Ningún sistema automatizado reemplaza el juicio de un GM experimentado que conoce a su comunidad de jugadores.

Perguntas frequentes