ESCUADRÓN BIOLÓGICO

INFORME DE PROYECTO INTEGRADOR DE

INGENIERÍA DE SISTEMAS

David Eduardo Delgado Herrera

Email: dedelgado@ucundinamarca.edu.co
Johan Alexander Forero Orozco
Email: jalexanderforero@ucundinamarca.edu.co
Andres Felipe Mora Caicedo
Email: afelipemora@ucundinamarca.edu.co

Resumen
El proyecto escuadrón biológico nace de la idea de desarrollar videojuegos
educativos que mantienen la esencia de lo que es un videojuego para lograr una
interactividad y cumplimiento de su objetivo que es el de proporcionar un nuevo
concepto que ayude a complementar el aprendizaje significativo.
Este proyecto está enfocado y basado en varios aspectos que se tuvieron en cuenta
para su desarrollo entre los cuales encontramos la programación y diseño que se
tuvo que desarrollar tanto de manera conceptual como de construcción lógica de un
aplicativo como la interconexión con un servidor web que nos permita acceder a
diferentes servicios para complementar lo que es el videojuego en sí, esto con el fin
de lograr detectar la forma en la que existe comunicación entre un equipo y un
servidor web, teniendo en cuenta diferentes aspectos únicos que comprende esta
sección, ya sea cuando se habla de protocolos, métodos de transferencia de
paquetes o forma de comunicación enfocada a el modelo cliente- servidor. Para
complementar el desarrollo de este videojuego, se encuentra la oportunidad que nos
ofrece el estudio estadístico acerca de datos que se pueden recopilar en el
videojuego para de esta manera generar por una parte un manejo de efectividad
tanto del videojuego como forma de entretenimiento o también como una manera
efectiva de aprender de una manera diferente; por otra parte llegar a crear
conclusiones con respecto a datos ligados al registro que con unión a la jugabilidad
permite análisis más a fondo.

Palabras clave: concepto, mecanica, estilo visual, modelo cliente- servidor, unicast

Abstract:
The biological squad project is born from the idea of developing educational video
games that maintain the essence of what a videogame is to achieve interactivity and
fulfillment of its objective, which is to provide a new concept that helps complement
meaningful learning.
This project is focused and based on several aspects that were taken into account
for its development among which we find the programming and design that had to be
developed both in a conceptual way and in the logical construction of an application
such as the interconnection with a web server that we allow access to different
services to complement what the videogame itself is, this in order to detect the way
in which communication exists between a computer and a web server, taking into
account different unique aspects that this section comprises, whether when talking
about protocols, packet transfer methods or communication method focused on the
client-server model.
To complement the development of this videogame, there is the opportunity offered
by the statistical study about data that can be collected in the videogame to thus
generate on the one hand a management of effectiveness of both the videogame as
a form of entertainment or also as an effective way to learn in a different way; on the
other hand, to reach conclusions about data linked to the registry that, together with
the gameplay, allows for more in-depth analysis.

Keywords: concept, mechanics, visual style, client-server model, unicast

Introducción enfocado en el modelo cliente-

