Newsgroup: it.comp.reti.locali
Titolo: payload dei pacchetti

è possibile che l'amministratore della rete del mio ufficio riesca a sapere 
se i pacchetti che invio o ricevo sono parte di file mp3 o avi? Cioè 
osservando i pacchetti è possibile risalire a che tipo di file appartengono? 
Se i pacchetti sono gestiti da un programma P2P come emule?
grazie per l'aiuto 

se i pacchetti che invio o ricevo sono parte di file mp3 o avi? Cioè
si 

 si
e come cavolo fa? Io so che è possibile risalire al tipo di programma (o 
prorpio al programma ) che inivia o riceve il pacchetto, ma non al tipo di 
file. In che modo è possibile fare quello che dici? Nel payload non ci 
dovrebbero essere solo una seri di bit indistinguibili, con un codice che il 
programma utilizza per sapere dove quei bit vanno posizionati all'inetrno 
del file?
Per caso è possibile sapere come si chiama il file? O magari ascoltarlo o 
vederlo?
grazie ancora per l'aiuto 

"ingenuo" <pippogeTO...@EQUESTOinwind.it> ha scritto nel messaggio 
news:uS8ge.90874$IN.15...@twister2.libero.it...

Se si controllano solo le porte di comunicazione è possibile risalire ai 
programmi utilizzati,
ma se un amministratore con le palle vuole controllare tutti i pacchetti sei 
fregato.
probabilmente usa un programma cone ethereal.
P.S. ti assicuro che i bit indistinguibili li hai solo nei cavi... 

 il
Appunto nel payload ci sono i dati e la posizione in cui devono essere 
inseriti, sniffando tutto il traffico è possibile ricostruirne il contenuto.
Per evitare dovresti creare una connessione crtittografata usando ad esempio 
IPSec.
In alcune organizzazioni un simile comporamento è passabile di licenziamento 
per cui vacci cauto. 

 contenuto.
quindi se l'invio o la ricezione del file dura tipo 6 ore il "controllore" 
dovrebbe sniffare i mie pacchetti per tutto il tempo. Basterebbe un solo 
pacchetto perso per bloccare il suo lavoro, giusto?
Supponiamo che il file sia un mp3 di 600Mb. Dato che gli mp3 possono essere 
eseguiti anche senza essere completi mi sgamerebbe subito. Ma se il file è 
un file avi senza avere tutti i pacchetti non potrebbe fare niente. Se non 
ricordo male questo non vale per i mpg, i queli possono essere eseguiti a 
patto di avere l'intestazione e la fine del file. Anche in questo caso cmq 
l'amministratore non potrebbe risalire al mio traffico con dei pacchetti a 
caso. Il mio ragionamento è giusto?
Ti chiedo un'ultima cosa. Riguardo il nome del file emule utilizza un codice 
univoco per identificare il file (Hash ID). Suppongo che nei pacchetti sia 
presente questo codice e non il nome del file a cui il pacchetto appartiene. 
Sei daccordo con me?


> Appunto nel payload ci sono i dati e la posizione in cui devono essere
[stracut]
Nella + semplice delle ipotesi:
l' amministratore nota un traffico eccessivo, risale al tuo pc, controlla il 
contenuto del tuo hard disk (lo puo fare da remoto senza che tu te ne 
accorga) e  trova un bel po di file che non hanno proprio attinenza con il 
tuo lavoro.
Non ha nessun bisogno di sniffare ore e ore di traffico mentre tu potresti 
avere presto bisogno di cercare un nuovo lavoro. 

ingenuo ha scritto:

in ogni modo si risale molto più semplicemente tenendo monitorate le porte
L'alternativa da pignoli e per chi ah tempo da perdere è verificare il 
payload iniziale di una comunicazione, tutti i software P2P utilizzano una
specie di dialogo iniziale su come gestire la connessione ed il tipo di 
dato da trasferire.. se infatti iprovi a sniffare i pacchetti iniziali (e 
semplicemente un'amministratore può impostare una regola per questo)
troverai sempre il solito "content type" (che può essere "mpeg/audio" per 
esempio), ed un protocollo proprietario ("kazaa", "Gnutella", ecc..)
ma allora dico beato chi ha la possibilità di fare questo lavoro!!!

 avere presto bisogno di cercare un nuovo lavoro.
per questo prima di fare stronzate mi sto informando :-)