Newsgroup: it.comp.sicurezza.varie
Titolo: "Consigli per gli acquisti"

Ciao a tutti, vorrei un consiglio...
un amico proprietario di un bar vorrebbe mettere un PC a disposizione dei
clienti per il Web e irc, cosa consigliate di installare oltre a Nuke Nabber
( per le porte da controllare ho gia' letto le faq ) e ad AVP ?
Sicuramente è un inizio, ma credo si possa fare di piu' :-)
Grazie a tutti anticipatamente

( per le porte da controllare ho gia' letto le faq ) e ad AVP ?
Io direi di non mettere NN ma un buon Firewall.
P.S. Se decidi di mettere Conseal, disabilita il learning ed il log, altrimenti possono
mandarti in crash, firewall e/o sistema facilmente.
Have fun.   
         The Duke

clienti per il Web e irc, cosa consigliate di installare oltre a Nuke Nabber
lascia stare Nabber... piuttosto, usa un firewall, con conseal mi
trovo bene, ti consiglio comunque di prendere la versione a pagamento
(mi pare circa 50$), poi installi tutto, fai le cose che farai
normalmente (irc, news, posta, www), a questo punto configurri le
regole di conseal (magari mettendoci una psw..) in modo da:
1) nuove regole: nessuna; in modo da ignorare tutto cio' che arriva   
   diverso da quello che gia' gli hai fatto conoscere (appunto irc,
   news ecc.)
2) guarda un po' nella sezione dei log e scegli log safe (o   
   addirittura nessun log..vedi cio' che scrive The duke)
,ciao,
Nebbia

 clienti per il Web e irc, cosa consigliate di installare oltre a Nuke Nabber
Vai su it.comp.sicurezza.windows
-- 
Grazie e ciao,
Giglio
E-mail: 
gig...@poboxes.com
Homepage: 
http://fly.to/giglio/
ICQ: 12385960
-------------
Se vuoi votare it.comp.software.browser
vai in it.news.votazioni e rispondi al
messaggio "CFV3: it.comp.software.browser (Moderated)"
seguendone le istruzioni.

 Vai su it.comp.sicurezza.windows
fammi capire. a parte che spammi più tu con questo richiamo continuo che
gli ot stessi, ma il thread 
" Bollettino dei mangioni "come lo consideri? perfettamente in topic a
quanto pare. forse perchè anche tu prenderai parte a questa cena e quindi
ti fai i cavoli tuoi o forse perchè non osi tacciare di ot alcuni e invece
altri sì. beninteso a me non frega niente che ci siano degli ot più o meno
evidenti ed entro certi limiti e quindi non è una critica agli autori del
thread in questione ma l'ho preso solo ad esempio lampante ( e su questo
non credo che nessuno possa dissentire..) dei due pesi e delle due misure
che applichi. quindi facci un favore, se hai qualcosa di più o meno
interessante da dire fallo altrimenti dacci un taglio. nessuno ti ha eletto
ottatore ufficiale e ci stai veramente affettando i mammasantissimi.
cordiali saluti. 
--
Sono aperte le iscrizioni al comitato "Giglio prendi il prossimo razzo
Arianne ed eclissati nella ionosfera"
Scrivete a 
x_th...@hotmail.com
 con il subject: "Ci stò! Ci stò! Ionosfera
forever!".
#scm#

Ciao
....se ho ben capito, il firewall dovrebbe "rispondere picche" a chi tenta
una connessione dall'esterno, ma se qualcuno scarica il Back Orifice e lo
esegue, il server Bo resta in ascolto sulla porta 31337, a questo punto cosa
succede? ( a parte che AVP lo rileva ) il firewall impedisce comunque al
client di mettersi in contatto con il server ??
Grazie

 wrote:

