Un proxy entiende el protocolo para el que está diseñado. Esto significa que algún software proxy puede permitir o no permitir el tráfico en función de los elementos del protocolo. Para dar un ejemplo, su proxy podría no permitir el tráfico HTTP con un determinado encabezado User-Agent:
o solo permitir el tráfico con ciertos encabezados Referer:
. Un proxy también puede requerir autenticación antes de enviar las solicitudes.
No todo el software proxy tiene esta capacidad. Algunos simplemente procesarán las solicitudes sin realizar ningún análisis sobre el contenido más allá de lo necesario para cumplir con la solicitud.
Un proxy inverso (a menudo utilizado frente a un servidor web) puede potencialmente proteger contra fallas en el software del servidor web. También puede tener fallas que el software del servidor web no tiene.
Un firewall de red no entiende el protocolo HTTP y no puede permitir ni denegar el tráfico en función de los elementos de ese protocolo. Solo puede permitir o denegar en función de los protocolos de nivel inferior, como IP, TCP y UDP. Los firewalls de red no pueden realizar la autenticación porque esto no está integrado en los niveles más bajos de la pila OSI.
Por otra parte,
Firewalls de aplicaciones entienden el protocolo de la aplicación para la que fueron diseñados y permiten o deniegan el tráfico en función de El contenido del tráfico. No he visto uno de estos que pueda autentificar, pero ciertamente es posible.
Un firewall de aplicaciones web es solo un firewall de aplicaciones diseñado para protocolos web.
Muchos dispositivos de firewall comerciales también son (al menos parcialmente) firewalls de aplicación.
Por lo tanto, si obtiene cualquier seguridad adicional de un firewall o un proxy, depende en gran medida de qué firewall o proxy utiliza. Por lo general, también dependerá de cómo está configurado. Sin una configuración específica enfocada en la seguridad, por lo general no obtendrá seguridad adicional con un firewall o un proxy.