[ Home | Liste | F.A.Q. | Risorse | Cerca... ]


[ Data: precedente | successivo | indice ] [ Argomento: precedente | successivo | indice ]


Archivio: Luglio 2005 ml@sikurezza.org
Soggetto: [ml] Doppia sicurezza o doppie vulnerabilità? - (Controllo Antivirus Superato)
Mittente: Cristian Manfredini
Data: Mon,  4 Jul 2005 11:10:50 +0200 (CEST)
salve a tutti,

ho pensato di implementare un reverse proxy con la seguente architettura:

squid risponde sulla porta 80 e si comporta fondamentalmente da firewall 
applicando le ACL ed eseguendo URL filtering per escludere gli attacchi più 
noti di warm o più in generale esecuzione di comandi da remoto. 

In seconda istanza squid redirige la connessione su una porta alta di 
localhost dove c'è apache in ascolto configurato come reverse proxy che 
utilizza il mod_security con le regole specifiche per prevenire gli attacchi  
ai i vari servisi proxati bassati su PHP, ASP, Domino ecc.. 
Niente caching nei reverse.
Reverse Proxy in DMZ e HTTP Server in LAN.

Alcune considerazioni:

Il calo delle prestazioni relativo al doppio reverse sembra a prima vista 
trascurabile rispetto alla sola soluzione squid.
I log ovviamente vengono spezzati in due parti e risultano perciò di difficile 
lettura.
La considerazione però che mi ha portato a implementare questa soluzione è il 
fatto che proteggere un server apache con un reverse proxy della stessa 
tecnologia i sembra poco utile (si sfrutterebbero le stesse vulnerabilità per 
bucarlo). Allo stesso tempo squid non mi sembra sufficientemente flessibile 
ed estendibile per fare il lavoro di reverse.

Uno dei vantaggi è che la marea di host esterni che tentano di utilizzare il 
reverse come proxy per mascherarsi in rete si fermano su squid e in questo 
modo su apache ho i log più puliti e un minor carico. 

La domanda è come da oggetto.

Ringrazio anticipatamente per i riscontri.

CM







[ Home | Liste | F.A.Q. | Risorse | Cerca... ]

www.sikurezza.org - Italian Security Mailing List
(c) 1999-2005