No, dipende da come e' configurato il firewall. Il server APRE una connessione
stando sulla TUA macchina; il firewall impedisce gli attacchi dall'esterno, ma
non che qualche Rea Silvia apra le porte al nemico dall'interno.
E anche nell'impedire gli attacchi dall'esterno occorre vedere in che punto l'
attacco viene bloccato ("kernel space" o "userland"). Nel secondo caso e' come
usare la pillola *dopo* il rapporto 8-). Ho letto di recente (e di sfuggita, a
mio disonore!) l'ottima analisi di Paolo Monti su it.comp.sicurezza.virus, sul
Conseal Firewall, e su come implementi uno strato in kernel space (che poi nel
caso specifico credo sia il layer HAL (*), non proprio il kernel), proprio per
non farsi fregare.
Altri sistemi (Linux, l'unico altro che conosco <grin>) hanno piu' 'strati' di
difesa, dal kernel space ("ipchains", se ricordo giusto) a userland (tcpd), ma
anche questi non fermano, di default, le connessioni dall'interno all'esterno,
che si presumono autorizzate.
Dove previsto comunque basta inserire una "regola" che dica di farlo, tipo
	on outbound udp checksignature owner 0107A0 0EAF
	on signature 021A4FBC kill! -KILL process
oppure
	on outbound udp and packet contains @BOSTDPONG kill! -KILL owner
(che piu' o meno significa: se esce un pacchetto UDP, e il proprietario non e'
gia' stato riconosciuto, calcolarne la "firma". Se e' quella del Back Orifice,
il processo viene rimosso, e la cosa segnalata all'amministratore.
Nel secondo caso qualsiasi processo (compreso bostroke) generi un PONG di Back
Orifice viene ucciso).
Come tutte le regole, ci sono dei "buchi" di cui occorre essere consapevoli.
La prima regola considera innocuo un Back Orifice reingegnerizzato. La seconda
ignora un Back Orifice che risponda a PING in codice, perche' @BOSTDPONG e' il
PONG _non crittato_.
D'altra parte segnalare tutti gli UDP in uscita, su un sistema che ha DNS e un
tocco di netbios-ssn, ingorgherebbe il log.
Il che ci riporta al chiodo fisso - "Non basta il firewall, occorre tenerci un
occhio!". O come diceva qualcun altro, "La potenza e' nulla, senza controllo".
Leonardo
(*) o chi ne fa le feci, pardon: veci
".signature": bad command or file name

che si presumono autorizzate.
sto provando, in questi giorni, @guard 3.0 (si si lo so, sono OT, ma
approfitto del thread) come firewall.
Di default tutto viene bloccato, sia outbound che inbound.
Visto che, oltre che web usenet e mail, utilizzo altri programmi che
fanno degli outbound, devo dire esplicitamente al firewall di
autorizzare inbound e outbound di questi programmi.
Problema: a volte devo essere molto lascivo come condizioni.
Per es. per certi programmi devo dire al firewall di lasciarli fare
outbound e inbound verso/da qualsiasi indirizzo e servizio (porta).
Domandina: cosa implica questo?
Voglio dire: il mio pc usa una porta per ogni comunicazione verso
l'esterno.
Se uno conosce questa porta, allora puo' passare attraverso il
firewall, visto che il firewall permette inbound in quella porta ad
una mia specifica applicazione?
(esempio di programma a cui ho dovuto permettere inbound da qualsiasi
IP e porta e' GetRight, oppure un inbound ad Accesso Remoto sul
servizio nbname, oppure ICQ).
Buttha
-----------------------------------------------------------------------
* Per rispondere rimuovere i
* PGP Key: RSA & DH/DSS
* Questo non e' un omaggio a Magritte
-----------------------------------------------------------------------

una mia specifica applicazione?
Questo non e' un problema specifico di Windows, e' inerente alla struttura
stessa del firewall. E le tue deduzioni sono sostanzialmente corrette.
Sostanzialmente una macchina e' vulnerabile ALMENO quanto lo e' lo IPstack
del suo firewall, SE ha porte inbound permesse. Se il firewall e' software
ed e' sul PC da proteggere, uno stack TCP-IP buono e' il minimo da cui uno
deve partire.
Leonardo


Ciao a tutti e grazie per i consigli
ho scaricato Conseal e ora mi appresto a "studiarlo"
Ho girato i suggerimenti al mio amico, ma penso che vista l'inesperienza sua
e dei suoi clienti sia più un danno che un guadagno installare il firewall
di cui poi nessuno sappia leggere i log.
Da parte mia ci tento e continuerò a seguire il NG che mi sembra animato da
gente competente e ben disposta ad aiutare i meno esperti, chissà che prima
o poi anche io possa rispondere a qualche dubbio (partendo magari dai più
semplici !!!)
Per ora grazie di nuovo a tutti.              Mauro

servizio nbname, oppure ICQ).
con ICQ puoi permettere il collegamento anche solo al server di ICQ che stai
usando...
io faccio così...con lo svantaggio che devi autorizzare manualmente in
maniera temporanea
chiunque tenti di comunicare in modo diretto (ma così sei più sicuro e poi
controlli prima l'IP
se coincide con quello di uno dei tuoi conoscenti in ICQ oppure se è
sconosciuto e agisci di
conseguenza)...invece con Getright puoi impostarlo per utilizzare i proxy.
PS: questo Guard ti sembra migliore del Conseal?
ByE,
Kvochur
**************************************
"I will not fear. Fear is the mind-killer.
Fear is the little death that brings total
obliteration. I will face my fear. I
will permit it to pass over me and
through me. And when it has gone
past me I will turn the inner eye
to see fear's path. Where the fear
has gone there will be nothing.
Only I will remain."
*************************************
ICQ                       16656093
E-Mail         
kvo...@usa.net
*************************************