מצב פרוקסי 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 רגישות.