Modo semplice per "modificare" il traffico proveniente da un host tcp (linux)

Devo apportare alcune piccole modifiche al traffico in entrata da un host tcp noto: porta prima che il processo che gestisce la connessione ottenga il flusso.

Ad esempio, lasciare 192.168.1.88 essere un host remoto che esegue un server web.
Ho bisogno che, quando un processo sul mio host locale riceve i dati da 192.168.1.88:80 (ad esempio il browser), i dati vengano prima cambiati sostituendoli text-Acon text-B, in questo modo:

• 127.0.0.1: ... si collega a 192.168.1.88:80

• 127.0.0.1: ... invia a 192.168.1.88:80:

  GET /
  

• 192.168.1.88:80 invia a 127.0.0.1: ...:

  HTTP/1.0 200 OK
  Content-Type: text/plain
  
  Some text-A, some other text
  

• Tali dati vengono in qualche modo intercettati dal sistema e passati a un programma il cui output è:

  HTTP/1.0 200 OK
  Content-Type: text/plain
  
  Some text-B, some other text
  

• il sistema fornisce i dati così modificati al processo gestendo 127.0.0.1: ..., come se provenisse da 192.168.1.88:80.

Supponendo che io abbia un modo basato sul flusso per effettuare queste modifiche (usando sedad esempio), qual è il modo più semplice per pre-elaborare il flusso tcp in entrata?

Immagino che ciò implicherebbe iptables, ma non sono molto bravo.

Si noti che l'applicazione dovrebbe avere a che fare con l'host originale, quindi l'impostazione di un proxy non è probabilmente una soluzione.

Utilizzare il proxy netsed e iptables.

iptables -t nat -D PREROUTING -s yourhost -d desthost -p tcp --dport 80 -j REDIRECT --to 10101

Quindi eseguire:

netsed tcp 10101 desthost 80 s/text-A/text-B

NetSED è una piccola e pratica utility progettata per modificare, in tempo reale, il contenuto dei pacchetti inoltrati attraverso la rete. È davvero utile per l'alterazione, la forgiatura o la manipolazione dei pacchetti di rete. NetSED supporta:

• controllo del protocollo black-box - ogni volta che ci sono due o più box proprietari che comunicano usando un protocollo non documentato. Applicando le modifiche alle trasmissioni in corso, sarai in grado di verificare se la domanda esaminata può essere rivendicata sicura.

• esperimenti di generazione di fuzz, test di integrità - ogni volta che esegui test di stabilità di un'applicazione per vedere come si prende cura dell'integrità dei dati;

• altri casi d'uso comuni: trasferimenti ingannevoli, filtro dei contenuti, conversione del protocollo - qualunque cosa si adatti meglio al tuo compito.

Puoi fare esattamente questo usando iptables per delegare in modo trasparente le connessioni attraverso un proxy squid , e quindi avere squid riscrivere il contenuto http per te.

iptables+ l'uso di libnetfilter_qu è un'altra opzione che farà ciò che desideri:

"... [reinject] pacchetti modificati nel sottosistema kernel nfnetlink_queue."

Probabilmente ti darà la massima estensibilità poiché spetta a te programmare il software.

È disponibile anche un wrapper in pitone .