Newsgroup: it.comp.sicurezza.varie
Titolo: conseal rompe le balle

va beh... forse. Comunque, ho installato il conseal 2.06.
ho letto in un post precedente che qualcuno usando le regole base si e'
trovato benissimo. io invece ho alcuni problemi, sostanzialmente se
attivo il learning mode, non mi fa' fare assolutamente nulla senza prima
chiedermi se puo' far passare o no quella connessione. un esempio:
regola che permette di accedere al dns:
permetti le connessioni inbound e outbound UDP
ind. remoto:   
255.255.255.255/0.0.0.0
 : 53
ind. locale:   
127.0.0.1/255.255.255.255:1024-5000
appena il browser deve risolvere un nome conseal salta su e mi chiede se
volgio permettere la connessione al dns, gli dico di no anche se so che
non funzionera' niente e nel log ottengo:
2000/04/29 14.24.52 GMT +0200: Driver di Accesso..[0000][No matching
rule] Blocking outgoing UDP: src=212.216.131.125, dst=194.243.154.62,
sport=1025, dport=53.
no matching rule. beh, e' sostanzialmente vero, 212.216.131.125 non e'
proprio uguale a 127.0.0.1 ma logicamente si riferiscono sempre a me e
d'altro canto avendo un ip dinamico non posso mica scrivere rule per
ogni ip che prevedo di avere....  il problema non e' sicuramente di
conseal.
gia' che ci siamo, mi spiegate cosa sarebbe questa roba? 24.64.21.213
dovrebbe essere, se non ricordo male, 
ux5.unipd.it
, e chi lo conosce.
2000/04/29 14.25.40 GMT +0200: Driver di Accesso..[0000][No matching
rule] Blocking incoming TCP: src=24.64.21.213, dst=212.216.131.125,
sport=28422, dport=1469
ah, noto nel log che c'e' pure questo, diverso ma simile.
2000/04/29 14.26.16 GMT +0200: Driver di Accesso..[0000][No matching
rule] Blocking incoming TCP: src=24.129.67.61, dst=212.216.131.125,
sport=24896, dport=1409
grazie e ciao.
-----BEGIN DOC SIGNATURE-----
Version: 1.2.0
Per un attimo si era sentito sull'orlo della rivelazione, e adesso era
passato, miserabile e inglorioso come uno starnuto fallito.
(Gibson-Sterling)
dot...@interpuntonet.it
http://web.interpuntonet.it/dottore
icq#: 66099988
-----END DOC SIGNATURE-----

dovrebbe essere, se non ricordo male, 
ux5.unipd.it
, e chi lo conosce.
Boh? A meno che abbiano bucato l'Univ. di Padova... 8-)
Leonardo
".signature": bad command or file name

indirizzo remoto:	
194.243.154.62/255.255.255.255
: 53
Non e` affatto ovvio che le risposte dei name server arrivino da udp/53
(di solito non succede).
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

dovrebbe essere, se non ricordo male, 
ux5.unipd.it
, e chi lo conosce.
Ricordi male. Non ho tempo di controllare, ma 
24.0.0.0/8
 e` un
cable modem o assimilabile.


c'e' verso che ti arrivino :-)
misteriosamente conseal ha deciso di non rompere piu' le balle, funziona
bene la mia regola e anche la tua.... certe cose pero' non le capisco,
l'altro giorno non funzionava nulla e oggi tutto.
grazie


cable modem o assimilabile.
hai ragione, devo avere sbagliato a digitare l'ip:
dne-67-61.jacksonville.net
 [24.129.67.61]
24.64.21.213.ab.wave.home.com
 [24.64.21.213]
che comunque non so chi siano, soprattutto perche' il contatto e'
avvenuto poco dopo che mi sono connesso. 
arin.net
 parla di Continental
Cablevision - South East (NETBLK-CVSN-CCSE) per il primo e Shaw
Fiberlink ltd. (NETBLK-FIBERLINK-CABLE) per il secondo.



24.64.21.213.ab.wave.home.com
 [24.64.21.213]
Infatti, sono due cable modem.


Come non detto, funziona e non funziona. Ho dato un'occhiata ai log e mi
sono accorto che quando funzionava era perche' l'avevo fatto partire
dopo aver fatto partire la connessione. In queto modo all'avvio lui si
ricava l'ip che mi hanno assegnato (e lo mostra nel log). Se lo faccio
partire prima di attivare la connessione al posto dell'ip scrive
"MARUKO" che era il nome del mio computer quando c'era ancora installato
il client per reti microsoft (che evidentemente ha lasciato metastasi
qua e la').  Una soluzione potrebbe essere riavviare conseal? si',
forse, ma e' molto irritante il fatto che tutte le volte che lo si
chiude lui butti giu' la connessione, non trovate?
c'e' qualcuno che usa conseal e non ha questi problemi?


spero che questo msg non si ripeta perche' sul server di tin ora non
vedo quello che ho postato stamattina sul server di unipr, se si ripete
scusate.
purtroppo non e' cosi'.
il firewall funziona bene se lo faccio partire *dopo* che ho stabilito
la connessione con l'isp e ottenuto il mio ip, nel log di conseal viene
riportato che il mio ip e' tot. (notare che nell'help si raccomandano di
farlo partire prima quindi qualcosa non va')
Starting ConSeal PC FIREWALL 2.06 on 2000/05/02 19.29.59
C:\Programmi\Signal9\FIREWALL\200005.log
Devices:
Driver di Accesso..[0000]
Attaching to devices:
0000
Ruleset file: C:\Programmi\Signal9\FIREWALL\Rules.fwr
maruko  <-------------------
Assigned IP addresses are:
212.216.141.160
se lo faccio partire prima nel log invece che l'ip ci viene
Starting ConSeal PC FIREWALL 2.06 on 2000/05/01 14.29.32
C:\Programmi\Signal9\FIREWALL\200005.log
Devices:
Driver di Accesso..[0000]
Attaching to devices:
0000
Ruleset file: C:\Programmi\Signal9\FIREWALL\RULES.FWR
MARUKO  <-----------------
maruko sarebbe il nome del mio computer, stabilito quando avevo ancora
installato il client per reti microsoft. nel secondo caso tra l'altro
viene visualizzato in maiuscolo, non saprei perche'.... La riga Assigned
ip address ovviamente manca.
C'e' qualcuno che non ha questi problemi?


(di solito non succede).
Non ho guardato di recente, ma con TIN succede cosi'. In ogni caso, alle
brutte basta mettere 0 invece che 53. Tanto, il rischio di exploit resta
il medesimo.
(ok, s/exploit/dos-abuse-flood-sticazzi/g )
