Un server FTP che riceve una connessione TCP attraverso un proxy SOCKS vede il peer che ha aperto la connessione in uscita del proxy. La negoziazione SOCKS è avvenuta tra il client e il proxy; non è un'intestazione di identificazione aggiuntiva consegnata a FTP.

Registra l'IP e la porta di origine del peer, l'indirizzo e la porta di destinazione, il protocollo di trasporto e una marca temporale accurata con una base temporale chiara. Un indirizzo di uscita condiviso può rappresentare molti client simultanei, quindi l'IP da solo è una chiave di correlazione debole.

Abbinare la connessione in uscita a una precedente connessione client richiede registrazioni dell'intermediario e di qualsiasi traduzione degli indirizzi pertinente. Tali registrazioni potrebbero non esistere o non essere più disponibili. Una cattura di pacchetti lato destinazione non può ricostruire una mappatura mancante.

Le intestazioni di inoltro HTTP sono un meccanismo diverso e non accompagnano il normale FTP. Anche in HTTP, un campo dichiarato di client originale necessita di una provenienza attendibile; il testo arbitrario fornito dal client non stabilisce chi ha gestito una connessione.

Articoli correlati