Escuadrón biológico presenta
diferentes aspectos enfocados a
materias distintas, pero que se
complementan al momento de la
práctica y presentación final del
videojuego como software. Primero
recordar los contenidos conceptuales
que llevaron al desarrollo del juego
entre las cuales encontramos por una
parte el enfoque y nacimiento de la
idea y su funcionamiento como tal; y
por otra parte la forma en la que este
juego por medio de acceso a un
servicio web puede lograr crear una
plataforma en la cual se puede
detectar el comportamiento que existe
en la comunicación de los host que
intervengan para de esta manera
acceder e interrelacionar aspectos del
juego como aspectos del diseño
servidor, esto complementando lo que
sería el ingreso y manipulación de
información suministrada a una base
de datos que permitirá realizar análisis
posteriores teniendo en cuenta
diferentes aspectos, ya sea por una
parte enfocada en el juego como tal,
refiriéndonos al gameplay, como a la
forma en la que distintos datos
ingresados para el registro en el
videojuego permiten un estudio más a
fondo que permita concluir la
efectividad de un videojuego como
otra forma de modelo educativo o
análisis bajo ciertos parámetros
específicos (edad,género,etc).
1. Desarrollo del videojuego
1.1. Concepto
Esta es la historia de tres científicos
con la capacidad de controlar robots
para curar a las personas eliminando
directamente los microorganismos que
los invaden; Adán, Lucifer y Asuka
tendrán la misión de erradicar cada
microorganismo que encuentren
según cada paciente que llega a su
consultorio.
Escuadrón biológico es un videojuego
de aventuras situado en los confines
de la anatomía humana, en el que tres
científicos con la capacidad de
controlar robots microscópicos; Adán,
Lucifer y Asuka por medio de sus
habilidades de combate, ingenio e
inteligencia tendrán la misión de
erradicar cada microorganismo
maligno que atente ante la salud de
cada paciente.
1.2. Resumen
Adan, Lucifer y Asuka, controlados por
sus científicos, entrarán al cuerpo de
los pacientes a erradicar cada uno de
los microorganismos peligrosos que lo
esten atacando, nuestros tres héroes
serán implantados al inyectar a los
sujetos. Ellos tendrán que acabar con
la plaga microscópica con ayuda de
sus habilidades, artefactos y 1.3.2. Mecánicas
conocimientos que les permitirán
avanzar hasta llegar al núcleo de la
enfermedad y destruirla antes de que
sea demasiado tarde.
1.3. Mecánicas
1.3.1. Personajes (Robots):
En escuadrón biológico se encuentran
a parte de mecánicas de navegación
como lo son moverse, correr y
caminar, otras más para dinamizar un
poco más el videojuego.
➔ Ataque: Cada personaje ofrece
una variedad distinta de
ataques ya que cada uno se
centra en una forma de ataque
distinta, por una parte Adán es
un guerrero que con su fuerza
puede combatir cuerpo a
cuerpo a los enemigos; por otra
parte lucifer con su arco tiene la
capacidad de atacar a los
enemigos a larga distancia, lo
que permite tener un control
mayor de los enemigos; y por
último con Asuka, y sus armas
de bombas líquidas ofrecen una
área de daño bastante extensa.
➔ Defensa: Cada personaje con
sus diferentes características
logran una defensa definitiva
que les permitirá resistir
diferentes tipos de daño, desde
la conversión de su cuerpo en
blindaje a prueba de todo, hasta
protección en área por parte de
asuka que con sus bombas de
líquido crea un escudo o lucifer
que logra una agilidad que le
permite escapar rápido de
batallas que puede ir perdiendo.
de
habilidades especiales:
a. Furia: Habilidad de Adán con la
que logra un aumento de
fuerza, permitiéndole destruir a
los enemigos de una manera
más fácil, esto lo logra
mediante la carga de de su
motor de poder que le da esta
fuerza destructible por unos
segundos.
b. Rafaga: Esta habilidad se
vincula a lucifer en la cual llega
 a un nivel de concentración
infalible donde logra lanzar
hasta 3 flechas a una velocidad
impresionante, sucede por
medio de un solo ataque pero
con 3 flechas.
c. Explosión: Asuka tiene esta
habilidad que se centra en
cargar por unos segundos su
armas lanzando una bomba
mas poderosa lo cual genera
una explosion y area liquida de
daño más grande y que permite
un mejor control cuando son
muchos enemigos.
1.4. Estilo visual
El escenario está dividido en
diferentes niveles dependiendo el
cuerpo humano de cada paciente,
donde se vea un poco la anatomía
detectando ciertas zonas de combate
representantes de algún órgano,
puede variar en los diferentes
escenarios dependiendo del
microorganismo que quiera erradicar,
pues los virus, hongos o bacterias
pueden atacar diferentes órganos
generando diferentes enfermedades,
esto da paso a diferentes ambientes a
explorar. El fin es detectar
exactamente las zonas en las que los
microorganismos atacan y diseñar lo
más cercano posible el interior del
cuerpo humano en esas zonas y de
esta manera reforzar la anatomía
humana.
1.5. Controles
1.6. Jugabilidad
● Puzle previo a misión: Con
esta mecánica se planea
enseñar química y la manera en
la que los compuestos se
deben conformar, esto
mediante una pantalla de
explicación de la enfermedad y
que compuesto se puede crear
para una mejor construcción de
armamento, se hará un
modelado en el cual se detalle
la estructura química del
medicamento a utilizar y
mostrar su efectividad para los
diferentes enemigos en cada
misión.
● Información biológica: Ya que
para cada misión se tendrán en
cuenta diferentes escenarios
representantes de órganos
humanos, al llegar a cada uno
de estos se le dará información
acerca de la zona en la que se
encuentra, información como el
que es, que genera y su
importancia para los diferentes
sistemas humanos, esto para
implementar y ayudar al
conocimiento de biologia y
anatomia. Esto se hará por
medio de diálogos con los
científicos que explicaran esto
por audios en tiempo real
mientras sucede la misión.
● Quiz: Esta mecánica se
evidencia en el nivel tres y
consiste en un obstáculo para
el jugador en donde tendrá que
responder correctamente una
pregunta sobre anatomía la
cual es de opción múltiple con
única respuesta, posterior a
esto si el jugador acierta podrá
seguir jugando y en tal caso
que falle este perderá vida
hasta el momento en el que
 seleccione la respuesta
