
[ Home | Liste | F.A.Q. |
Risorse | Cerca... ]
Archivio: Giugno 2007 ml@sikurezza.org Soggetto: Re: [ml] ftp e tls Mittente: nicola mondinelli Data: Fri, 15 Jun 2007 12:10:36 +0200 (CEST)
Paolo Ottolino ha scritto: >> > domanda, ma volevo sapere se il trasferimenti di file usando la >> > modalita' tls di handshacking fra client e server incrementa la >> > dimensione di dati da trasferire rispetto ad una trasmissione plain, > vi sono due aumenti, irrisori, come dice Stefano. > > 1. Hand shaking iniziale, chiavi, etc da effettuarsi una tantum e > periodicamente, indipendente dalla grandezzae numero dei dati > effettivamente scambiati > > 2. hash dei singoli pacchetti, all'occorrenza della trasmissione degli > stessi. > Okkio: il protocollo FTPS e' stato pensato in modo tale da rendere > completamente indipendenti i due canali (porta 21, comandi e port 20 > dati) riguardo l'utilizzo dell'SSL. > Da un punto di vista di traffico ed overhead, la porta 21 trasporta > comandi (quindi i pacchetti da essa generati saranno intrinsecamente > brevi) la porta 20 trasporta file (quindi i pacchetti saranno piu' > lunghi, e l'overhead percentualmente molto minore). > giusto per completezza e non per pedanteria: 3. un altro aumento irrisorio (sulla porta 20) ma che potrebbe essere un pochino meno irrisorio sulla porta di comandi (21) dipende dal tipo di algoritmo crittografico negoziato tra il server e il client: Se l'argoritmo è uno stream cipher (RC4 ecc...), no problem, se invece è un block cipher allora dato che la lunghezza del plaintext deve essere multipla del blocksize, in caso di trasmissioni brevi potresti trovarti a dover spedire blocchi di 256bit quando magari devi manare un NOOP o un QUIT che sono 4byte=32bit ... cmq l'overhead come detto prima è trascurabile, sempre che il tuo margine di operatività sia veramente ristretto... ciao NM
[ Home | Liste | F.A.Q. |
Risorse | Cerca... ]
www.sikurezza.org - Italian Security Mailing List
(c) 1999-2005