Piliin ang Tamang Punto ng Pagmamasid para sa VPN Scan sa Telepono

Ang awtorisadong pagtatasa ng isang VPN na naka-host sa telepono ay tahimik na nabibigo kapag ang scanner ay nakaupo sa maling bahagi ng tunnel. May nakukuha kang mga resulta, mukhang kapani-paniwala ang mga ito, at sinasagot nila ang isang tanong na walang nagtanong. Dumaan sa limang pagsusuri sa ibaba nang sunod-sunod. Bawat isa ay may kundisyon ng paghinto, at mas mura ang huminto nang maaga kaysa muling subukan mula sa simula pagkatapos maisulat ang ulat.

Hakbang 1: pangalanan ang ibabaw na nais mong maabot

Tatlong ibabaw ang madalas na pinagpapalit dahil isang aparato ang nag-uugnay sa kanila. Iba ang code at iba ang patakaran na pinapatakbo nila, kaya isulat kung alin ang nasa saklaw bago simulan ang anuman.

Kung hindi sinasabi ng aprubadong saklaw kung alin sa tatlo, huminto at magtanong. Ang pag-root ng telepono ay hindi sumasagot sa tanong na ito, at binabago nito ang bagay na sinusuri, hindi ang punto ng pagmamasid.

Itala ang mga target, ang pinapayagang address ng pinagmulan, ang window ng oras at ang limitasyon ng tindi nang sabay. Dinadala ka ng tunnel hanggang sa saklaw na iyon; hindi ito nagbibigay ng lisensya na siyasatin ang lahat ng maaari nitong iruta.

Hakbang 2: piliin ang pinagmulan na nakakakita ng ibabaw na iyon

Isang scanner na nakaupo sa loob ng VPN ay hindi maaaring muling likhain ang isang hindi awtentikadong tagamasid ng internet. Mayroon na itong mga ruta, kredensyal at pahintulot na wala ang tagamasid sa labas, kaya inilalarawan ng mga resulta nito ang tanawin pagkatapos ng pagtanggap kahit pareho ang target na ibabaw. Ang kabaligtarang pagkakamali ay kasingkaraniwan. Ang pampublikong pag-scan ng port ng VPN ay halos walang sinasabi tungkol sa pribadong serbisyo sa likod ng pag-login, at ang pagharap dito na parang may sinasabi ay nagpapalabis sa pagkakalantad sa isang direksyon at nagpapaliit dito sa kabila.

Huminto kung ang pinagmulan na makukuha mo ay hindi tugma sa ibabaw. Ang pagtatasa na isinagawa mula sa isang kapwa sa loob ng tunnel ay hindi dapat iharap bilang resulta bago ang awtentikasyon, at ang pagsusulit na nangangailangan ng aprubadong panlabas na pinagmulan ay hindi dapat tahimik na ilipat sa loob upang maiwasan ang papeles.

Hakbang 3: kumpirmahin ang ruta at ang daan ng sagot sa pamamagitan ng telepono

Kapag nagpapasa ang aparato sa ibang subnet, kailangan ng scanner ang pinapayagang ruta at kailangan ng target ang gumaganang daan pabalik. Kumpirmahin ang dalawa sa halip na ipagpalagay na ang sagot sa ping ay nangangahulugang kumpleto ang daan.

ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8

Binabago ng source NAT ang nakikita ng serbisyo sa ibaba. Kung isinasalin ng telepono ang address ng scanner, nalalapat ang mga patakaran ng pag-access at mga log sa target sa isinaling address, kaya ang serbisyong mukhang tumatanggap sa iyo ay maaaring tumatanggap sa telepono at hindi sa scanner.

Bigyang-pansin din ang pagsasapaw sa sariling network ng scanner. Kung niruruta ng telepono ang 192.168.1.0/24 at ang scanner ay nasa LAN na pareho ang pagbilang, tumatama ang mga probe sa lokal na aparato at inilalarawan sila ng ulat bilang target. Suriin ang rutang gagamitin ng scanner mismo bago magpadala ng isang pakete.

I-scan ang tunay na address ng target at panatilihin ang hostname na kailangan ng aplikasyon para sa pagkakakilanlang TLS at virtual hosting. Ang pag-abot sa gateway ay nagpapatunay na sumasagot ang gateway; hindi nito sinusuri ang serbisyo sa likod nito.

Hakbang 4: ituring ang pagtuklas bilang probe na may mga palagay

Ang pagtuklas ng host ay ang lugar kung saan pinakamadalas magkamali ang mga resulta ng pagtatasa. Ang lokal na pagtuklas sa Ethernet ay hindi tumatawid sa niruta na VPN, kaya ang mga probe na gumagana sa patag na LAN ay hindi talaga dumarating. Ang mga naka-block na probe ng pagtuklas ay nagpapakita ng naaabot at awtorisadong serbisyo na parang wala.

Magpasya nang may kamalayan kung lalaktawan ang pagtuklas at direktang i-scan ang mga kilalang address, pagkatapos sabihin ito sa ulat. Ang port na sumasagot ay hindi patunay na nagtagumpay ang awtentikasyon ng VPN, at ang sinasala na sagot ay hindi patunay na walang nakikinig. Ang bilis ay bahagi rin ng parehong problema. Ang teleponong naglilimita o nagtatapon ng pakete sa mabilis na pag-scan ay gumagawa ng sinasalang estado na pag-aari ng telepono at hindi ng serbisyo, kaya bawasan ang sabayang paggana at i-scan muli bago itala ang port bilang sarado.

Ang kundisyon ng paghinto dito ay interpretasyon, hindi teknik: kung hindi mo masabi kung ano ang ibig sabihin ng isang estado para sa daang ito, ang resulta ay kabilang sa apendiks at hindi sa mga natuklasan.

Hakbang 5: hawakan ang window, pagkatapos isara ito

Ang telepono ay masamang server dahil dinisenyo itong matulog. Ang pag-optimize ng baterya, doze at pamamahala ng kuryente ng Wi-Fi ay maaaring suspindihin ang app sa gitna ng pagtatasa, at ang muling pagkonekta ng tunnel ay maaaring magbago ng address na ginagamit ng target. Ang pagtakbo na sumasaklaw sa isa sa mga pangyayaring iyon ay may di-wastong window ng resulta.

Panatilihin ang papel ng gateway sa pinakamaliit na saklaw na pinapayagan ng aprubadong gawain, obserbahan ang tunnel habang buhay ang pagtakbo, at itala ang simula at wakas ng bawat window na iniuulat mo. Kapag natapos ang pagtatasa, alisin ang pansamantalang pag-access sa pamamagitan ng may-ari nito, itago ang talaan ng pinagmulan at ruta, at protektahan ang output tulad ng anumang iba pang artefakto ng pagsusulit.

Kung kailangan mo ng napeperpektong punto ng pagmamasid sa halip na isang beses na tagumpay, iyon ang dapat ipagtanggol.ang sanggunian sa pagtuklas ng host ay nagpapaliwanag kung aling mga probe ang nagpapalagay ng lokal na segment, at iyon ang detalyeng nagpapalit ng walang laman na resulta tungo sa maitatanggol na pahayag.