Tu, Harrigan.
E bentornati al corso di laboratorio.
Nella lezione di oggi, quindi, parleremo ancora del Web application firewall.
Quindi il Web Application Firewall è attualmente uno dei componenti più critici per quanto riguarda l'infrastruttura
di sicurezza.
E nella maggior parte delle organizzazioni, in particolare quelle di livello aziendale, è già stato implementato un firewall
per applicazioni Web.
Vediamo quindi in cosa consiste il Web application Firewall.
Ora tutti sappiamo cos'è il firewall e la maggior parte di noi lo ha già utilizzato in un modo o nell'altro.
Può trattarsi di gruppi di sicurezza o di tabelle IP.
Questo è uno degli aspetti che dovreste già conoscere.
Ora, una cosa importante è che i firewall operano generalmente sul terzo e quarto livello
del modello OSI.
Per questo motivo, esamineremo la questione.
Quando si parla dello scopo principale del firewall, lo scopo principale del firewall è quello di bloccare il traffico dannoso
o non autorizzato.
Sono sicuro che lo sapete già, quindi quando si parla di firewall che operano sul livello tre e sul livello quattro,
si intende il livello di rete e il livello di trasporto.
In genere, se apro un pacchetto a caso, all'interno del livello di trasporto ci sono vari elementi come la porta di origine
e la porta di destinazione.
Se si passa al livello del protocollo Internet, si ha l'IP di origine e l'IP di destinazione.
Ci sono anche vari elementi come il numero di sequenza, che si trova nel livello di trasporto, ed
è qui che i firewall stateful e stateless giocano un ruolo fondamentale.
Si tratta quindi di qualcosa che sappiamo già di consentire in base agli indirizzi IP e al numero di porta.
Ecco cosa fa il firewall generico.
Tornando alla presentazione, lo scopo principale del firewall è fondamentalmente quello di non consentire
il traffico dannoso.
Ora la domanda è: quando guardiamo il diagramma, poiché il firewall opera al livello due o al livello quattro,
non può guardare al traffico del livello sette, che è il traffico delle applicazioni.
Ed è qui che si pone la domanda: che ne è del traffico dannoso, come gli attacchi SQL injection,
gli attacchi cross site scripting, che generalmente operano al livello sette, in particolare
dove opera il protocollo HTTP?
Quindi, se si osserva il diagramma, gli attacchi non HTTP possono essere già respinti con il firewall a pacchetti standard.
Così però l'attacco HTTP.
Dato che il firewall non è in grado di leggere i pacchetti HTTP, vi mostrerò di nuovo la situazione.
Quindi, all'interno di questo pacchetto ci sono il livello IP, il livello di trasporto e il livello di azione.
Questo è il livello sette.
Quindi, all'interno del livello sette ci sono molte informazioni come l'agente utente, la richiesta,
l'URI, le intestazioni dell'host e molte altre e la richiesta stessa dell'ACT.
Questa è la parte dell'URI.
Quindi tutte queste cose il firewall non può leggerle perché non opera sul livello sette.
Questo è il motivo per cui è necessario un firewall, perché il livello sette, dove vengono eseguite le applicazioni,
è soggetto a numerosi attacchi, una quantità enorme di attacchi.
Per questo motivo si è reso necessario un firewall in grado di leggere i pacchetti HTTP, che operi
a livello sette e protegga le applicazioni da vari tipi di attacchi.
Quindi vi mostrerò la top ten di OWASP, che contiene molti attacchi specificamente legati alle applicazioni web.
Può trattarsi di un'iniezione SQL.
Sono certo che ne avrete sentito parlare.
Iniezione SQL.
Si è in presenza di cross-site scripting.
Molti di loro sono lì.
Questi sono i dettagli che vengono citati nella top ten statunitense e, poiché tutti
operano generalmente al livello sette, è necessario un firewall in grado di proteggere dagli attacchi di livello sette.
Ed è qui che si inserisce il web application firewall.
I firewall per applicazioni Web sono generalmente progettati per le applicazioni Web e questi tipi di firewall
operano al livello sette.
Quindi, ancora una volta, le regole scritte per il firewall delle applicazioni web sono regole specifiche per la comunicazione
basata su HTTP.
Lo analizzeremo in dettaglio, ma è sufficiente capire che uno dei motti principali dei vari tipi
di app disponibili è quello di proteggere dalla OWASP Top ten Matrix.
E questo è molto importante, considerando la web app.
Fornitori di firewall validi.
Ci sono molti venditori disponibili.
Si va dall'open source, come Mod Security, a varie soluzioni commerciali, come i cartelli di segnalazione.
Akamai ha VAF, un'altra soluzione piuttosto interessante.
Per quanto riguarda gli spot pubblicitari.
Anche molte reti di distribuzione dei contenuti, come Cloudflare, offrono un firewall per le applicazioni
web, che potete esaminare.
Uno dei migliori per avere una panoramica di alto livello è sicuramente l'abuso, perché è abbastanza semplice
e si possono creare i propri set di regole, creare i propri URL basati sul web, ecc.
Quindi, anche in questo caso, ci sono quelli commerciali come Akamai Signal Sciences, che sono buoni.
Ma il problema è che spesso non si occupano di startup o di startup che hanno cinque o sei
server.
Si tratta quindi di una bella seccatura.
Ed è per questo motivo che in genere consiglio di procedere con una soluzione molto semplice
e lineare.
Si può usare in qualsiasi momento e si può implementare in qualsiasi momento.
In ogni caso, ne parleremo più diffusamente nella sezione dedicata, ma spero che abbiate capito
le basi di cosa sia il web application firewall.
Ora, questa lezione era solo per avere una panoramica su cosa sia il web application firewall, quindi nelle sezioni
pertinenti andremo un po' più a fondo e analizzeremo gli scenari di implementazione relativi al VAF.
Spero che questo sia stato istruttivo per voi e vi aspetto alla prossima conferenza.