correcta.
1.7. Consecución de objetivos
1.7.1 Misión y Estructura de
retos
Acto 1: “Hongos por doquier”
● Encuentro: Este es el
primer nivel del juego y
es el más fácil de todos,
ya que en este se explica
los controles de manejo
para el jugador.
● Objetivos: En este nivel
el primer robot se debe
enfrentar a los súbditos
de e “Hialo”
posteriormente el
jugador deberá derrotarlo
para poder pasar al
siguiente nivel. Si no lo
derrota el jugador
perderá.
● Enemigos: Hialo,
súbditos hongos de Hialo
● Personajes: Adán.
Acto 2: “Respira profundo”
● Encuentro: Asuka se
tendrá que presentar en
el cuerpo del paciente y
completar su misión lo
más rápido posible, es
una misión contratiempo,
ya que se puede
expandir la enfermedad
por más zonas y hacerla
incontrolable, se tendrá
que preparar con sus
mejores armas para
combatir esta
enfermedad..
● Objetivos: Asuka, se
enfrentará a algunos
enemigos que lo
atacaran y le impedirán
el paso a toda costa
hacia el núcleo de la
enfermedad, tendrá que
derrotar y destruir
cualquier tipo de barrera
que le impida el paso
para enfrentar al
enemigo Myco y salvar la
vida del paciente, la
dificultad la encontramos
en la manera en la que
los enemigos tienen la
posibilidad de unirse a
sus compañeros para
evitar el paso a toda
costa, evitando el
proceso de respiración y
con altas probabilidades
de fracasar.
● Enemigos: Myco y sus
aliados nebulosos que
impiden el paso y
soldados que atacaran
para destruir a Asuka.
● Personajes:Asuka.
Acto 3 : Por ci no te cuidas:
● Encuentro: Para llegar
hasta acá Adán y Asuka
tendrá que vencer
anteriormente a “Hialo” y
“Myco”, Hongo y
bacteria. En esta misión
el cuerpo estará en
desequilibrio total gracias
a la expansión de “H”, el
cual hará que la
dificultad aumenta,
presentándose todo tipo
de catástrofe en el
camino de Lucifer,
algunas de estas
catástrofes son:
Inestabilidad y Fiebre por
 tanto, se presentarán
obstáculos referentes a
estos haciendo mucho
más difícil el avance de
Lucifer.
● Objetivos: En esta
misión Lucifer deberá
enfrentarse y vencer a Figura 1. Modelo cliente-servidor
“H” conjunto a los
Escuadrón biológico
enemigos que este
(Videojuego en Unity, Cliente): Esta
traerá. Pasando por un
aplicación desarrollada será el cliente,
conjunto de obstáculos
ya que es el que va a solicitar acceso
que el jugador deberá
al servicio y todo lo que necesite para
pasar para lograr salvar
realizar sus funciones entre los cuales
al paciente.
encontramos ingreso por usuario o
● Enemigos: Hy súbditos
permitir acceder a la base de datos
virus.
para escribir datos del avance del
● Personajes: Lucifer.
juego .
Acto Final: La unión hace la
000webhost(Servidor):Esta
cura:
aplicación presta el servicio del host
● Encuentro: Adán,
que se convierte en un nodo que nos
Lucifer y Asuka tendrán
permite el acceso a la nube y todo lo
que unir sus fuerzas ante
que es el aplicativo web que va ligado
el virus más peligroso de
con la base de datos para permitir la
todos, por lo que tendrán
interconexión tanto del videojuego a
que entrar por última
este servicio, como el servicio
vez, juntos, para
guardando información y colocandola
combatir este virus con
en la base de datos.
todas sus habilidades
que unidas son la única
manera de acabar con La direccion ip del cliente en este caso
VH, el último enemigo al es 192.168.0.10 y la del servidor
cual se tendrán que 145.14.144.166.
enfrentar, es el más
poderoso de todos y en 2.2. Metodo de difusion
donde tendrán que
atacar siempre con sus
mejores habilidades para
acabar con él y de ser
necesario hacer
sacrificios.
Figura 2. Modelo Unicast
2. Modelo Cliente- Servidor
2.1. Características
 El metodo de difusion detectado
