Nyílt forráskódú biztonsági eszközök
OpenVAS/Greenbone: A nyílt forráskódú sebezhetőség-ellenőrző
Az OpenVAS a nyílt forráskódú sebezhetőség-ellenőrző a Greenbone programcsomag középpontjában: az élő szolgáltatások hálózati szintű vizsgálata több tízezer sebezhetőségi tesztből álló adatfolyamon keresztül hitelesített szondákkal (SSH, SMB), amelyek mélyebbre jutnak el, mint egy portellenőrzés. Ez az ingyenes válasz a Nessus-osztályú kereskedelmi szkennelésre, és fegyelme a szkennelés ütemezésében és a hamis pozitív értékelésben él.
Kulcspontok
- Az architektúra menedzser-szkenner-feed: a GVM-verem (gvmd, openvas scanner, redis, GSA webes felhasználói felület) készülék- vagy dokkolótelepítésként fut; a feed (Greenbone Community Feed) folyamatosan szinkronizálja a hálózati sebezhetőségi teszteket, és a takarmányszinkronizálás egészséges tartása az első gyakorlati szokás, hiszen egy elavult feed csendben pásztázza a tavalyi világot.
- A vizsgálati típusok között valódi szemantikai különbségek vannak: a hitelesítés nélküli ellenőrzések kívülről vizsgálják a szolgáltatásokat (amit a támadó lát), míg a hitelesítő adatokkal ellátott vizsgálatok (SSH/SMB hitelesítési adatokkal) felsorolják a telepített szoftververziókat és a helyi konfigurációt, amely az a mód, amely ténylegesen megválaszolja a javítási kérdést; tervezze meg mindkét menetrendet.
- Az eredmények egy projekt, nem pedig egy jelentés: a hamis pozitív eredmények és a duplikált megállapítások szabványosak, így az osztályozás (súlyossági szint, kihasználhatóság, kármentesítés tulajdonosa), a kivételkezelés és az újratesztelés ellenőrzésére szolgáló figyelőmappa a kimenetet használható jegyekké alakítja; a behangolatlan heti szkennelés zajgá válik, amit senki sem olvas.
- Teljesítmény/méretezési alakzatok ütemezése: gazdagépfelderítés a mélyvizsgálatok előtt, egyidejűségi korlátok és vizsgálati ablakok, amelyek elkerülik az éjszakai biztonsági mentési krízist; egy 500 fős birtok elosztott szkennereket (GVM-érzékelőket/készülékeket) szeretne, ahol a menedzser központosítja az eredményeket, nem pedig egyetlen doboz őrlését egy hónapos cikluson keresztül.
- A megfelelőség valós: OpenVAS kimeneti leképezések a PCI-DSS 11.3-osztály követelményeihez, CIS benchmark lefedettség SCA-osztály ellenőrzéseken keresztül és bizonyítékok, amelyeket az auditorok elfogadnak; sok csapat párosítja az OpenVAS nyers megállapításait a Wazuh SCA-osztályú ügynökellenőrzéssel (dedikált cikkünk), így a szkennerek és az ügynökök kölcsönösen megerősítik.
- Ahol található a biztonsági eszközkészletünkben: Az OpenVAS megválaszolja, hogy „mi a sebezhető az élőhelyemen” (kiegészíti a Trivy-t a műtermékekért és a Falcót a futásidejű viselkedésért); A nyílt forráskódú opciók közül ez a legteljesebb Nessus-alternatíva, azzal az őszinte figyelmeztetéssel, hogy a beállítás és a feed-kezelés valós műveleti időt vesz igénybe a belépéskor.
Terepi jegyzet
Az OpenVAS hitelesítő adatokkal végzett vizsgálata egy „foltozott” ügyfélterületen 14 gazdagépről talált hiányt az elmúlt negyedévi frissítésekről a változás lefagyása mögött. A nem hitelesített szkennelések egész évben tisztának tűntek. A hitelesítő adatok jelentik a különbséget az audit és a kényelmi rituálé között.
Gyakori kérdések
OpenVAS vagy Nessus profi munkához?
OpenVAS költségvetési ingatlanokhoz és belső auditokhoz, ahol a nyílt forráskódú tartás számít; A Nessus beépülő moduljainak sebessége/érettsége és kereskedelmi támogatása fontos az ügyfelekkel szembeni tesztelés alatt álló vállalkozások számára; sok felszerelés mindkettőt futtatja, mivel az OpenVAS sok azonos aláírást fog el.
Miért jobbak a hitelesítő adatokkal végzett vizsgálatok éjjel-nappal?
Mivel a telepített szoftverek (nem csak a lehallgatási szolgáltatások) a legtöbb sebezhetőséget okozzák; A hitelesítési adatokkal a lapolvasó közvetlenül felsorolja a csomagverziókat és a helyi konfigurációkat, ahelyett, hogy a szalaghirdetésekből következtetne, ami a hamis pozitív eredményeket veszi le, és a valós eredményeket.
Milyen gyakran kell szkennelni?
Hitelesítési adatokkal ellátott ellenőrzések heti-havi rendszerességgel eszközosztályonként a változás sebességétől függően, plusz ad-hoc vizsgálatokat a nagyobb változások után; az ütemezett, hitelesítetlen vizsgálat külső peremre vonatkozó bizonyítékokat ad, de a hitelesítő adatokkal való lefedettség az igazi javítás kérdése.
Mi az első heti beállítási ellenőrzőlista?
Egy készülék/verem üzembe helyezve, a feed szinkronizálása megerősítette, hogy egészséges, a CB-hatókör felderítése (milyen eszközök léteznek valójában), első hitelesítési vizsgálat egy kis gazdagéphalmaz ellen, majd hangolás jelentése (súlyossági szintek és kivételi szabályzat) a hatókör méretezése előtt.
Hogyan segít a Kinetikatech a nyílt forráskódú biztonsági eszközök területén
Őszintén szólva, a legtöbb csapat azután keres meg minket, hogy előbb maga próbálkozott: A tesztelő eszköztár szakemberei valójában folyamatosan töltődnek: szkennerek, szippantó készülékek, crackerek és webes proxy-k elmagyarázták, hogyan használják őket valódi műveleteknél – parancsok, jelzők, kimenetek, és hogy mindegyikük hol helyezkedik el a módszertanban. A Behatolási tesztek és Linux-szerverbiztonság szolgáltatásunk épp azért van, hogy ne az éles rendszeren ismerkedj meg a nyílt forráskódú biztonsági eszközök területével; mi vállaljuk az üzembe helyezést, a felügyeletet és a hajnali három órai meglepetéseket.