Fondamenti di Aircrack-NG: è possibile tradurre il campo `Dati` in byte / kilobyte / megabyte?


0

Questo è un esempio di cattura di Aircrack-ng :

 CH  8 ][ Elapsed: 48 s ][ 2015-06-30 00:37 ][ disabled selection

 BSSID              PWR RXQ  Beacons    #Data, #/s  CH  MB   ENC  CIPHER AUTH ESSI

 DC:9F:DB:A6:E2:6E  -77  86      404      859    0   8  54e. OPN              Salo

Fintanto che #Data campo (presumibilmente trasferiti i dati acquisiti) ha un valore di 859, quanti byte sono un numero tale?

Risposte:


0

Perché non iniziare con qualche esempio misure empiriche ?

Proviamo con un 802.11b (piuttosto vecchio e relativamente lento ) Rete. Il mio effettivo migliore throughput nel trasferimento dei dati era di 1 MB / seg per questa rete:

Caso 1 : Il miglior scenario Solo un file

Number of files:        1
Total transferred size: 37.060.608 bytes
Average size/file:  37.060.608 bytes
#Data captured:     41.478
Bytes/Data:     893,50

Caso 2 : Scenario medio. Alcuni file

Number of files:        11
Total transferred size: 6.150.538 bytes
Average size/file:  ~500.000 byte
#Data captured:     10.772
Bytes/Data:     570,97

Caso 3 : Scenario peggiore. Un sacco di piccoli file (1 byte) file.

Number of files:        10.000
Total transferred size: 10.000 bytes
Average size/file:  1 byte
#Data captured:     134.270
Bytes/Data:     0,07

Così, i risultati variano ampiamente da quasi 1 MB / dati a un sorprendente meno di 1 byte / dati (LOL).

Se non sbaglio, possiamo concludere che, senza ulteriori informazioni sui dati trasferiti, e conoscendo solo il #Data campo, non esiste un modo pratico per conoscere la correlazione fra Data e bytes sul traffico wireless.
Forse questa conclusione potrebbe essere vera anche per le reti via cavo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.