es el unicast esto ya que se tiene un
único emisor que en este caso seria la
pagina web creada donde esta
conectada la base de datos del
servicio; y con único destinatario que
en este caso sería el equipo de cada
uno de los usuarios que recibe la
información necesaria de la base de
datos por medio del videojuego, con el
que se permite la comunicación entre
emisor- receptor.
Aunque existan varios receptores la
conexión va a ser única, ya que se
genera una comunicación
independiente por cada servicio que
se desee obtener.
Definición de unicast: “... transmisión
punto a punto con cada destinatario.
Si se desea enviar la misma
información y hay n destinatarios
habrán comunicaciones punto a
punto independientes o n copias de la
misma información enviada desde el
punto de origen.”
2.3.Plataforma del sitio WEB
Alojamiento: El sitio web en
conjunto a la respectiva base de datos
se encuentran alojados en el hosting
https://www.000webhost.com/ en
modo gratuito. Este modo nos permite
usar ciertas funciones con objetivo a la
mejora en áreas de seguridad,
comunicación y acceso a el sitio web,
esto por medio del panel de control
entre las cuales se encuentran las
siguientes:
Estadísticas: En estas se muestran
gráficas de datos sobre nuestro
hosting como lo es:
- Ancho de banda: Este se hace
mensual y tiene un límite de
10000 mb.
- Espacio en el disco: Se tiene
una capacidad en el disco de
1000 mb.
Figura 3. Restricciones del hosting
Dominios: Esta opción nos permite
crear tanto dominios aparcado, los
cuales sirven para ingresar al sitio sin
el www, esta opción se realiza por
medio de los DNS del propio hosting o
dominios apuntados en los cuales se
tiene total control del DNS.
Ftp: Este hosting permite el ftp por
medio de software como lo es
SmartFTP o FilleZilla, estos permiten
la transferencias de archivos tanto de
subida como de descarga entre
usuario y servidor.
Administrador de Archivos: Este
nos permite la subida de nuestros
archivos al servidor y por medio de
este la actualización de la página, hay
que tener en cuenta que este hosting
maneja php desde la versión 5 hasta
la 7.
Administrador de Bases de Datos:
Este nos permite la creación de bases
de datos para de este modo tener una
conexión entre el sitio web y los datos
de formularios que se envían a esta,
maneja MYSQL por medio del gestor
de bases de datos PHPMYADMIN.
2.4. Métodos de seguridad y
cifrado
 Para realizar el debido análisis
tanto del HTTP como del HTTPS se
realizó la captura desde dos sitios
distintos, ya que la configuración del
hosting principal (conexión a unity) no
nos permitió realizar la debida
configuración del TLS.
2.4.1. Captura de red: Hosting
HTTP: Se procedió a realizar la
captura de la red realizando el
formulario de iniciar sesion desde
nuestro sitio web
http://esbiologico.epizy.com/contact
.php
Figura 4. Login - Sitio web HTTP
Como es evidente el sitio es no seguro
por tal razón tiene desactivado el TLS
(Seguridad de la capa de transporte),
al realizar el inicio de sesión con éxito
y al detener la captura de la red nos
encontramos con el siguiente
resultado respecto al transporte de
datos:
Figura 5. Protocolo HTTP
1. En primer lugar nos
encontramos con que uno de
los protocolos participes en esta
captura fue el HTTP y es donde
se encuentran todos los
métodos GET y POST
realizados en el proceso de
inicio de sesión.
Analizando cada uno de estos
métodos se observó que en el método
POST es en donde se realiza el envío
de datos como lo son en este caso el
usuario y contraseña, evaluando la
traza, en la sección de Hypertext
Transfer Protocol de este se observó
que los datos enviados se muestran
sin ningún tipo de cifrado, por tal razón
no existe una seguridad en este
proceso de comunicación.
Figura 6. Datos no cifrados del login
Sin embargo “superficialmente” se usa
un algoritmo de reducción
criptográfica, en este caso MD5
permitiendo así un cifrado de la
contraseña al registrarse y validar
datos de inicio de sesión. Este dato
cifrado es visible desde la base de
datos.
Figura 7. Cifrado con algoritmo MD5
Con esto fue visible las
vulnerabilidades que sufre nuestro
sitio web por medio de las distintas
capas.
2.4.1. Captura de red: Hosting
HTTPS: Se procedió a realizar la
captura de la red realizando el
formulario de iniciar sesion desde
nuestro sitio web
https://escuadronbiologicocd.000webh
ostapp.com/
Figura 8. Sitio web https
Como observamos el sitio es seguro,
ya que se está haciendo uso de un
TLS, posterior a esto se recurrió a
realizar el formulario de iniciar sesion,
tras realizar la captura de este nos
encontramos con lo siguiente:
1. En esta captura o proceso de
comunicación dio como
resultado la interacción de solo
5 protocolos.
2. El http fue reemplazado por el
TLS1.2 por ende (HTTPS) ya
que se realiza la debida
encriptación de datos:
Figura 9.Datos encriptados
Con respecto a esto es clara el tipo de
seguridad que mantiene este
protocolo, ya que con el uso de este
todo dato relacionado con el proceso
de comunicación y transmisión se
envían y reciben de manera
encriptada.
Como se puede observar a nivel de
capas todo dato es encriptado, esto
demuestra un nivel de seguridad
bastante alto ya que significa un riesgo
menor a la hora de manejar
transferencia de datos y por ende
procesos de comunicación. Es cierto
que ningún sistema es completamente
seguro, esto tambien es valido para
nuestro sitio y cualquiera que solo use
este método de “cifrado”, por ende se
deben utilizar más herramientas que
ayuden a proteger las vulnerabilidades
que nuestro sitio pueda tener y más
teniendo en cuenta que este es un
hosting gratuito, el cual es usado para
realizar procesos ilegales de manera
“anónima”.
2.5. Protocolos de
comunicación
Para este análisis se usaron de igual
forma dos hosting, uno tipo http o otro
de tipo https, ya que este no nos
permitió la configuración TLS.
2.5.1. Protocolos de
comunicación: Hosting HTTP:
Al realizar la captura se observó que
maneja 10 protocolos, los cuales se
mostrarán en la siguiente gráfica:
Figura 10. Protocolos sin tls
Los protocolos que más tienen
relación en el proceso de
comunicación y que por igual forma se
presentan de una manera más
continua en la captura son:
- ARP: (Protocolo de resolución
de direcciones). Es responsable
de encontrar la dirección MAC
de determinada ip, en este caso
del origen-destino.
 - HTTP: (Protocolo de Pérdida de paquetes (HTTP): Para
transferencia de hipertexto). Es analizar la efectividad en el proceso de
un protocolo de comunicación comunicación tras no utilizar un TLS,
que se encarga de permitir las procedemos a observar la cantidad de
transferencia de datos en la paquetes perdidos tras la operación y
World Wide Web (WWW). captura de la red en el momento de
- UDP: (Protocolo de datagramas iniciar sesión en nuestro sitio web.
de usuario). Este permite el
envío de datagramas a través
de la red.
- TCP: (Protocolo de control de
transmisión). Es uno de los
protocolos fundamentales de
internet y se encarga de
garantizar la entrega de datos a
su destino sin ningún tipo de
error y en el mismo orden en el
cual se enviaron.

