Iniezione di un pacchetto TCP in una connessione esistente

Le "tutte le probabilità in attacco favoriscono lo scenario

L'attaccante si trova nella stessa rete della vittima, può monitorare la rete e non può solo intercettare la connessione, ma interferire con essa. Questo è il caso in cui l'attaccante può eseguire un attacco ARP Spoofing contro la vittima.

In questo caso, l'attacco è possibile e banale contro un protocollo non crittografato come HTTP. L'attaccante può leggere ogni pacchetto dalla vittima e dal server e può modificare le cose quando lo desidera. Può dire a H che è il gateway e modificare i pacchetti che vanno al server. Dato che ha l'intero pacchetto nelle sue mani, conosce i numeri di sequenza TCP, tutte le bandiere, le opzioni e tutto il resto. Questo è chiamato Man in the Middle Attack .

Attacker in un'altra rete

È più difficile che indovinare un numero a 32 bit. In questo caso, MH deve indovinare il numero di sequenza corretto (un numero a 32 bit) AND creare il pacchetto iniettato con i flag corretti AND opzioni corrette AND fa in modo che il suo pacchetto raggiunga il server prima del pacchetto da H . Poiché H e MH non sono nella stessa rete, MH dovrà impiegare IP spoofing , e questo è quasi impossibile da eseguire. Dato che molti router hanno Filtro di uscita , elimineranno i pacchetti con un indirizzo di origine falsificato.

Protocolli crittografati

Gli stessi vincoli degli altri scenari, ma con una complicazione: l'attaccante deve creare un pacchetto crittografato, indovinare la suite di cifratura, tutti i parametri di crittografia, padding, IV, checksum e farlo fondere perfettamente con il prossimo pacchetto proveniente da il client ... No, non è possibile iniettare dati su un protocollo crittografato e aspettarsi che venga accettato dal server o dal client.

Server can find out that a packet is malicious because content is not decrypted to correct form.

No, il server trova il pacchetto dannoso perché il numero di sequenza TCP non è corretto o corretto ma in ritardo (il pacchetto più recente è già arrivato) o molto al di sopra del numero previsto più la finestra di trasmissione. Se tutti quelli quasi impossibili da falsificare i valori sono corretti e viene utilizzata la crittografia, il server scarterà il pacchetto perché non sembra neanche lontanamente valido.

TCP è un protocollo complesso, quindi è davvero difficile da bypassare. Aggiungi un protocollo ancora più complesso (TLS / SSL) e hai un compito impossibile provare a iniettare pacchetti di spoofing sulla comunicazione.