Odaberite pravu točku promatranja za VPN skeniranje na telefonu
VPN slušač na telefonu, usluga na telefonu i rutirani LAN host tri su površine. Prođite ovih pet koraka i zaustavite se gdje se opseg zaustavlja.
Ovlaštena procjena VPN-a koji se hosta na telefonu tiho pada kada skener sjedi na pogrešnoj strani tunela. Dobivate rezultate, izgledaju uvjerljivo i odgovaraju na pitanje koje nitko nije postavio. Prođite kroz pet provjera ispod redom. Svaka ima uvjet zaustavljanja, a rano zaustavljanje jeftinije je od ponovnog testiranja od nule nakon što je izvještaj napisan.
Korak 1: imenujte površinu koju namjeravate dosegnuti
Tri se površine redovito brkaju jer ih povezuje jedan uređaj. Pokreću različit kod i različitu politiku, pa zapišite koja je u opsegu prije nego što se bilo što započne.
| 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 |
Ako odobreni opseg ne kaže koja od tri, zaustavite se i pitajte. Rootanje telefona ne odgovara na ovo pitanje i mijenja stvar koja se testira, a ne točku promatranja.
Zapišite ciljeve, dopuštene izvorne adrese, vremenski prozor i ograničenje intenziteta istodobno. Tunel vas nosi do tog opsega; ne daje licencu za ispitivanje svega što može rutirati.
Korak 2: odaberite izvor koji može vidjeti tu površinu
Skener koji sjedi unutar VPN-a ne može reproducirati neautentificiranog internetskog promatrača. Već ima rute, vjerodajnice i dopuštenja koja vanjski promatrač nema, pa njegovi rezultati opisuju pogled nakon prijema, čak i kada je ciljna površina ista. Obrnuta je pogreška jednako česta. Javno skeniranje VPN porta ne govori gotovo ništa o privatnoj usluzi iza prijave, a predstavljanje toga kao da govori preuveličava izloženost u jednom smjeru i umanjuje je u drugom.
Zaustavite se ako izvor koji možete dobiti ne odgovara površini. Procjena izvedena s partnera unutar tunela ne treba se predstavljati kao rezultat prije autentifikacije, a test koji zahtijeva odobreni vanjski izvor ne treba se tiho premještati unutra kako bi se izbjegla papirologija.
Korak 3: potvrdite rutu i put povratnog odgovora kroz telefon
Kada telefon prosljeđuje u drugu podmrežu, skeneru treba dopuštena ruta, a cilju put povratka koji radi. Potvrdite oboje umjesto da pretpostavite da odgovor na ping znači da je put cjelovit.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8Izvorni NAT mijenja ono što nizvodna usluga vidi. Ako telefon prevodi adresu skenera, pravila pristupa i zapisi na cilju primjenjuju se na prevedenu adresu, pa usluga koja izgleda da vas prihvaća možda prihvaća telefon, a ne skener.
Pazite i na preklapanje s mrežom samog skenera. Ako telefon rutira 192.168.1.0/24, a skener sjedi na LAN-u numeriranom na isti način, probe pogađaju lokalne uređaje i izvještaj ih opisuje kao cilj. Provjerite rutu koju bi sam skener koristio prije nego što pošaljete i jedan paket.
Skenirajte stvarnu adresu cilja i zadržite ime hosta koje aplikacija treba za TLS identitet i virtualni hosting. Dostizanje pristupnika dokazuje da pristupnik odgovara; to ne testira uslugu iza njega.
Korak 4: tretirajte otkrivanje kao probu s pretpostavkama
Otkrivanje hostova mjesto je gdje rezultati procjene najčešće odlaze naopako. Lokalno Ethernet otkrivanje ne prelazi rutirani VPN, pa probe koje rade na ravnom LAN-u jednostavno ne stižu. Blokirane probe otkrivanja tada čine dostupnu, ovlaštenu uslugu naizgled odsutnom.
Svjesno odlučite hoćete li preskočiti otkrivanje i skenirati poznate adrese izravno, pa to recite u izvještaju. Port koji odgovara nije dokaz da je VPN autentifikacija uspjela, a filtrirani odgovor nije dokaz da ništa ne sluša. Brzina je dio istog problema. Telefon koji guši ili ispušta pakete pod brzim skeniranjem stvara filtrirana stanja koja pripadaju telefonu, a ne usluzi, pa smanjite paralelnost i ponovno skenirajte prije nego što zapišete port kao zatvoren.
Uvjet zaustavljanja ovdje je tumačenje, a ne tehnika: ako ne možete reći što neko stanje znači za ovaj put, rezultat pripada u dodatak, a ne u nalaze.
Korak 5: držite prozor, pa ga zatvorite
Telefon je loš poslužitelj jer je dizajniran da spava. Optimizacija baterije, doze i upravljanje Wi-Fi napajanjem mogu obustaviti aplikaciju usred procjene, a ponovno povezivanje tunela može promijeniti adresu koju cilj koristi. Izvršavanje koje pređe preko jednog od tih događaja ima nevažeći prozor rezultata.
Držite ulogu pristupnika u najmanjem opsegu koji odobreni zadatak dopušta, promatrajte tunel dok je izvršavanje aktivno i zabilježite početak i kraj svakog prozora koji prijavljujete. Kada procjena završi, uklonite privremeni pristup preko njegova vlasnika, zadržite zapis o izvoru i putu i zaštitite izlaz kao i svaki drugi testni artefakt.
Ako vam treba ponovljiva točka promatranja, a ne jednokratni uspjeh, to je isporuka za koju vrijedi argumentirati. referenca o otkrivanju hostova objašnjava koje probe pretpostavljaju lokalni segment, a to je detalj koji prazan rezultat pretvara u obranjivu tvrdnju.