Newsgroup: it.comp.sicurezza.varie
Titolo: [Forse OT] Mappare le porte tcp

Volevo chiede se qualcuno di voi conosce qualche programma che permette di
far "viaggiare" il traffico tcp o udp su una porta prestabilita' invece che
sulla sua di default?
Mi spiego meglio io vorrei far una connesione al mio pc a casa dall'ufficio
usando un programmino tipo pc-anyware ma farlo connettere sulla porta 25 o
altre che sono aperte nel firewall aziendale!!!
grazie Dani

 wrote in message
news:aq8khs$b3c$1...@fata.cs.interbusiness.it...

Puoi provare un tunneling attraverso le porte disponibili, tipicamente la
80, la 443, la 25.
Programmi che fanno questo lavoro ce ne sono, come socks2http, httport,
http-tunnel. Per funzionare pero' richiedono un gateway esterno alla tua
rete.
Saluti.

 rete.
Perchè il gateway?
Questi pgm non dovrebbero essere in grado di di scavalcare i firewall senza
ricorrere ad altro?
Ciao



Ok, per scavalcarlo va bene... 
Ma dovrai pur avere qualcosa che dall'altra parte li "stunnellizza" e gli
fa seguire la strada "normale"... 
Byez
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

 altre che sono aperte nel firewall aziendale!!!
Dovresti creare un tunnel verso la tua macchina di casa. Forse il modo
piu' semplice e' usare openssh, ma anche stunnel o pptp/gre.
Valuta i problemi che potresti avere qualora questo accorgimento possa
essere considerato un abuso delle risorse aziendali. Considera inoltre
che il traffico verso l'esterno sulla porta 25 e' abilitato solo verso
alcuni server smtp specifici, probabilmente, e non verso ogni host.
Fabio

 fa seguire la strada "normale"...
Probabilmente mi sfugge il reale funzionamento di tali pgm.
A sentire chi li usa bastava settare un paio di parametri per trovarsi
"dall'altra parte".
Sarebbe bello poter disporre di una mini rete casalinga a basissimo costo
per potersi esercitare, ma al momento rimane solo un sogno.
Permettimi allora un'altra domanda (senza rabbrividire):
in buona sostanza, come direbbe Johnny stecchino, un gateway in cosa
differesce da un firewall?
Ciao,
Piero


Gateway (Ingresso Controllato) :
Un Gateway è un dispositivo hardware che converte i protocolli di
comunicazione in modo da permettere lo scambio di dati, come la posta
elettronica, attraverso reti incompatibili tra di loro come possono essere
varie Lan o Wan.
Firewall :
Muro tagliafuoco. Protezione volta ad evitare che utenti non autorizzati (o
programmi) penetrino nel nostro computer via internet.

 da un firewall?
La definizione di gateway è abbastanza aleatoria, per via del fatto che
viene spesso e volentieri applicata dal layer 3 in su per riferirsi a
qualsiasi cosa veicoli qualsiasi sorta di traffico e si occupi di farlo
passare da "un qualcosa" a "un altro qualcosa".
Un server di posta è un gateway, un proxy anche, un router pure.
Il primo e il secondo sono gateway a livello di application, il router
lo è a livello di network.
Viceversa, un firewall si occupa di filtrare per garantire la sicurezza.
Ciò significa che "di solito" in firewall è anche un gateway, dato che
veicola informazioni da dentro a fuori, e pertanto viene "visto" come
gateway dalla rete.
E' vero anche che ci sono firewall che lavorano filtrando in bridging e
pertanto sono visibili solamente a layer 2, e pertanto non fanno da
gateway per nulla.
Se poi estendiamo la definizione di gateway anche sotto il layer 3,
allora anche un bridge è un gateway di layer 2 tra due media di layer
1...
Qui si va nel campo delle interpretazioni :-P
Uno skull che rimbalza nello stack...


 gateway dalla rete.
e questo ci riporta al punto di partenza, ossia se "di solito" il firewall è
anche un gateway perche' il mio proxy non stunnellizza *ipso facto* i dati
in transito?
Ciao

 in transito?