Analizando la gráfica obtenemos que

el protocolo que más se ve en la Figura 11. Paquetes perdidos (Http)

captura es el TCP y tiene sentido ya

que este se encarga del control de
transmisión de datos, este protocolo
se ve relacionado con el proceso de
comunicación que conllevo la acción
del formulario en el envío del usuario y
contraseña (Protocolo HTTP) de este,
claramente con la ayuda de los demás
protocolos mencionado y no
mencionados. Este protocolo el cual
es el que más veces aparece en la
recolección de paquetes nos
representa la manera en la que se
tiene que estar haciendo
constantemente un análisis de la red
para que la transmisión de datos
llegue y sea entregada de manera
correcta y ordenada, por lo que tiene
que permanecer en un análisis
repetitivo donde verifique que la
comunicación se está haciendo de
manera correcta.
Tras observar la gráfica, el número de
paquetes perdidos sin el uso de un
TLS (no seguro) es un total de 15 y
aparte no contiene una seguridad
debida en el trámite y transmisión de
datos.
2.5.2. Protocolos de
comunicación: Hosting HTTPS:
Al realizar las captura de la red
usando un TLS o método seguro
(HTTPS), se obtuvo que maneja 5
protocolos, los cuales se muestran en
la siguiente gráfica:

Figura 12. Protocolos con tls
Los protocolos más importantes en el
proceso de comunicación y en nuestro
caso seguridad son: TCP, TLS 1.2 y
UDP, sin embargo los otros dos
protocolos DNS y SSDP son
necesarios para cumplir los requisitos
de la conexión entre usuario-servidor.
- TLS1.2: (Seguridad en la capa
de transporte). Es un protocolo
criptográfico, el cual
proporciona comunicaciones de
red seguras. En este protocolo
se usa autenticación cliente-
servidor, para luego por medio
de esa “sesión” cifrar todo el
flujo de datos entre estas.
- DNS: (Sistema de nombres de
dominio). Permite la asignación
de nombre de dominio para las
distintas direcciones ip en una
comunicación o conexión de
red.
- SSDP: (Protocolo simple de
descubrimientos de servicios).
Permite que dispositivos
conectados a una red
descubran servicios
contactables como impresoras
y servidores.
Analizando la gráfica observamos que
los protocolos de mayor concurrencia
son el TLS y el TCP, esto se debe a
que la transferencia de datos se hace
por medio de una encriptación del
protocolo TLS en donde este codifica
los datos del formulario para que al ser
enviados estos no sean visibles y por
ende el responsable de todo este
proceso de control es el propio TCP.
Pérdida de paquetes (HTTPS): Tras
realizar la debida captura en el inicio
de sesión, se procedió a analizar la
efectividad en el proceso de
comunicación que se tuvo tras utilizar
un TLS o método seguro (HTTPS),
este fue el resultado:
Figura 13. Paquetes perdidos (Https)
Tras observar la gráfica, el número de
paquetes perdidos fue 0, esto significa
que el cambio de HTTP a HTTPS es
significativo en cuanto al proceso de
comunicación.
2.5.3. Http vs Https: Como
resultado se obtuvo que el cambio el
usar un tls o no, es bastante grande
en cuanto al proceso de comunicación
y transferencia de información, ya que
aparte de la seguridad en los datos
que se transmiten y reciben existen
una gran diferencia a la hora de
evaluar la efectividad de envío de
cada paquete dándose una diferencia
bastante grande de paquetes
perdidos, teniendo en cuenta que se
simuló un mismo espacio “inicio de
sesión” de captura. Además de esto
se logra detectar una mayor
efectividad de envío de paquetes
donde se establecen más protocolos
que hace notar no solo la seguridad
con respecto al encriptamiento sino
además con respecto al envio y
recepcion de paquetes los cuales se
ven evidenciados al desarrollar un
diagrama del protocolo de ventana
deslizante.
2.5.4.Protocolo de ventana
deslizante y sus primitivas
- HTTP: Por medio de la gráfica
a continuación mostrada
podemos ver la forma de
comunicación que hay entre el
cliente y servidor y su
interacción, donde se logra Figura 14. HandShake Http
detallar pocos protocolos TCP - HTTPS: La gráfica nos permite
que permite concluir la poca visualizar de alguna manera
factibilidad en cuanto al envío y otra diferencia importante que
recepción de los paquetes existe entre HTTP y HTTPS y
enviados, aunque bien se logra esto lo demos en la fiabilidad y
ver una captura en la cual la eficacia de la comunicación
comunicación es correcta, se entre los host del cliente y el
tiene que tener en cuenta la servidor, nos permite
cantidad de paquetes perdidos principalmente visualizar un
mencionados anteriormente lo conjunto mayor de protocolos
que quiere decir que la TCP que nos aseguran la
comunicación aunque sí se está correcta comunicación
logrando hacer, va a tener una establecida entre los host.
consecuencia con respecto a la Teniendo esto en mente tiene
velocidad de envío de paquetes sentido la afirmación de que la
para una comunicación tanto pérdida de paquetes es menor
rápida como eficiente, que es o nula (en el caso de esta
diferente cuando hablamos de captura), porque el protocolo
HTTPS que veremos a TCP nos permite una conexión
continuación. estable que hace que la
comunicación entre host sea
fluida y correcta, sin paquetes
perdidos y confirmando la
 eficacia de la comunicación.
