HTTP прокси режим на Ncat срещу фиксиран TCP релей

Фиксираният байтов релей оставя обработката на HTTP на съществуващия прокси. Режимът за слушане на HTTP в Ncat е друга, протоколно-осъзната услуга.

client → local TCP relay → existing forward proxy → destination

В тази подредба релето има един фиксиран upstream. То предава заявката на клиента непроменена на съществуващия преден прокси. Този прокси прочита абсолютния URL или целта CONNECT, прилага политика и отваря връзката към дестинацията.

Насочването на релето директно към уебсайт променя договора. Предният прокси трябва да избира дестинации и да обработва HTTP рамкирането и поведението на връзката; извличането на име на хост от първия ред не е достатъчно.

Ncat на Nmap отделно предоставя режим на слушане, който разбира HTTP:

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

Този loopback пример използва прокси реализацията на Ncat, а не функция, споделяна от всеки nc. Проксито от страна на слушането обработва HTTP методи и CONNECT. Неговите SOCKS опции от страна на клиента не установяват SOCKS сървър в режим на слушане. Постоянната споделена услуга също изисква целенасочено управление на връзките, контрол на достъпа и регистриране.

За наблюдение определете границата на шифроването. Релей върху обикновена HTTP прокси връзка може да види прокси заявките и отговорите. След CONNECT HTTPS на дестинацията е TLS байтове, а не четимo съдържание на страница. TLS към проксито скрива дори първоначалния прокси обмен по тази връзка. Използвайте диагностика на клиента и проксито за интерпретирани транзакции и защитавайте регистрите, които може да съдържат идентификационни данни или чувствителни URL адреси.

Подобни статии