Изаберите праву тачку посматрања за VPN скенирање на телефону
VPN слушалац на телефону, услуга на телефону и рутирани LAN домаћин три су површине. Пређите ових пет корака и зауставите се тамо где се обим завршава.
Овлашћена процена VPN-а који се хостује на телефону тихо пропада када скенер седи на погрешној страни тунела. Добијате резултате, изгледају уверљиво и одговарају на питање које нико није поставио. Пређите пет провера испод редом. Свака има услов заустављања, а раније заустављање је јефтиније од поновног тестирања од нуле након што је извештај написан.
Корак 1: именујте површину коју намеравате да достигнете
Три површине се редовно мешају јер их повезује један уређај. Оне извршавају различит код и различиту политику, зато запишите која је у обиму пре него што било шта почне.
| Assessment target | What the path exercises |
|---|---|
| Public VPN listener on the handset | Reachability before login, plus the exposed VPN daemon |
| A service on the handset, by its tunnel address | Access after admission to something hosted locally |
| A LAN host behind the handset gateway | Forwarding, the return path and downstream access policy |
Ако одобрени обим не каже која од три, зауставите се и питајте. Рутовање телефона не одговара на ово питање и мења тестирану ствар, а не тачку посматрања.
Запишите циљеве, дозвољене изворне адресе, временски прозор и ограничење интензитета истовремено. Тунел вас носи до тог обима; он не даје лиценцу да проверавате све што може да рутира.
Корак 2: изаберите извор који може да види ту површину
Скенер који седи унутар VPN-а не може да репродукује неаутентификованог интернет посматрача. Он већ има руте, акредитиве и дозволе које спољни посматрач нема, зато његови резултати описују поглед после пријема, чак и када је циљна површина иста. Обрнута грешка је једнако честа. Јавно скенирање VPN порта не говори готово ништа о приватној услузи иза пријаве, а представљање тога као да говори преувеличава изложеност у једном смеру и умањује је у другом.
Зауставите се ако извор који можете да добијете не одговара површини. Процена изведена са партнера унутар тунела не треба да се представља као резултат пре аутентификације, а тест који захтева одобрени спољни извор не треба тихо да се премешта унутра да би се избегла папирологија.
Корак 3: потврдите руту и пут одговора кроз телефон
Када уређај прослеђује у другу подмрежу, скенеру је потребна дозвољена рута, а циљу пут повратка који ради. Потврдите обоје уместо да претпоставите да одговор на ping значи да је пут потпун.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8Изворни NAT мења оно што види услуга низводно. Ако телефон преводи адресу скенера, правила приступа и записи на циљу примењују се на преведену адресу, зато услуга која изгледа да вас прихвата можда прихвата телефон, а не скенер.
Пазите и на преклапање са мрежом самог скенера. Ако телефон рутира 192.168.1.0/24, а скенер седи на LAN-у нумерисаном на исти начин, пробе погађају локалне уређаје и извештај их описује као циљ. Проверите руту коју би сам скенер користио пре него што пошаљете и један пакет.
Скенирајте стварну адресу циља и задржите име домаћина које апликацији треба за TLS идентитет и виртуелни хостинг. Достизање пролаза доказује да пролаз одговара; то не тестира услугу иза њега.
Корак 4: третирајте откривање као пробу са претпоставкама
Откривање домаћина је место где резултати процене најчешће иду наопако. Локално Ethernet откривање не прелази рутирани VPN, зато пробе које раде на равној LAN једноставно не стижу. Блокиране пробе откривања тада чине доступну, овлашћену услугу наизглед одсутном.
Свесно одлучите да ли да прескочите откривање и скенирате познате адресе директно, па то кажите у извештају. Порт који одговара није доказ да је VPN аутентификација успела, а филтрирани одговор није доказ да ништа не слуша. Брзина је део истог проблема. Телефон који гуши или испушта пакете при брзом скенирању ствара филтрирана стања која припадају телефону, а не услузи, зато смањите паралелност и поново скенирајте пре него што запишете порт као затворен.
Услов заустављања овде је тумачење, а не техника: ако не можете да кажете шта неко стање значи за овај пут, резултат припада додатку, а не налазима.
Корак 5: задржите прозор, па га затворите
Телефон је лош сервер јер је дизајниран да спава. Оптимизација батерије, doze и управљање Wi-Fi енергијом могу да обуставе апликацију усред процене, а поновно повезивање тунела може да промени адресу коју циљ користи. Извршавање које пређе преко једног од тих догађаја има неважећи прозор резултата.
Држите улогу пролаза у најмањем обиму који одобрени задатак допушта, посматрајте тунел док је извршавање активно и забележите почетак и крај сваког прозора који пријављујете. Када се процена заврши, уклоните привремени приступ преко његовог власника, задржите запис о извору и путу и заштите излаз као и сваки други тестни артефакт.
Ако вам треба поновљива тачка посматрања, а не једнократни успех, то је резултат за који вреди аргументовати.референца о откривању домаћина објашњава које пробе претпостављају локални сегмент, и баш тај детаљ претвара празан резултат у одбрањиву тврдњу.