La mia conoscenza sui protocolli e' tipo la tua, pero' credo che un
programma come socks2http crei dei pacchetti http "truccati" (incapsulati)
diretti verso il gateway. I pacchetti passano attraverso il firewall in
quanto http, appunto.
Non sarebbe male usare un po' Ethereal all'uopo :)
Il gateway leva il trucco ai pacchetti, e li riindirizza al loro mittente
naturale.
Please, qualcuno corregga le cazzate.
Saluti.

 facto* i dati in transito?
Perchè il tuo programmino per il tunneling serve proprio a quello :-)
Ipotesi: hai un firewall che in uscita fa passare solamente il traffico
http (non la *porta* 80, ma proprio il traffico http...). Pertanto tu,
che vuoi collegarti in telnet con il tuo MUD preferito, non vieni fatto
passare.
Allora installi sil tuo programmino che tunnellizza il traffico dentro
http sul tuo PC di casa e lo configuri per stare lì ad ascoltare...
Sul posto di lavoro lo installi pure, e lo configuri per comunicare con
il tuo PC di casa via porta 80. 
Quando il traffico cerca di uscire passa per il firewall, che vede che è
sulla porta 80, vede che è http, e lo fa passare.
questo poi arriva a casa tua dove il tuo pc lo "converte" in traffico
normale e lo invia al MUD. Per il flusso di ritorno vale la cosa inversa.
Il risultato è che hai fregato il firewall, che sta facendo passare
traffico che *sembra* http, mentre in realtà tu giochi su Lumen et
Umbra...
Byez...


 Non sarebbe male usare un po' Ethereal all'uopo :)
Socks2http lo cerchero' mentre Ethereal non lo conosco. Cosa fa?
Comunque siamo a livelli fantozziani. Figurati che il ping verso il proxy mi
da un indirizzo che poi, quando lo metto nei settaggi di http/tunnel, mi
dice "cannot retrieve ip server" ??!!
Ciao

 sulla porta 80, vede che č http, e lo fa passare.
Invece succede questo :-(
1) Ping verso il proxy per avere l'indirizzo
2) Configurazione del pgm tunnel (porta 80)
3) Config del browser come 127.0.0.1 / 1080 (come da istruzioni)
4) cannot retrieve ip server e pgm che va in blocco
Ergo sono io che sono mentalmente ipodotato?

 http sul tuo PC di casa e lo configuri per stare lě ad ascoltare...
Mi raccomando, non usare alcuna autenticazione e se hai un IP fisso in 
ufficio, permetti a qualunque ip di collegarsi.
Cosi' possiamo divertirci un po' anche noi... :)
HappyCactus e i consigli da seguire al contrario.
-- 
HappyCactus - Linux User #209744 - LFS User #6046 - >>> SMSPM1050 <<<
              YAGF Member Group >>> 
www.google.com
 <<<
Ci sono 10 categorie di persone al mondo: quelle che capiscono
il sistema binario e quelle che non lo capiscono.

 Cosi' possiamo divertirci un po' anche noi... :)
Grazie, ma non ho nessuna intenzione di farmi impalare :-)

 HappyCactus e i consigli da seguire al contrario.
Deheehe...
Micha gli ho detto di non mettergliele...
Già su icols mi hanno candidato alla presidenza del Very Bastard Inside
Club per l'anno 2003... Non ci tengo alla replica ;-)
Dehhehee


mosaico
HTH HAND
-- 
manuel 'fmf' ferrero
"Hai lasciato accese le luci della macchina!"

 Club per l'anno 2003... Non ci tengo alla replica ;-)
Io si', invece <HG>


 Io si', invece <HG>
Ehehe...
Ormai gli hai fatto afferrare il concetto... occasione mancata:
*NON* sei un VERY BASTARD INSIDE, OUTSIDE E BETWEEN 
Lo skull e l' " rm -fr /proc "
Deeeheeee ;-)


 Micha gli ho detto di non mettergliele...
Della serie: diamogli la pistola carica e poi diciamogli di guardare in
canna?
:-)

