Tryb proxy HTTP Ncat a stały przekaźnik TCP

Stały przekaźnik bajtów zostawia przetwarzanie HTTP istniejącemu proxy. Tryb nasłuchu HTTP w Ncat to inna usługa, świadoma protokołu.

client → local TCP relay → existing forward proxy → destination

W tym układzie przekaźnik ma jedno stałe łącze nadrzędne. Przekazuje żądanie klienta bez zmian do istniejącego proxy pośredniczącego. To proxy odczytuje bezwzględny URL lub cel CONNECT, stosuje politykę i otwiera połączenie do celu.

Skierowanie przekaźnika bezpośrednio na witrynę zmienia umowę. Proxy pośredniczące musi wybierać cele i obsługiwać ramkowanie HTTP oraz zachowanie połączeń; wyodrębnienie nazwy hosta z pierwszego wiersza nie wystarcza.

Ncat z Nmapa oferuje osobno tryb nasłuchu świadomy HTTP:

ncat --listen 127.0.0.1 3128 --proxy-type http

Ten przykład loopback używa implementacji proxy Ncat, a nie funkcji wspólnej dla każdego nc. Jego proxy po stronie nasłuchu obsługuje metody HTTP i CONNECT. Jego opcje SOCKS po stronie klienta nie tworzą serwera SOCKS w trybie nasłuchu. Stała usługa współdzielona wymaga też świadomej obsługi połączeń, kontroli dostępu i rejestrowania.

Aby obserwować, ustal granicę szyfrowania. Przekaźnik na zwykłym połączeniu proxy HTTP widzi żądania i odpowiedzi proxy. Po CONNECT HTTPS celu to bajty TLS, a nie czytelna treść strony. TLS do proxy ukrywa nawet początkową wymianę proxy na tym łączu. Używaj diagnostyki klienta i proxy do interpretowanych transakcji oraz chroń dzienniki, które mogą zawierać poświadczenia lub wrażliwe adresy URL.

Powiązane artykuły