Elérhető az Nmap 7.93 hálózati biztonsági szkenner kiadása, amely hálózati audit elvégzésére és az aktív hálózati szolgáltatások azonosítására szolgál. A szám a projekt 25. évfordulóján jelent meg. Meg kell jegyezni, hogy az évek során a projekt az 1997-ben a Phrack magazinban megjelent koncepcionális portszkennerből egy teljesen működőképes alkalmazássá alakult át a hálózat biztonságának elemzésére és a használt szerveralkalmazások azonosítására. A kiadás elsősorban olyan javításokat és fejlesztéseket tartalmaz, amelyek célja a stabilitás javítása és az ismert problémák megoldása, mielőtt továbblépnének az Nmap 8 új ágával.
Nagy változások:
- A Windows platformon a csomagok rögzítésére és helyettesítésére használt Npcap könyvtár az 1.71-es verzióra frissült. A könyvtárat az Nmap projekt fejlesztette ki a WinPcap helyettesítésére, a modern Windows API NDIS 6 LWF használatával készült, és nagyobb teljesítményt, biztonságot és megbízhatóságot mutat.
- Egy OpenSSL 3.0-s buildet biztosítottunk, amely mentes az új ágban elavult funkciók hívásaitól.
- A libssh2 1.10.0, zlib 1.2.12, Lua 5.3.6, libpcap 1.10.1 könyvtárak frissítése megtörtént.
- Az NSE-ben (Nmap Scripting Engine), amely lehetővé teszi szkriptek futtatását a különféle műveletek Nmap segítségével történő automatizálására, javult a kivétel- és eseménykezelés, és módosult a nem használt pcap socketek visszatérése.
- Bővültek a dhcp-discover/broadcast-dhcp-discover NSE szkriptek (a kliens azonosító beállítása megengedett), az oracle-tns-verzió (az Oracle 19c+ kiadások észlelése hozzáadva), a redis-info (megjelenítési problémák) a kapcsolatokról és a fürtcsomópontokról szóló pontatlan információkat megoldottuk).
- Az aláírási adatbázisokat frissítettük a hálózati alkalmazások és operációs rendszerek azonosítása érdekében. Lecserélték az elavult CPE-azonosítókat (Common Platform Enumeration) az IIS-szolgáltatásokhoz.
- A FreeBSD platformon az útválasztási információk meghatározásával kapcsolatos problémák megoldódtak.
- Az Ncat támogatja a SOCKS5 proxykat, amelyek IPv4/IPv6 cím helyett gazdagépnév formájában adják vissza a kötési címet.
- Megoldódott az IPv4-kernelekkel nem rendelkező Linux hálózati interfészek azonosításával kapcsolatos probléma.
Forrás: opennet.ru