Figura 15. HandShake Https
2.6. Captura de red unity-
servidor: Se procedió a realizar el
análisis del funcionamiento del
proceso de comunicación desde el
formulario de login de unity a la base
de datos alojada en el servidor, se
hicieron pruebas con el hosting con
funcionamiento TLS, pero se cambió
la redirección de la conexion php de
unity a la base de datos, teniendo en
cuenta una redirección HTTP y otra
HTTPS.
2.6.1. Unity-servidor (con
redirección de unity-servidor http):
Para esto se procedió a cambiar el link
de dirección de unity a la base de
datos en el momento de iniciar sesion
desde el juego, como se muestra a
continuación:
Figura 16. Url conexion unity-servidor
Posterior a esto se realizó la
respectiva captura de red desde
Wireshark, que como resultado se
obtuvieron los siguientes protocolos:
Figura 17. Protocolos unity-servidor (Http)
Lo esperado en este caso era que
salieron exactamente los mismos
protocolos que al usar el servidor
HTTP, pero en este caso fue distinto
ya que se encontraron protocolos de
distinta naturaleza, por un lado el http
y por otro el tls1.2 metodos seguro y
no seguro.
En los 2 paquetes de protocolos http
se muestran los datos del ingreso del
login, por tanto está realizando el
método POST por medio del no
cifrado, sin embargo mantiene la
seguridad dentro del sitio web, esto
explicaría la concurrencia del
protocolo tls y por tanto el flujo de
datos sigue siendo cifrado. Como
resultado se obtuvo una vulnerabilidad
nueva por medio de una mala
codificación de código en la conexión
de unity a la base de datos
Figura 18. Datos no cifrados unity-servidor
 Figura 19. Tls en la conexión unity-servidor
