Portkereső és szolgáltatáskereső

Keresés a portregiszterben mindkét irányban: számmal, például 443, vagy szolgáltatásnévvel, például postgresql végezhető, és a táblázat megmutatja az összes egyező hozzárendelést, az általa használt szállítási protokollt, a tartományt, amelybe esik, és azt, mire szolgál a port. Az adatok a nyilvános regiszter másolata, amelyet ez az oldal hordoz, ezért a keresés hálózati kapcsolat nélkül is működik, és amit beír, nem hagyja el a böngészőt. Ez az oldal nem vizsgál portokat, és nem tudja megmondani, mely portok nyitottak bármely gépen — azt mondja meg, mit jelent egy szám.
Portszám vagy szolgáltatásnév
Feladatok
Offline referencia betöltve. Semmi nincs elküldve sehova.
Szám vagy szolgáltatásnév megadásával lehet keresni, vagy fent egy minta választható.
A három portnagyság-tartomány, és hogy a szám egyedül miért dönti el, ki használhatja
Jól ismert portok, 0-tól 1023-ig. Ezeket egyenként rendelik meg konkrét protokollokhoz, és ezek az egyetlen portok, amelyek mindenhol ugyanazt jelentik: 22 az SSH, 80 a sima HTTP, 443 a TLS feletti HTTP. Szerveren ezek általában csak adminisztrátori jogokkal rendelkező folyamat érheti el, ezért pont az a démon érdemel második pillantást, amelynek ott semmi keresnivalója nincs.

Bejegyzett portok, 1024 és 49151 között. Ezek ugyanúgy vannak bejegyezve, de bármely folyamat használhatja őket, ezért a szám a bejegyzett használatot mutatja, nem a tényleges, éppen fennálló használatot ez a helyzet határozza meg. 8080 és 8443 alternatívaként vannak bejegyezve, és ugyanilyen gyakran szolgálnak teljesen mást, a fejlesztői szerver pedig e tartomány bármely számán megjelenhet.

Dinamikus vagy magánportok, 49152 és 65535 között. Ezeket szándékosan hagyják kiosztatlanul: az operációs rendszer választ egyet a kapcsolat kimenő végéhez, és nincs stabil jelentése. Ebben a tartományban szám csak egyetlen kommunikáció kontextusából olvasható ki, ezért egy offline referencia semmi hasznosat nem tud mondani róla.

A táblázat olvasása. A regiszter a portokat egyszerre rendeli protokollhoz és szállításhoz egyidejűleg, és egy szám több, egymással nem összefüggő szolgáltatást is hordozhat: 514 a távoli shell TCP-n, a syslog UDP-n, a 465 pedig egy régebbi levélküldési szolgáltatást és egy IGMP-változatot is hordoz. Ha egy sor több szolgáltatásnevet sorol fel, a név melletti zárójeles szállítást kell figyelembe venni, mielőtt eldől, melyik forgalomhoz tartozik. Hiányzó szám nem hiba: a regiszterben egyszerűen nincs hozzárendelés hozzá, az oldal pedig akkor is megmondja, melyik tartományba esik.
Második pillantás: olyan szolgáltatások, amelyek sokkal gyakrabban kerülnek véletlenül nyilvánosságra, mint szándékosan
Hogyan használható ez a lista.Semmi ebből nem állítja, hogy egy port nyitva van — csak azt, hogy ha a mögötte lévő szolgáltatás bárkinek válaszol, aki eléri a gépet, a kockázat magasabb, mint ahogy a szolgáltatás kora sugallja. Ezek ellenőrzése a rendszerrel szállított eszközzel, belülről végezhető el azokon a gépeken, amelyek felett rendelkezés áll:

Szándékosan szöveges. 23 telnet 21 ftp 389 ldap 161 snmp — bármely jelszó vagy közösségi karakterlánc tisztán szövegként halad át a vezetéken.
Fájlmegosztás és távvezérlés. 445 139 137 3389 5900 — ezek helyi hálózatra szánt portok, és soha nem lenne szabad az internetről elérhetőnek lenniük, ezért ezek a szkennelés során talált klasszikus belépési pontok.
Adatbázisok és gyorsítótárak. 3306 1433 5432 6379 27017 11211 — ezek többségét egy alkalmazás mögé szánták, és néhányuknak az alapértelmezett beállításában nincs hitelesítés.
Vezérlőfelületek. 2375 — konténereket a gazdagépen indítani képes API, sima szövegben rögzítve, egy titkosított testvére mellett. Ehhez hozzáférni egyenértékű azzal, mintha parancsokat futtatnánk a gépen.
Egy népszerű szolgáltatás által kölcsönvett szám. 9200 — a regiszter ezt mobil webszolgáltatási portként rögzíti, a számot pedig egy keresőmotor-termék is széles körben használja, amely nincs a regiszterben. Az ilyen sorok miatt mutatja a táblázat a bejegyzett célt, és nem a termékek listáját.

Mit érdemes tenni a találgatás helyett.Olyan gépen, amelynek üzemeltetése ellenőrzés alatt áll, az operációs rendszertől lekérdezhető, melyik folyamat foglal le egy portot (ss -lntupLinuxon,netstat -abnoWindowson), és a válasz alapján dönthető el hogyan tovább. Az elérhetőség konfigurációs kérdés, a javítás pedig a szolgáltatás leállítása, hurokcímhez kötése vagy tűzfal mögé helyezése — ebben a sorrendben.