> Io si', invece <HG>
Ho sempre avuto una predilezione per le piante grasse :-)

> In nessun caso l'autore potra' essere ritenuto responsabile per [cut]
Hai dimenticato gli effetti derivanti dalla trasmutazione dell'atomo ...
Peccato che i ben tempi dell'universita' sono passati perchč ora sono sicuro
che se mai avessi dovuto sostnere un ipotetico esame di Reti 1 l'avrei
passato a pieni voti.
Intanto comincio ad assaggiare il salmone :-)
Dove devo spedirti la pizza?
Ciao e grazie,
Piero

Dove devo spedirti la pizza?
A casa, no? Vuoi mica che la mangi per strada?
HAND
-- 
manuel 'fmf' ferrero
"Questa signature e' oscurata per protesta."
        -- io

 A casa, no? Vuoi mica che la mangi per strada?
Vabbe', provero' a scrivere sul cartone 213.26.86.194, ma se poi ti arriva
fredda non prendertela con me.
Piero che adesso è un produttore di lavoro improduttivo.

fredda non prendertela con me.
E no! Allora non hai capito nulla del mio post di prima!
213.26.86.194  e'  un  indirizzo  IP  e  come tale e' di un livello piu'
basso del cartone. Tu parli al livello omologo al  tuo:  hau  phat.  Sul
cartone  devi  scriverci  hau  phat, sara' il meccanismo del payload che
scrivera' ad un certo livello 213.26.86.194.
Ogni livello vede al di sotto una scatola nera dove imbucare i  messaggi
destinati al proprio omologo dell'altra pila.
Il  tuo  vero problema e' trovare un livello a cui consegnare il cartone
della pizza. Cosa succede da li' in poi non e' piu' affar tuo.
E se non ricordo male, tcp/ip non  garantirebbe  nemmeno  che  la  pizza
arrivi, altro che arrivare calda...


 arrivi, altro che arrivare calda...
Infatti, o ti arriva a spicchi che tu diligentemente ricomponi o non ti
arriva affatto.
Piero che c'ha l'ipoglicemia da fame galoppante.

 arrivi, altro che arrivare calda...
Beh.. in tcp si arriva per forza,in udp no...
perň in udp si potrebbe inviare la pizza una fetta per volta.
Tu potresti notificargli l'arrivo di ogni fetta (o il suo mancato arrivo)
e lui ti reinvierebbe solo la fetta che manca.
Anzi, fai cosě... cosě mangi pizza gratis per i prossimi 20 anni...


 arriva affatto.
Sbagliato! (non è la tua giornata, eh??? ;-)
Per te la pizza arriva tutta intera, in tcp.. poi il fatto che tcp in
effetti la tagli a spicchi e te la ricomponga è trasparente...
Perchè la gestione delle finestre è insito nel tcp... e al tuo layer non
la vedi
in udp allora dovresti tagliarla e riassemblarla tu... (vedi altro
post...)
Uno skull e la segmentazione delle pizze...


Lo sapevo che prima o poi i avrei fatto l'ennesima figura di m****a.
Ma va.


Anzi, fai così... così mangi pizza gratis per i prossimi 20 anni...
LOL.


> Ma va.
Beh, e' chiaro che se avessi voluto farmi bello non postavo qua. Ma se non
accetto il rischio di essere preso a pesci in faccia non imparero' mai
niente e certi argomenti non li trattano certo nel dopolavoro sotto casa.
Ergo se e' a fin di bene infierisci pure (ma almeno non fare l'onda)
Piero

> Sbagliato! (non è la tua giornata, eh??? ;-)
No, ultimamente non è mai la mia giornata :-(
Sarà meglio che riprenda a fare il tassidermista.

 Socks2http lo cerchero' mentre Ethereal non lo conosco.
Ethereal e' un (o meglio e' IL) packet sniffer...
http://www.ethereal.com/
 per maggiori dettagli.
Saluti.

 2) Configurazione del pgm tunnel (porta 80)