2.7.1. Unity-servidor (con
redirección de unity-servidor https):
Para realizar esto se procedió a
realizar el mismo paso anterior pero
con el link del sitio https, como
resultado se dio una comprobación al
resultado anterior de la captura de red
cliente-servidor con el https, respecto
a los protocolos obtenidos:
Figura 20. Protocolos unity-servidor (Https)
Como resultado se prueba los anterior
resultados dados, dando así una
seguridad de cifrado tanto del cliente-
servidor como de unity-servidor.
2.7 Velocidad comunicación
2.7.1.HTTP
Figura 21. Toma de la gráfica I/O de wireshark
(HTTP)
En el análisis de la gráfica generada
por wireshark acerca de la velocidad
con respecto a bytes descargados
encontramos dos grandes momentos
de descarga que son representados
en esos dos picos grandes de ella. En
estos podemos observar dos paquetes
que intervienen aquí, el primero que
vemos es el de UDP y el segundo es
el de TCP, con esto se puede decir
que lo que hace el protocolo HTTP
para la comunicación es tener primero
en cuenta que se está usando el
protocolo UDP lo que quiere decir que
se están enviando primero los
paquetes sin antes establecer una
conexión estable, lo que hace notar
entonces la falta de seguridad en
cuanto a envío de estos, ya que el
segundo momento si se genera el
protocolo TCP que nos asegura la
comunicación de esta pero hace notar
que la baja seguridad que se maneja
para el envío de la información. Esto
es lo que puede llegar a generar la
respuesta a el porque los datos HTTP
no se encriptan o tienen otro nivel de
seguridad en cuanto a encriptamiento,
ya que hará que sea más demorado el
proceso al momento de obtener estos
datos.
2.7.2 HTTPS
Figura 22. Toma de la gráfica I/O de wireshark
(HTTPS)
Teniendo en cuenta estas gráficas
podemos detallar diferentes
cuestiones entre la más notable, la
existencia do nuevamente dos
grandes momentos de descarga en el
momento de la comunicación, y es
aquí en donde llegamos a encontrar
otra gran diferencia con el HTTP. El
primer gran momento que observamos
en la gráfica está vinculado al
protocolo TCP que hace notar la
seguridad de que la conexión se está
haciendo, el que se encuentre ese
protocolo en primer lugar ya genera la
diferencia abismal ya que podemos
decir que primero vamos a tener una
comunicación segura y completa para
el envío de información, evitando
paquetes perdidos que pueden
generar algún tipo de riesgo. Por otra
parte el segundo gran momento está
vinculado al protocolo UDP que nos
asegura el envío de datagramas pero
en este caso se encuentra de último
ya que lo que se hace notar es la
diferencia de tiempos con lo que
podemos concluir el encriptado que se
genera con los paquetes par mantener
su seguridad más alta, por eso se
explicaría la diferencia de tiempos con
respecto al HTTP.
2.6. Modelo gráfico:
Al hacer tracert a la url , se
puede ver cinco ips que serian las
puertas de enlace (Gateway) por el
cual pasa la señal a los routers hasta
llegar la dirección ip de destino, algo
que nos dimos cuenta, es que la
dirección ip del servidor cambia con
cada tracert o ping que se hace,
llegando a la conclusión que el hosting
gratuito le tiene un servicio de DHCP
para que pueda cambiar la dirección ip
cuando un usuario se conecta,
también se puede dar cuenta que al
ser HTTPS las ips que se muestran no
se pueden detectar la ubicación.
Al hacer varios tracert a la dirección se
puede se puede apreciar que los
únicos octetos que cambian son el 3 y
4, de esto se puede decir que la
dirección ip tiene una mascara de
255.255.0.0 el cual puede alojar
65536 host. La ip es clase B y es una
ip pública.
Figura 23. Análisis comando tracert
Figura 24. Traza realizada del cliente al servidor
Conclusiones
- En primer lugar se tiene que
hacer notar el análisis de la
idea que se tuvo para empezar
a desarrollar, en donde se tuvo
que encontrar una problemática
que permita crear una idea de
videojuego que se enfoque en
lo educativo sin perder la
esencia de lo que es, y esto es
lo que permite ligar en primera
instancia a un videojuego como
un software, que mas tarde se
hara notar que esta aun más
conectado con esto ya que la
programación que existe detrás
de todo videojuego es compleja
y bien estructurada, que se liga
completamente con lo que es
un software, sistema de
información, página web. Esto
va de la mano con muchas
cosas natas de lo que debe
tener un videojuego, como es
un estilo visual, mecánicas,
jugabilidad, que de alguna
manera empieza a ser más
compleja por el necesario
diseño en diferentes aspectos
como lo es diseño visual, de
guión, de concepto que lo hace
más complejo como un sistema
a desarrollar.
- Por otra parte, se encuentra el
análisis de comunicación
realizado, con el que se permite
visualizar las características
que tiene la comunicación entre
un cliente y un servidor
siguiendo su modelo, donde se
tiene que plantear quién es
quién en dicho modelo ya que
el cliente puede ser cualquier
dispositivo que permita correr el
aplicativo que requiere la
utilización del servicio web para
conectar con el servidor.
- El hosting utilizado también
permite que se le desarrolla un
análisis con el que se detallan
cosas importantes como lo es el
ancho de banda o el espacio en
el disco como restricciones que
nos ofrece al ser gratuito, esto
empieza a formar la idea de
como es el desarrollo de
páginas web con servicios más
complejos que simplemente la
creación de la estructura,
además de esto se encuentran
dominios, administrador de
archivos ftp y administrador de
base de datos que se requieren
para la creación correcta de un
servicio en la nube,pues se
tienen que tener en cuenta
todos estos aspectos para que
el servicio sea completo.
Adicional a esto podemos
concluir el método de difusión
que se maneja, puesto que ya
sabemos que no importa el
dispositivo en donde se esté
ejecutando la aplicación
siempre se dirigirá a un servidor
y el servidor le responderá solo
a el las solicitudes que le
genere, por lo que es preciso
mencionar que el método que
utiliza es unicast.
- Teniendo estos análisis del
servicio, se empieza a hablar
de los métodos de seguridad y
protocolos que utiliza este
servicio, donde utilizando dos
hostings uno con HTTP y otro
con HTTPS se analizaron los
protocolos y comportamiento en
 diferentes aspectos.
