Tú, Harrigan.
Y bienvenidos de nuevo al curso de laboratorio.
Así que en la conferencia de hoy, vamos a discutir más sobre el firewall de aplicaciones Web.
Así que Web Application Firewall es actualmente como uno de los componentes muy críticos en cuanto a la infraestructura de
seguridad se refiere.
Y en la mayoría de las organizaciones, en concreto las de nivel empresarial, ya tienen implementado el cortafuegos de
aplicaciones web.
Veamos en qué consiste el cortafuegos de aplicaciones web.
Ahora todos sabemos lo que es el Firewall, y la mayoría de nosotros ya hemos utilizado el firewall de una manera u otra.
Pueden ser grupos de seguridad, pueden ser tablas IP.
Así que esta es una de las cosas que ya deberías saber.
Ahora, una cosa importante es que los cortafuegos, generalmente operan en las capas tres y
cuatro del modelo OSI.
Así que lo investigaremos.
Así que cuando se habla del objetivo principal del cortafuegos, el objetivo principal del cortafuegos es bloquear el tráfico
malicioso o no autorizado.
Y estoy seguro de que usted ya sabe, por lo que cuando se habla de que el firewall funciona en la capa tres
y la capa cuatro, que significa la red y la capa de transporte.
Así que generalmente si abro un paquete al azar, tienes dentro de la capa de transporte, tienes varias cosas como puerto
de origen, puerto de destino.
Si entras en la capa del protocolo de Internet, tienes la IP de origen IP de destino.
También hay varias cosas como el número de secuencia, que está dentro de la capa de transporte, y aquí
es donde los cortafuegos con y sin estado desempeñan realmente un papel vital.
Así que esto es algo que ya sabemos que permitimos basado en direcciones IP, número de puerto.
Esto es lo que hace el cortafuegos genérico.
Volviendo a la presentación, el objetivo principal del cortafuegos es básicamente no permitir
el tráfico malicioso.
Ahora la cuestión es que cuando miramos el diagrama, como el cortafuegos opera en la capa dos o en la capa cuatro,
realmente no puede mirar el tráfico de la capa siete, que es el tráfico de aplicaciones.
Y aquí es donde surge la pregunta de qué pasa con el tráfico malicioso como los ataques de inyección
SQL, los ataques de cross site scripting, que generalmente operan en la capa siete, concretamente donde
opera el protocolo HTTP.
Así que si nos fijamos en el diagrama, los ataques no HTTP ya pueden ser diferidos con el cortafuegos de paquetes estándar.
Así que sin embargo el ataque HTTP.
Así que como el cortafuegos no puede leer realmente los paquetes HTTP, déjame que te lo muestre de nuevo.
Dentro de este paquete tenemos la capa IP, la capa de transporte y la capa de actuación.
Así que esta es la capa siete.
Así que dentro de la capa siete tienes un montón de información como el agente de usuario, tienes la solicitud,
URI, tienes las cabeceras de host y un montón y tienes la propia solicitud de ACT.
Así que esta es la parte URI.
Así que todas estas cosas, el cortafuegos no puede leerlas porque no opera en la capa siete.
Y esta es la razón por la que se necesita un cortafuegos, porque la capa siete, donde se ejecutan las
aplicaciones, tiene muchos ataques, una gran cantidad de ataques.
De ahí la necesidad de contar con un cortafuegos que pueda leer los paquetes HTTP, que opere en la capa siete
y que pueda proteger las aplicaciones contra diversos tipos de ataques.
Así que te mostraré que hay un top ten de OWASP, que tiene un montón de ataques específicamente relacionados con aplicaciones web.
Puede ser una inyección SQL.
Seguro que ha oído hablar de ello.
Inyección SQL.
Tienes cross-site scripting.
Muchos de ellos están ahí.
Como todos ellos operan generalmente en la capa siete, necesita
un cortafuegos que pueda protegerle contra los ataques de la capa siete.
Y aquí es donde entra en juego el cortafuegos de aplicaciones web.
Así que los cortafuegos de aplicaciones web están generalmente diseñados para aplicaciones web y este tipo de cortafuegos,
operan en la capa siete.
Así que, de nuevo, las reglas que escribes para el cortafuegos de aplicaciones web, son reglas específicas para la comunicación
basada en HTTP.
Así que vamos a ver en detalle, pero acaba de entender que uno de los principales lemas de diversos tipos de aplicaciones
que están disponibles es para proteger contra el OWASP Top ten Matrix.
Y esto es muy importante, así que teniendo en cuenta la aplicación web.
Proveedores de cortafuegos viables.
Hay muchos vendedores disponibles.
Abarca desde el código abierto, como Mod Security, hasta diversas soluciones comerciales que son como señales de tráfico.
Akamai tiene VAF, que también es una solución bastante interesante.
En cuanto a los anuncios.
Así que incluso una gran cantidad de redes de distribución de contenidos como Cloudflare, que ofrecen el firewall de aplicaciones
web, que usted puede seguir adelante y mirar en él.
Y sin duda uno de los mejores para tener una visión general de alto nivel es el abuso, ya que es bastante sencillo y se puede
seguir adelante y crear sus propios conjuntos de reglas, crear sus propias URL basadas en la
web, etc .
Así que de nuevo, hay comerciales como Akamai Signal Sciences, que son buenos.
Pero el problema con ellos es que muchas veces no se entretienen realmente con startups o empresas emergentes que tienen como cinco o
seis servidores.
Así que es un gran dolor.
Y esta es la razón por la que generalmente recomiendo seguir adelante y optar directamente por una solución muy
sencilla y directa.
Puedes usarlo en cualquier momento y puedes implementarlo en cualquier momento y es un pago por uso.
Así que de todos modos, vamos a discutir más sobre esto en la sección correspondiente, pero espero que hayas entendido lo básico
acerca de lo que el firewall de aplicaciones web se trata.
Ahora, esta conferencia era sólo para tener una visión general de lo que es el firewall de aplicaciones web, por lo que en las secciones
pertinentes vamos a ir un poco más profundo y mirar en los escenarios de implementación relacionados con VAF.
Así que espero que esto haya sido informativo para usted y espero verle en la próxima conferencia.