Рэжым HTTP-проксі Ncat супраць фіксаванага TCP-рэле

Фіксаванае пабайтавае рэле пакідае апрацоўку HTTP існуючаму проксі. Рэжым праслухоўвання HTTP у Ncat — гэта іншая, пратакола-свядомая паслуга.

client → local TCP relay → existing forward proxy → destination

У такой схеме рэле мае адзін фіксаваны вышэйшы адрас. Яно перадае запыт кліента без змен існуючаму прамым проксі. Той проксі чытае абсалютны 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, а не чытальны змест старонкі. TLS да проксі хавае нават першапачатковы абмен проксі на гэтым канале. Выкарыстоўвайце дыягностыку кліента/проксі для інтэрпрэтаваных транзакцый і абараняйце журналы, якія могуць змяшчаць уліковыя даныя або адчувальныя URL.

Падобныя артыкулы