Empezando con HTTP,
encontramos primero que todo
diferentes protocolos que nos
permiten detallar la
comunicación que se genero al
intentar ingresar en un logeo
del aplicativo web, en esto
pudimos observar protocolos
básicos así como los más
importantes el TCP, ARP, UDP
y el mencionado HTTP, con
esto se pudo observar la poca
seguridad que existe en el
manejo de HTTP que es el
encargado de lo que es la
comunicación con WWW,donde
al ingresar y capturar los datos
podemos visualizar todo lo que
ahí sucede y entre eso
encontrar por ejemplo
contraseñas que fueron
colocadas ahí, ya que no
existen metodos de
encriptacion que permita algún
tipo de seguridad antes
diferentes tipos de robo de
datos, que al contrario de
HTTPS genera un TLS que nos
va a crear un sistema de
encriptado para de esta manera
proteger todo lo que será
enviado en la comunicación que
existe entre el cliente y el
servidor, y todo esto se observa
como ejemplo en la captura
tomada donde todos los
protocolos HTTP fueron
reemplazados por el ya
mencionado TLS.
- Otro aspecto importante a
destacar para detallar la
diferencia entre HTTP y HTTPS
es el de los paquetes enviados
pues aunque hayan sido así, el
rango de pérdidas de estos
entre un protocolo y otro es
bastante grande, ya que se
observa que en HTTP la
pérdida de paquetes es
bastante alta que a
comparación de HTTPS no
genero ningun paquete perdido,
y de alguna manera es de lo
que se habla, pues no solo
existirá seguridad en cuanto al
lo que se envía sino además a
la manera en la que se envía
pues se va a tener más
seguridad de que los datos
serán enviados de manera
eficaz, en el menor tiempo
posible, con menos recursos y
de manera correcta que es lo
que se hace notar en el
protocolo HTTPS y con esto
podemos concluir la
importancia de la utilización de
este tipo de protocolos en
servicios web, que nos harán
una conexion y comunicacion
mucho mejor y más estable,
que se tendrá la seguridad de
que será mucho mejor a
comparación de simplemente
HTTP. Esto enfocado al
proyecto lo vemos en el ingreso
o logeo en unity donde se
maneja exactamente lo mismo
que al ingresar a la página web
y por tanto al servicio, pues se
tiene que manejar el mismo
nivel de seguridad y efectividad
de la comunicación.
- Por último, la realización de la
traza que tiene que hacer un
dispositivo para acceder a el
servicio en la nube hace ver
 nuevas características que
utiliza la comunicación de datos
para que la información sea
enviada se del cliente al
servidor o viceversa, donde se
hace notar las diferentes ips por
las que tiene que pasar para
acceder a este, donde se ve el
cambio de ip de algunos ya que
las solicitudes de alguna
manera van a ser distintas y la
va a generar ips diferentes para
asegurar la comunicación
correcta donde no se repita
ninguna ip y no se genere un
tráfico en la red que lo unico
que hara es retrasar la llegada
de los paquetes o información a
la cual se desea acceder.

Bibliografía:
- http://recursostic.educacion.e
s/observatorio/web/ca/compo
nent/content/article/453-
diseno-de-la-red-del-centro?
start=3
- https://naghieli.wordpress.co
m/about