Zgjidhni pikën e duhur të vëzhgimit për një skanim VPN në telefon
Dëgjuesi VPN i telefonit, një shërbim në telefon dhe një host LAN i rrugëzuar janë tre sipërfaqe. Kaloni këto pesë hapa dhe ndaloni atje ku ndalet fushëveprimi.
Një vlerësim i autorizuar i një VPN të strehuar në telefon dështon në heshtje kur skaneri qëndron në anën e gabuar të tunelit. Merrni rezultate, ato duken të besueshme dhe përgjigjen një pyetje që askush nuk e bëri. Kaloni pesë kontrollet më poshtë me radhë. Secila ka një kusht ndalimi, dhe ndalimi herët kushton më pak se ritestimi nga e para pasi raporti të jetë shkruar.
Hapi 1: emërtoni sipërfaqen që synoni të arrini
Tri sipërfaqe ngatërrohen rregullisht sepse një pajisje i lidh ato. Ato ekzekutojnë kod dhe politikë të ndryshme, prandaj shkruani cila është brenda fushëveprimit përpara se të fillojë çdo gjë.
| 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 |
Nëse fushëveprimi i miratuar nuk thotë cila nga të treja, ndaloni dhe pyesni. Marrja e root në telefon nuk i përgjigjet kësaj pyetjeje dhe ndryshon gjënë e testuar, jo pikën e vëzhgimit.
Regjistroni objektivat, adresat burimore të lejuara, dritaren kohore dhe kufirin e intensitetit në të njëjtën kohë. Tuneli ju çon deri në atë fushëveprim; nuk ju jep licencë të hetoni gjithçka që mund të rrugëzojë.
Hapi 2: zgjidhni burimin që mund ta shohë atë sipërfaqe
Një skaner i vendosur brenda VPN-së nuk mund të riprodhojë një vëzhgues interneti të paautentikuar. Ai tashmë ka rrugë, kredenciale dhe leje që vëzhguesi i jashtëm nuk i ka, prandaj rezultatet e tij përshkruajnë pamjen pas pranimit, edhe kur sipërfaqja objektiv është e njëjtë. Gabimi i kundërt është po aq i zakonshëm. Një skanim publik i portës VPN nuk thotë pothuajse asgjë për një shërbim privat pas hyrjes, dhe paraqitja e tij sikur ta thoshte e mbivlerëson ekspozimin në një drejtim dhe e nënvlerëson në tjetrin.
Ndaloni nëse burimi që mund të merrni nuk përputhet me sipërfaqen. Një vlerësim i ekzekutuar nga një koleg brenda tunelit nuk duhet të paraqitet si rezultat para autentikimit, dhe një test që kërkon një burim të jashtëm të miratuar nuk duhet të zhvendoset në heshtje brenda për të shmangur letrat.
Hapi 3: konfirmoni rrugën dhe rrugën e përgjigjes përmes telefonit
Kur pajisja përcjell në një nënrrjet tjetër, skaneri ka nevojë për një rrugë të lejuar dhe objektivi për një rrugë kthimi që funksionon. Konfirmoni të dyja në vend që të supozoni se një përgjigje ping do të thotë që rruga është e plotë.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8NAT burimor ndryshon atë që sheh shërbimi në rrjedhën e poshtme. Nëse telefoni përkthen adresën e skanerit, rregullat e aksesit dhe regjistrat në objektiv zbatohen për adresën e përkthyer, prandaj një shërbim që duket se ju pranon mund të pranojë telefonin dhe jo skanerin.
Vini re edhe një mbivendosje me rrjetin e vetë skanerit. Nëse telefoni rrugëzon 192.168.1.0/24 dhe skaneri qëndron në një LAN të numëruar në të njëjtën mënyrë, sondat godasin pajisje lokale dhe raporti i përshkruan ato si objektiv. Kontrolloni rrugën që do të përdorte vetë skaneri përpara se të dërgoni një paketë të vetme.
Skanoni adresën reale të objektivit dhe mbani emrin e hostit që aplikacioni kërkon për identitetin TLS dhe strehimin virtual. Arritja e një portë kalimi dëshmon se porta përgjigjet; nuk e teston shërbimin pas saj.
Hapi 4: trajtojeni zbulimin si një sondë me supozime
Zbulimi i hosteve është vendi ku rezultatet e vlerësimit shkojnë më shpesh keq. Zbulimi lokal përmes Ethernet nuk kalon një VPN të rrugëzuar, prandaj sondat që funksionojnë në një LAN të rrafshët thjesht nuk mbërrijnë. Sondat e zbulimit të bllokuara atëherë e bëjnë një shërbim të arritshëm dhe të autorizuar të duket i mungueshëm.
Vendosni me vetëdije nëse do të kaloni zbulimin dhe do të skanoni drejtpërdrejt adresat e njohura, pastaj thoni këtë në raport. Një port që përgjigjet nuk është provë që autentikimi VPN pati sukses, dhe një përgjigje e filtruar nuk është provë që asgjë nuk dëgjon. Ritmi është pjesë e të njëjtit problem. Një telefon që kufizon ose hedh paketa nën një skanim të shpejtë prodhon gjendje të filtruara që i përkasin telefonit dhe jo shërbimit, prandaj ulni paralelizmin dhe riskanoni përpara se të regjistroni një port si të mbyllur.
Kushti i ndalimit këtu është interpretim, jo teknikë: nëse nuk mund të thoni çfarë do të thotë një gjendje për këtë rrugë, rezultati i takon një shtojce dhe jo gjetjeve.
Hapi 5: mbani dritaren, pastaj mbylleni
Një telefon është server i dobët sepse është ndërtuar për të fjetur. Optimizimi i baterisë, doze dhe menaxhimi i energjisë Wi-Fi mund ta pezullojnë aplikacionin në mes të vlerësimit, dhe rilidhja e tunelit mund të ndryshojë adresën që përdor objektivi. Një ekzekutim që përshkon një nga ato ngjarje ka një dritare rezultatesh të pavlefshme.
Mbani rolin e portës kalimi në fushëveprimin më të vogël që lejon detyra e miratuar, vëzhgoni tunelin ndërsa ekzekutimi është i gjallë dhe regjistroni fillimin dhe fundin e çdo dritareje që raportoni. Kur vlerësimi mbaron, hiqni aksesin e përkohshëm përmes pronarit të tij, mbani regjistrin e burimit dhe rrugës, dhe mbroni daljen si çdo artefakt tjetër testimi.
Nëse ju nevojitet një pikë vëzhgimi e përsëritshme dhe jo një sukses i njëhershëm, ai është rezultati për të cilin ia vlen të argumentohet.referenca për zbulimin e hosteve shpjegon se cilat sonda supozojnë një segment lokal, dhe pikërisht ai detaj e kthen një rezultat bosh në një deklaratë të mbrojtshme.