El siguiente contenido cubre varios conceptos y tácticas para mejorar la seguridad y mitigar el fraude en tus experiencias de Roblox. Se recomienda encarecidamente que todos los desarrolladores lean esto para asegurarse de que sus experiencias sean seguras y justas para todos los usuarios. Consulta la barra lateral para temas adicionales de seguridad.
Las decisiones básicas de diseño pueden servir como medidas de seguridad de "primer paso" para desincentivar los exploits. El principio fundamental es diseñar sistemas donde hacer trampa sea imposible o no proporcione una ventaja significativa, en lugar de intentar detectar y prevenir la trampa después de que haya ocurrido.
Considera un juego de disparos donde los jugadores ganan puntos por muertes. Un explotador podría crear bots que teletransportan a la misma ubicación para ser asesinados repetidamente por puntos fáciles. Este escenario ilustra la diferencia entre enfoques reactivos y defensivos:
| Enfoque | Resultado predecible |
|---|---|
| Perseguir bots escribiendo código que intente detectarlos (enfoque reactivo). | Los explotadores que buscan puntos rápidos encontrarán una manera de eludir tu complejo código de detección y usarán sus bots de otra manera. |
| Reducir o eliminar las ganancias de puntos por muertes de jugadores recién aparecidos (enfoque defensivo). | Ahora se requiere más tiempo y fricción para los explotadores porque no obtienen puntos por matar instantáneamente a sus bots. Además, se desincentivan a los "campers de spawn" porque ya no obtienen puntos por matar a los jugadores recién aparecidos. |
Escenarios adicionales de diseño defensivo:
| Escenario de posible exploit | Enfoque reactivo (menos efectivo) | Enfoque defensivo (más efectivo) |
|---|---|---|
| (Obby) El explotador se teletransporta al final para reclamar recompensas | Solo verificar la posición final del jugador e intentar detectar tiempos de finalización imposibles | Diseñar con puntos de control obligatorios y secuenciales. El servidor valida que cada punto de control fue activado en orden antes de otorgar recompensas. Puedes agregar otra capa marcando a los jugadores que completan etapas más rápido de lo humanamente posible. El diseño de la experiencia (requiriendo puntos de control) es lo que permite la validación efectiva del lado del servidor. |
| (Combate) El cliente informa de daños imposibles | Intentar detectar y filtrar valores de daño imposibles | El servidor calcula todo el daño a partir de las estadísticas de armas del lado del servidor y valida los impactos mediante raycasting del lado del servidor |
| (Economía) El explotador duplica artículos a través de solicitudes rápidas | Intentar detectar solicitudes duplicadas o patrones inusuales | Implementar tiempos de reutilización del lado del servidor y validar todas las transacciones contra el estado actual del inventario del jugador |
Al diseñar una nueva función, pregúntate: "¿Cómo podría un explotador abusar de esto, y puedo cambiar el diseño para hacer que ese abuso sea imposible o inútil?" En lugar de intentar detectar trampas después de que ocurra, diseña tu experiencia para que la trampa no pueda ocurrir o no proporcione ninguna ventaja significativa.