Newsgroup: it.comp.www.server
Titolo: casini con le porte.... ma perchè?

 e che c***o...
Vuoi sapere quanto ci ho messo io a deployare i miei server ? Dopo 2
settimane di riunioni e pianificazioni, circa 12 ore di lavoro in server
Farm per 3 giorni consecutivi. Fai un pò tu. :)
Ciao ciao
--
Stucchi Massimiliano     | Gruppo Utenti FreeBSD Italia
WillyStudios.com         | 
http://www.gufi.org
 
stu...@willystudios.com
 | 
m...@gufi.org
"People who make no mistakes do not usually make anything"

 e che c***o...
non ti arrabbiare ma il problema sei tu o meglio tutti quelli che lavorano
come te e che mettono online server senza le opportune correzioni, per
quanto riguarda i tempi dipende dalla metodologia comunque per un server w2k
iis stand-alone il tempo previsto per il deploy è di circa 8 ore lavorative
senza contare che ovviamente si sono fatti almeno 24 ore di test e prove non
in produttivo, ma questa è un altra storia.
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 > rileva W32/RedCode.IIS.2
inoltre dimentichi le implicazioni legali, in quanto hai permesso la
diffusione di virus e pertanto ne sei responsabile in quanto sa.


 secondo te "firewall antecedente al router" quale significato può avere?
allora. se tu scrivi
*stabilito il fatto che se il provider non ha adottato alcun sistema di 
firewalling LO DISTRUGGO*
io capisco che tu NON sai se l'ISP abbia o meno un sistema di 
firewalling. basta scrivere in italiano e ci ci capisce.
-- 
signature: No such file or directory

 avremmo
ma non l'ho messo io fisicamente online! io sto a 400 km di distanza!
eh!
mi hanno comunicato via mail che ERA STATO messo online
io mi ci sono precipitato appena ho potuto, che colpa ho, di non aver preso
a calci in c**o il cliente per stare dietro ad un server messo online alla
c***o di cane da ALTRI?
eh..... scusa....
a un certo punto potevano quanto meno chiedermi se volevo "aprirlo" :o((
per altro cos' come quello schifo di virus è entrato impunenemte immagino
faccia la stessa cosa anche su altri server della loro rete, causando casini
in primis a loro.
spintop

 in primis a loro.
e ovviamente non hanno antivirus
PS Non te la prendere, benvenuto nel mondo dei sa, dove troverai sempre il
cuggino del direttore che ti consiglierà di cambiare sistema o peggio farà
lui da sa


 lui da sa
ma va dai.... che mi hai aiutato già diverse volte.
è solo che co sto cakkio di newsgroup faccio sempre una gran fatica a
spiegarmi.
:-)))
ciao e grazie!
spintop

adesso che hai sfoggiato la faccetta ti 5 autocondannato :-)
una domandina "temporanea":
sto valutando alcuni firewall e antivirus, nel frattempo temporaneamente sto
usando uso i filtri tcp/ip della nic, impostando le porte che desidero
lasciare aperte.
e sono queste:
21, 23, 25, 53, 80, 110, 135, 137, 139, 443, 1080, 3389, 5631 per TCP e 5632
per UPD.
sono troppe, poche o ok?
ho notato perň che la navigazione dal server (per scaricare gli sp, ad es)
non č piů possibile, ma la 80 č aperta: quale porta aprire allora?
secondo te quale firewall e antivirus dovrei prendere, escluso isa server
che vorrei evitare?
ciao!
spě


:Provate a guardare gli ingredienti del famoso Labello che si usa per
:le labbra screpolate: Butirrospermum Parkii (sperma di maiale).

 fuori, hai tempo di andare a prendere un caffe'.
sarà fatto :-)
nel frattempo però farò causa al provider che mi ha sottoposto a questi
casini senza neanche avermi detto "pè".
ciao!
spintop

in primis a loro.
Garantito.
Guarda, tempo fa una macchina in hosting presso $VERY_BIG_PROVIDER, il
venerdi' sera, ha avuto non so quale casino.
Il sistemista junior di turno ha sbagliato a collegarsi col monitor, e
si e' collegato alla MIA macchina, che tra l'altro aveva il mio numero
di cellulare inciso sul frontale a fuoco :-).
Pensando che il comportamento "inatteso" della macchina fosse dovuto a
un virus/hacker, non al fatto che ERA UN'ALTRA MACCHINA, il cretinetti
ha cercato di riavviarla, ottenendo un succinto e ironico messaggio di
errore ("Smack my ass and call me Sally!"), che lo ha convinto di aver
di fronte un teribbile acher che aveva perfino disattivato il RESET.
E cosi' ha tirato via il cavo dal muro senza dire niente a nessuno.
Ne sono stato informato lunedi' mattina, dalla telefonata incazzurrita
del proprietario del sito cola' ospitato, che (anche lui furbo...) non
trovava piu' il mio numero di cellulare.
Meno male che PRIMA hanno ridato corrente, e POI ripristinato usando i
backup. Sospetto l'abbian fatto (era del tutto inutile) per nascondere
le tracce, ma dopo 20 secondi dal ritorno della corrente e della rete,
la macchinetta si era subito connessa a un altro server raccontando in
lacrime quant'era stata maltrattata ("tail -n $LINES /var/log/messages
| gzip -9 | ..."). Trovando il tentato riavvio 30 secondi prima di una
mancanza di corrente, e' stato facile capire tutto; e non trovando poi
piu' le tracce dell'accaduto, e' stato facile sgamare la paraculata.
Se quel sistemista mi legge, be', confesso, l'ho preso in giro: non e'
vero che quella macchina salvasse i log in una EEPROM :-)))
Leonardo


