Un servidor FTP que recibe unha conexión TCP a través dun proxy SOCKS ve o par que abriu a conexión de saída do proxy. A negociación SOCKS ocorreu entre o cliente e o proxy; non é unha cabeceira de identificación adicional entregada a FTP.

Rexistre o IP e o porto de orixe do par, o enderezo e o porto de destino, o protocolo de transporte e unha marca de tempo precisa cunha base horaria clara. Un enderezo de saída compartido pode representar moitos clientes simultáneos, así que o IP por si só é unha clave de correlación feble.

Emparellar a conexión de saída cunha conexión de cliente anterior require rexistros do intermediario e de calquera tradución de enderezos relevante. Esas rexistros poden non existir ou pode que xa non estean dispoñibles. Unha captura de paquetes do lado do destino non pode reconstruír unha correspondencia ausente.

As cabeceiras de reenvío HTTP son un mecanismo distinto e non acompañan o FTP común. Mesmo en HTTP, un campo declarado de cliente orixinal necesita unha procedencia de confianza; o texto arbitrario que achega o cliente non establece quen operou unha conexión.

Artigos relacionados