Di solito non colloqui con il proxy sulla porta locale 80. Non e' che e' la
8080? O la 3128.. o loro amiche?
Per saperlo potresti esaminare la configurazione del tuo browser, per
esempio.
Saluti.

 Cosi' possiamo divertirci un po' anche noi... :)
Suggerirei anche la combo con la coppia instsrv + srvany, cosi' lo si puo'
usare anche a utente sloggato.
Saluti.

 8080? O la 3128.. o loro amiche?
No, e' proprio la 80. Ho chiesto lumi ad un admin che mi ha risposto che
nemmeno lui sa perche' - in alto - hanno scelto quella porta invece della
piu' classica.
Cmq domani provo socks2http, se anche quello non va pazienza.
Ciao

arrivi, altro che arrivare calda...
TCP garantisce che arrivi, mentre IP eventualmente si occupa del
riassemblare le fette e far ritrasmettere le ulive mancanti all'
appello.
Perche' arrivi calda hai due strade: RSVP o le estensioni QoS.
Purtroppo, l'invio di generi alimentari (Food Transfer Protocol)
via rete e' ancora agli albori.
Non e' supportato il multicast... un programmatore giudeo tento'
l'invio one-to-many (riuscendoci, anche), ma lo misero in croce,
probabilmente per problemi di copyright.
Leonardo
-- 
"Se e' vero che Linux in se' e' gratis, non lo sono le indispensabili
interfacce grafiche (X, KDE ecc.) che consentono alle persone normali
di utilizzarlo."                    -- Jason Matusow, Microsoft Corp.

Cmq domani provo socks2http, se anche quello non va pazienza.
Non  ricordo  piu' il tuo problema, ma prova a vedere su 
www.permeo.com
,
cerca sockscap.


probabilmente per problemi di copyright.
ROTFL!


 probabilmente per problemi di copyright.
Questa la incornicio.
Piero_ che_una_volta_ tanto_ e'_ riuscito_ a_ trovare_qualcuno_ che_
lo_e'_stato_ad_ascoltare

 cerca sockscap.
Visto che in un certo senso stiamo parlando di corda in casa dell'impiccato
non vorrei abusare troppo della tua disponibilita' e di quella degli altri.
Piu' che un problema vero e proprio diciamo che si tratta di soddisfare una
curiosita', anche perche' nessuno mi impedirebbe di attaccare un modem al
pc.
E' vero, potrei chiedere lumi ai miei admin, ma putroppo sono troppo
impegnati a far girare fantacalcio & co sui loro pc (non sto scherzando) e
se gli avessi chiesto di illustrarmil protocollo tcp/ip mi avrebbero tirato
fuori un foglio a righe.
Comunque tutto era nato dalla possibilita' di poter *uscire* per leggere la
mia posta e cosi' mi era venuto in mente di usare un pgm di tunnelling, in
quanto i ng li leggo grazie ad un amico che ha configurato il suo pc per
fare da ponte verso l'esterno, la posta potrei anche spedirla ma non
riceverla e la navigazione è consentita verso qualche decina di siti
"istituzionali". Tutto qui.
Magari, se non ti scoccia troppo, ti faccio sapere come vanno i miei
esperimenti in privato.
Ciao,
Piero

esperimenti in privato.
Stesso  problema:  io uso sockscap per socksificare hamster che giara in
locale sul mio pc: in pratica hamster  scarica  la  mia  posta  e  i  ng
tramite un socks che c'e' aperto sul pc connesso ad internet.


 tramite un socks che c'e' aperto sul pc connesso ad internet.
Ok, ti faccio sapere come va a finire. Ciao

 problema?
Nessun problema in generale, semplicemente pensavo ad una errata
configurazione.
Saluti.

 sulla porta 25 o altre che sono aperte nel firewall aziendale!!!
di solito i programmi permettono di decidere su quale porta mettere in
ascolto il servizio.
altrimenti pensa a rinetd.
sempre che il tuo firewall non faccia inspection ad application level.
 
un mayhem e le ascelle appiccicose
-- 
 Le cose che temiamo di piu', sono sempre quelle che conosciamo.
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.com
 Hacklab VR: 
http://www.m2net.it.eu.org