non č piů possibile, ma la 80 č aperta: quale porta aprire allora?
La 80 in ingresso o la 80 in uscita? :-)
Per navigare, ti serve la 80 in uscita, per farti navigare sopra la 80
in ingresso (SYN o RELATED).
(Non sono paranoico, ma LORO mi stanno alle calcagna per uccidermi)


 Leonardo
bella roba...
pensa che io non ho potuto fare nient'altro che.... constatare.
:o(
ad ogni modo se non mettono le cose al loro posto (mi basterà che rispettino
i termini di contratto) anche loro dovranno inevitabilmente.....constatarmi.
ciao!
spi

 in ingresso (SYN o RELATED).
si si lo sapevo, grazie :)
è che al momento sto scegliendo un firewall valido, nel frattempo ho
lavorato sui filtri tcp/ip che però non mi permettono di gestire il traffico
in uscita, ma solo quello in ingresso (o almeno da quel che mi risulta).
vedi bene che ne so davvero un cappero, ti pare che mi metterei a fornire
accessi ftp o robe simili su un test-server?
:-)
ciao e grazie!
spintop

 casino con uno dei due.
per quanto riguarda le porte consiglio vivamente di modificare le porte
standard di pcany e terminal service


 questi casini senza neanche avermi detto "pè".
Causa persa. Se hai firmato un contratto e su quello non c'è scritto che
è previsto un firewall, sono cavoli tuoi.


 Ciao ciao
eh....
sul contratto c'è scritto "firewall antecedente il router".
non so se sia esattamente questo il genere di protezione necessaria, se sia
sufficiente o no, ma qualcosa significherà pure, penso.
ciao
spintop

 firewalling. basta scrivere in italiano e ci ci capisce.
beh, se nel contratto non ci fosse stato scritto niente di tutto questo non
avrei avuto perplessità.
il punto è che c'è quella specifica "firewall antecedente il router", che
immagino abbia un qualche significato.
forse non quello che si penserebbe, non so, ma ad un certo punto un firewall
qualcosa dovrà pur fare no?
:-)
ho qualche dubbio proprio perchè sul contratto c'è quella voce, ma il pc
sembra esposto come se non ci fosse niente davanti.
insomma, lo scrivono ma non lo fanno? questo è il dubbio che ho, e da quel
che posso notare mi verrebbe da pensare che sia un dubbio più che lecito.
ciao
spintop

 se sia sufficiente o no, ma qualcosa significherà pure, penso.
A casa mia di "firewall antecedenti al router" non se ne sono mai visti
per impossibilità tecnica. I firewall devono stare o sulla stessa
macchina che fa da router, ma dubito che sia così perchè avranno un bel
CISCO ridondato, oppure _dietro_. Quindi quella che c'è scritta lì è una
baggianata assurda, sia per te, che per lui. Poi io non ho mai visto
nessuno che ti offre housing con incluso firewall. Metti che decidi di
offrire un servizio particolare, devi chiedere il permesso per aprire la
porta giusta ? Non si è mai visto.


 porta giusta ? Non si è mai visto.
è vero, capisco che sarebbe atipico.
però mi sento un pò truffato.
:o(
spintop

standard di pcany e terminal service
IMHO da' solo problemi e nessun vantaggio.
Dimostrazione: l'attaccante o e' furbo o e' fesso.
Se e' furbo usa un portscan con signature check, e cambiare la porta ti
serve a niente. Se e' un fesso, e non cambi le porte, o passa, o no. Se
non passa, non ti cambia niente.
Se passa, vuol dire che c'era qualche altro buco aperto, ed il problema
e' quel buco, non Terminal Services.
Problemi possibili: se ti capita di averci in mezzo un firewall (
p.es
.,
sei da un cliente A mentre ti chiamano per urgenze dal cliente B - devi
passare dal firewall di A), le probabilita' che lasci passare "Terminal
Services" da una porta non standard sono sicuramente non superiori.
Eventuali security scan automatici (e farlocchi) potrebbero non fornire
informazioni su vulnerabilita' presenti e cullarti in un falso senso di
sicurezza.
Sostanzialmente per rendere la vita piu' difficile a una maggioranza di
fessi (a cui potresti renderla piu' difficile in altri modi), ti esponi
molto di piu' a potenziali problemi "e" ad una minoranza di furbi. IMHO
il tradeoff non e' vantaggioso.
E' chiaro che se hai un servizio che sai essere vulnerabile, e non puoi
ne' disattivarlo, ne' proteggerlo/patcharlo, la seconda cosa da fare e'
cambiare il suo numero di porta: meglio che nulla. Ma se no... cambiare
programma, o forconare il produttore finche' tappa il buco DAVVERO.
Leonardo radicale & estremista


 che posso notare mi verrebbe da pensare che sia un dubbio più che lecito.
chiamali e chiedi, altro non ti saprei dire.
