Izvēlieties pareizo novērošanas punktu VPN skenēšanai telefonā
Telefona VPN klausītājs, pakalpojums telefonā un maršrutēts LAN resursdators ir trīs virsmas. Izpildiet šos piecus soļus un apstājieties tur, kur beidzas tvērums.
Telefonā mitināta VPN autorizēts novērtējums klusi neizdodas, kad skeneris atrodas nepareizajā tuneļa pusē. Jūs saņemat rezultātus, tie izskatās ticami, un tie atbild uz jautājumu, kuru neviens neuzdeva. Izpildiet piecas pārbaudes zemāk pēc kārtas. Katrai ir apstāšanās nosacījums, un apstāties agrāk ir lētāk nekā pēc ziņojuma uzrakstīšanas testēt no jauna no nulles.
1. solis: nosauciet virsmu, kuru plānojat sasniegt
Trīs virsmas bieži tiek sajauktas, jo tās savieno viena ierīce. Tās izpilda atšķirīgu kodu un atšķirīgu politiku, tāpēc pirms kaut kā sākšanas pierakstiet, kura ir tvērumā.
| 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 |
Ja apstiprinātais tvērums nepasaka, kura no trim, apstājieties un pajautājiet. Telefona rootošana uz šo jautājumu neatbild un maina pārbaudāmo lietu, nevis novērošanas punktu.
Vienlaikus pierakstiet mērķus, atļautās avota adreses, laika logu un intensitātes ierobežojumu. Tunelis aizved jūs līdz šim tvērumam; tas nedod atļauju pārbaudīt visu, ko tas var maršrutēt.
2. solis: izvēlieties avotu, kas var redzēt šo virsmu
Skeneris, kas atrodas VPN iekšpusē nevar atveidot neautentificētu interneta novērotāju. Tam jau ir maršruti, akreditācijas dati un atļaujas, kuru ārējam novērotājam nav, tāpēc tā rezultāti apraksta skatu pēc uzņemšanas arī tad, ja mērķa virsma ir tā pati. Pretējā kļūda ir tikpat izplatīta. Publiska VPN porta skenēšana gandrīz neko nepasaka par privātu pakalpojumu aiz pieteikšanās, un tā pasniegšana tā, it kā tā to teiktu, vienā virzienā pārvērtē ietekmi un otrā to novērtē par zemu.
Apstājieties, ja iegūtais avots neatbilst virsmai. Novērtējumu, kas veikts no partnera tuneļa iekšpusē, nevajadzētu uzrādīt kā pirmsautentifikācijas rezultātu, un testu, kam nepieciešams apstiprināts ārējais avots, nevajadzētu klusi pārcelt uz iekšu, lai izvairītos no papīru darba.
3. solis: apstipriniet maršrutu un atbildes ceļu caur telefonu
Kad ierīce pārsūta uz citu apakštīklu, skenerim nepieciešams atļauts maršruts, bet mērķim – strādājošs atgriešanās ceļš. Apstipriniet abus, nevis pieņemiet, ka ping atbilde nozīmē pilnu ceļu.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8Avota NAT maina to, ko redz lejupējais pakalpojums. Ja telefons pārtulko skenera adresi, piekļuves noteikumi un žurnāli mērķī attiecas uz pārtulkoto adresi, tāpēc pakalpojums, kas šķietami jūs pieņem, var pieņemt telefonu, nevis skeneri.
Pievērsiet uzmanību arī pārklāšanās ar paša skenera tīklu. Ja telefons maršrutē 192.168.1.0/24 un skeneris atrodas tāpat numurētā LAN, zondes skar vietējās ierīces, un ziņojums tās apraksta kā mērķi. Pirms nosūtāt kaut vienu paketi, pārbaudiet maršrutu, ko izmantotu pats skeneris.
Skenējiet mērķa faktisko adresi un saglabājiet resursdatora nosaukumu, kas lietotnei nepieciešams TLS identitātei un virtuālajai mitināšanai. Sasniegt vārteju pierāda, ka vārteja atbild; tas nepārbauda pakalpojumu aiz tās.
4. solis: uzskatiet atklāšanu par zondi ar pieņēmumiem
Resursdatoru atklāšana ir vieta, kur novērtējuma rezultāti visbiežāk aiziet greizi. Vietējā Ethernet atklāšana nešķērso maršrutētu VPN, tāpēc zondes, kas darbojas plakanā LAN, vienkārši nenokļūst. Bloķētas atklāšanas zondes tad liek sasniedzamam, autorizētam pakalpojumam izskatīties neesošam.
Apzināti izlemiet, vai izlaist atklāšanu un skenēt zināmās adreses tieši, un pasakiet to ziņojumā. Atbildošs ports nav pierādījums, ka VPN autentifikācija ir izdevusies, un filtrēta atbilde nav pierādījums, ka nekas neklausās. Arī ātrums ir tās pašas problēmas daļa. Telefons, kas ātras skenēšanas laikā ierobežo vai izmet paketes, rada filtrētus stāvokļus, kas pieder telefonam, nevis pakalpojumam, tāpēc samaziniet paralēlismu un pirms porta kā slēgta reģistrēšanas skenējiet vēlreiz.
Apstāšanās nosacījums šeit ir interpretācija, nevis tehnika: ja nevarat pateikt, ko stāvoklis nozīmē šim ceļam, rezultāts pieder pielikumam, nevis secinājumiem.
5. solis: noturiet logu un pēc tam aizveriet to
Telefons ir slikts serveris, jo tas ir paredzēts gulēšanai. Akumulatora optimizācija, doze un Wi-Fi enerģijas pārvaldība var apturēt lietotni novērtējuma vidū, un tuneļa atkārtota savienošana var mainīt adresi, ko izmanto mērķis. Izpilde, kas šķērso kādu no šiem notikumiem, iegūst nederīgu rezultātu logu.
Turiet vārtejas lomu mazākajā tvērumā, ko pieļauj apstiprinātais uzdevums, novērojiet tuneli, kamēr izpilde ir dzīva, un pierakstiet katras ziņotās loga sākumu un beigas. Kad novērtējums beidzas, noņemiet pagaidu piekļuvi caur tās īpašnieku, saglabājiet avota un ceļa ierakstu un aizsargājiet izvadi kā jebkuru citu testa artefaktu.
Ja jums nepieciešams atkārtojams novērošanas punkts, nevis vienreizējs panākums, tas ir tas rezultāts, par kuru ir vērts argumentēt.atsauce par resursdatoru atklāšanu izskaidro, kuras zondes pieņem vietēju segmentu, un tieši šī detaļa pārvērš tukšu rezultātu aizstāvamā apgalvojumā.