Skanimi i papërpunuar i Nmap dështon përmes VPN, por lidhja -sT funksionon?

Një faqe ngarkohet përmes tunelit ndërsa një skanim portash raporton se hosti është jashtë, dhe mendimi i parë është se VPN po bllokon diçka. Zakonisht nuk bllokon asgjë të re. Dy provat kërkojnë aftësi të ndryshme nga sistemi operativ, dhe vetëm njëra prej tyre kërkon akses të papërpunuar në paketa. Përcaktoni cila aftësi dështoi përpara se të prekni tunelin.

Ndani aftësinë nga tuneli

Një aplikacion i zakonshëm i kërkon kernelit të hapë një lidhje TCP, dhe kerneli kryen shtrëngimin e duarve pa privilegj të veçantë. Një skanim i papërpunuar ndërton vetë paketat, gjë që kërkon një socket të papërpunuar ose një drejtues kapjeje në varësi të platformës. Këto janë çështje lejesh dhe drejtuesish, dhe ekzistojnë pavarësisht nëse VPN është i lidhur apo jo.

Ky dallim shpjegon asimetrinë e zakonshme. curl ka sukses sepse rruga e socket-it funksionon, ndërsa skanimi SYN dështon sepse procesi nuk mund të hapë një socket të papërpunuar në ndërfaqen e tunelit. Shpjegon gjithashtu rastin e kundërt, ku një skanim i papërpunuar raporton i filtruar sepse rruga hedh sondën, ndërsa rruga e aplikacionit mbetet e mirë.

Asnjëri prej rezultateve nuk përshkruan shërbimin në distancë. Të dy përshkruajnë një rrugë nën një metodë, prandaj mbani metodën të lidhur me përfundimin.

Ekzekutoni kontrollin e lidhjes në një host të miratuar

Zgjidhni hostin e vetëm që mbulon detyra juaj, më pas përdorni modalitetin që nuk kërkon akses të papërpunuar. Objektivi i shembullit këtu është 198.51.100.24, hapësirë dokumentacioni e rezervuar për këtë lloj ilustrimi.

Një rresht, një host, një portë, pa fazë zbulimi:

nmap -sT -Pn -p 443 --unprivileged 198.51.100.24

-sT zgjedh një lidhje të plotë TCP, kështu që ushtron të njëjtën rrugë të kernelit që përdor një aplikacion dhe nuk kërkon drejtues kapjeje. -Pn anashkalon zbulimin e hosteve; nmap gjithsesi kryen zgjidhje në shtresën e lidhjes për objektivat në segmentin lokal, prandaj flamuri nuk është premtim për trafik paraprak zero. --unprivileged i thotë nmap-it të supozojë se nuk ka të drejta të papërpunuara ose përgjimi, gjë që ndryshon metodën dhe nuk jep asgjë.

Lexoni çdo flamur si një ndryshim, jo si një riparim

Trajtoni çdo opsion si një deklaratë për metodën. Asnjë prej -sT, -Pn ose --unprivileged nuk shton një rrugë, nuk hap një mur zjarri në distancë dhe nuk vërteton një certifikatë. Skanimi i lidhjes përfundon gjithashtu një shtrëngim duarsh të vërtetë që shërbimi e regjistron, prandaj një kontroll i miratuar dhe një skanim i pamiratuar duken njësoj nga serveri përveç shtrirjes dhe ritmit. Grumbullimi i opsioneve derisa të ndryshojë rezultati është mënyra se si një problem metode regjistrohet si gjetje rrjeti.

Kur rezultati thotë i mbyllur, diçka u përgjigj me një rivendosje, dhe kjo është një gjetje e ndryshme nga heshtja. Kur rezultati thotë i filtruar, një pajisje hodhi sondën ose përgjigjen e saj, dhe VPN mund të jetë i rastësishëm. Shkruani formulimin e saktë, sepse verdikti i fazës së zbulimit dhe dështimi në nivelin e sondës tregojnë shtresa të ndryshme.

Nëse një modalitet i privilegjuar është vërtet i nevojshëm, pronari i platformës vendos nëse privilegji, drejtuesi dhe rregullimi i ndërfaqeve mbështeten. Ngritja e të njëjtit thirrje nuk e ndryshon metodën e tij.

Ndaloni te rezultati i transportit, më pas provoni shërbimin

Një shtrëngim duarsh i përfunduar përgjigjet një pyetjeje për një adresë, portë, burim dhe moment. Nuk vërteton se backend-i është i shëndetshëm, sepse një balancues ngarkese ose një proxy përpara mund të pranojë lidhjen ndërsa aplikacioni pas tij është ndalur.

Vazhdoni me klientin e vetë shërbimit, që identiteti TLS dhe sjellja e aplikacionit të vëzhgohen si fakte të veçanta:

openssl s_client -connect 198.51.100.24:443 -servername staging.example.net </dev/null 2>/dev/null | openssl x509 -noout -subject -dates
curl -sS -o /dev/null -w '%{http_code}\n' https://staging.example.net/health

Një zakon tjetër e mban rezultatin të dobishëm. Shkruani komandën e saktë, adresën burimore që përdori dhe kohën, sepse një rezultat transporti pa atë kontekst nuk mund të riprodhohet ose krahasohet.

Nëse certifikata emërton një host që nuk e prisnit, transporti funksionoi dhe rrugëtimi nuk ishte kurrë problemi; defekti është në strehimin virtual ose në DNS. Nëse shtrëngimi i duarve dështon, shkruani vargun lokal të gabimit në vend që të përgjithësoni për tunelin. Mbani shënimin e shtrirjes pranë rezultatit, sepse personi tjetër duhet të dijë cila metodë e prodhoi.