Behatolási teszt vagy red team
Behatolási teszt vagy red team: kétféle módszer a védelem tesztelésére. Az egyik egy meghatározott hatókörben keresi a gyengeségeket, a másik azt teszteli, hogy felismeri-e és megállítja-e egy valódi támadót.
A behatolási teszt és a red team közötti különbség a rések megtalálása és egy valódi támadás lejátszása között van. A behatolási teszt egy meghatározott célt vizsgál, például egy webalkalmazást, hálózatot vagy API-t, és bizonyítékokkal és javításokkal együtt listázza a gyengeségeket.
Kezdjen behatolási teszttel, ha még nem volt ilyen, vagy a rendszereiben történt nagy változások után. Fontolja meg a red teamet, miután az alapokat rendbe tette, és van monitoringja és reagálási folyamata a teszteléshez.
Egymás mellett
| Képesség | Behatolási teszt | Red team |
|---|---|---|
| Cél | A lehető legtöbb gyengeség megtalálása és bizonyítása a hatókörben | Egy megbeszélt cél elérése anélkül, hogy megállítanák |
| Terjedelem | Meghatározott rendszerek, például egy alkalmazás, hálózat vagy API | A teljes szervezet, beleértve az embereket és a folyamatokat |
| Megközelítés | Széles körű és rendszerszintű | Célzott, valósághű, bármilyen megbeszélt utat használ |
| Lopakodás | Általában bejelentik az IT-csapatnak | Általában nem jelentik be a legtöbb munkatársnak és védőnek |
| Mit tesztel | A cél technikai biztonságát | A felismerést és a reagálást, valamint a megelőzést |
| Időtartam | Napoktól néhány hétig | Hétektől hónapokig |
| Költség | Mérsékelt | Jelentősen magasabb |
| Eredmény | A megállapítások listája súlyossággal és javításokkal | Támadási történet, mi lett felismerve és mi nem, tanulságok |
| Legjobb felhasználás | A legtöbb szervezet, megfelelés, indulások előtt | Érett csapatok SOC-kal vagy incidensfolyamattal |
Miben jó az egyik és a másik
Behatolási teszt
- Sok gyengeséget talál egy meghatározott hatókörben
- Világos jelentés javításokkal
- Gyakran elfogadják bizonyítékként ügyfelek és auditok számára
- Normál költségvetésbe és ütemtervbe illik
- A megbeszélt hatókörre korlátozódik
- Nem mutatja meg, mennyire jól ismeri fel a támadásokat
- Egy pillanatkép, amely a rendszerek változásával elavul
Red team
- Az embereket, a folyamatokat és a technológiát együtt teszteli
- Megmutatja, hogy a védők észrevesznek-e egy valódi támadást
- Felfedi azokat az utakat, amelyeket az egyes rendszerek tesztjei kihagynak
- Valósághű nyomás alatt képzi a reagáló csapatot
- Drága és időigényes
- Nem célja, hogy minden gyengeséget felsoroljon
- Elpazarolt, ha az alapvető biztonsági rések még nyitva vannak
Válasszon behatolási tesztet, amikor
- Szeretné tudni, mi a gyenge egy adott alkalmazásban, hálózatban vagy API-ban
- Egy ügyfél, biztosító vagy audit tesztjelentést kér
- Éppen indulni készül, vagy jelentősen megváltoztatott egy rendszert
- Ez az első független biztonsági tesztje
- Priorizált javítási listát szeretne, amelyen a fejlesztői dolgozhatnak
Válasszon red teamet, ha
- A korábbi tesztek hibáit kijavították, és valósághű kihívást szeretne
- Van monitoringja és tesztelendő incidensfolyamata
- Szeretné tudni, hogy egy támadást időben észrevennének-e
- A vezetés szeretné látni egy adatszivárgás üzleti hatását
- A biztonsági személyzetnek gyakorlatra van szüksége egy képzett ellenfél ellen
Gyakori kérdések
Mi a különbség a behatolási teszt és a red team között?
Jobb a red team, mint a behatolási teszt?
Használhat egy kisvállalkozás red teamet?
Milyen gyakran végezzek behatolási tesztet?
Több erről: összehasonlítások
Nem biztos benne, hogy ez hogyan vonatkozik Önre?
Egy vezető mérnök bejárja az Ön webhelyét, keresési jelenlétét és azt, ahogyan a megkeresések eljutnak Önhöz, majd leírja az elsőként javítandó három dolgot. A dokumentumot mindenképpen megtartja.