Vyberte správny pozorovací bod pre skenovanie VPN na telefóne
VPN listener na telefóne, služba na telefóne a smerovaný hostiteľ v LAN sú tri plochy. Prejdite týchto päť krokov a zastavte sa tam, kde sa končí rozsah.
Autorizované posúdenie VPN hostovanej na telefóne potichu zlyhá, keď skener sedí na nesprávnej strane tunela. Dostanete výsledky, vyzerajú vierohodne a odpovedajú na otázku, ktorú nikto nepoložil. Prejdite päť kontrol nižšie v poradí. Každá má podmienku zastavenia a zastaviť sa skôr je lacnejšie než po napísaní správy testovať znova od nuly.
Krok 1: pomenujte plochu, ktorú chcete zasiahnuť
Tri plochy sa bežne pletú, pretože ich prepája jedno zariadenie. Prevádzkujú iný kód a inú politiku, takže si pred začatím zapíšte, ktorá je v rozsahu.
| 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 |
Ak schválený rozsah nehovorí, ktorá z troch, zastavte sa a pýtajte sa. Získanie rootu na telefóne na túto otázku neodpovedá a mení testovanú vec, nie pozorovací bod.
Zaznamenajte ciele, povolené zdrojové adresy, časové okno a limit intenzity súčasne. Tunel vás privedie do tohto rozsahu; nedáva licenciu skúmať všetko, čo dokáže smerovať.
Krok 2: vyberte zdroj, ktorý tú plochu vidí
Skener sediaci vnútri VPN nedokáže napodobniť neautentizovaného pozorovateľa z internetu. Už má trasy, prihlasovacie údaje a oprávnenia, ktoré vonkajší pozorovateľ nemá, takže jeho výsledky opisujú pohľad po prijatí, aj keď je cieľová plocha rovnaká. Opačná chyba je rovnako častá. Verejné skenovanie portu VPN nehovorí takmer nič o súkromnej službe za prihlásením, a podávať to tak, ako by hovorilo, preceňuje expozíciu v jednom smere a podceňuje ju v druhom.
Zastavte sa, ak zdroj, ktorý môžete získať, nezodpovedá ploche. Posúdenie vykonané z partnera vnútri tunela sa nemá prezentovať ako výsledok pred autentizáciou a test, ktorý vyžaduje schválený vonkajší zdroj, sa nemá potichu presúvať dovnútra, aby sa vyhol papierovaniu.
Krok 3: potvrďte trasu a cestu odpovede cez telefón
Keď telefón preposiela do inej podsiete, skener potrebuje povolenú trasu a cieľ potrebuje fungujúcu cestu späť. Potvrďte oboje, namiesto toho aby ste predpokladali, že odpoveď na ping znamená, že cesta je úplná.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8Zdrojový NAT mení, čo vidí naväzujúca služba. Ak telefón prekladá adresu skenera, pravidlá prístupu a záznamy v cieli platia pre preloženú adresu, takže služba, ktorá vyzerá, že vás prijíma, môže prijímať telefón a nie skener.
Sledujte aj prekrytie s vlastnou sieťou skenera. Ak telefón smeruje 192.168.1.0/24 a skener sedí v LAN číslovanej rovnako, sondy zasahujú miestne zariadenia a správa ich opisuje ako cieľ. Pred odoslaním jediného paketu overte trasu, ktorú by použil sám skener.
Skenujte skutočnú adresu cieľa a zachovajte názov hostiteľa, ktorý aplikácia potrebuje pre identitu TLS a virtuálny hosting. Dosiahnutie brány dokazuje, že brána odpovedá; netestuje službu za ňou.
Krok 4: berte objavovanie ako sondu s predpokladmi
Objavovanie hostiteľov je miesto, kde výsledky posúdenia najčastejšie zlyhávajú. Miestne objavovanie po Ethernete neprekračuje smerovanú VPN, takže sondy, ktoré fungujú v plochej LAN, jednoducho nedorazia. Blokované sondy objavovania potom robia dostupnú, autorizovanú službu ako neprítomnú.
Vedome rozhodnite, či objavovanie preskočiť a skenovať známe adresy priamo, a povedzte to v správe. Port, ktorý odpovedá, nie je dôkaz, že autentizácia VPN uspela, a filtrovaná odpoveď nie je dôkaz, že nič nepočúva. Rýchlosť je súčasťou toho istého problému. Telefón, ktorý pri rýchlom skenovaní obmedzuje alebo zahadzuje pakety, vytvára filtrované stavy, ktoré patria telefónu a nie službe, takže znížte súbežnosť a pred zapísaním portu ako zavretého skenujte znova.
Podmienka zastavenia je tu výklad, nie technika: ak nedokážete povedať, čo nejaký stav pre túto cestu znamená, výsledok patrí do prílohy a nie do zistení.
Krok 5: podržte okno a potom ho zavrite
Telefón je slabý server, pretože je navrhnutý na spánok. Optimalizácia batérie, doze a správa napájania Wi-Fi môžu pozastaviť aplikáciu uprostred posúdenia a opätovné pripojenie tunela môže zmeniť adresu, ktorú cieľ používa. Beh, ktorý prejde jednou z týchto udalostí, má neplatné okno výsledkov.
Držte rolu brány v najmenšom rozsahu, ktorý schválená úloha dovoľuje, sledujte tunel, kým beh beží, a zaznamenajte začiatok a koniec každého okna, ktoré uvádzate. Keď sa posúdenie skončí, odoberte dočasný prístup cez jeho vlastníka, uchovajte záznam o zdroji a ceste a chráňte výstup ako každý iný testovací artefakt.
Ak potrebujete opakovateľný pozorovací bod a nie jednorazový úspech, to je výsledok, za ktorý sa oplatí argumentovať.referencia o objavovaní hostiteľov vysvetľuje, ktoré sondy predpokladajú miestny segment, a práve tento detail mení prázdny výsledok na obhájiteľné tvrdenie.