E-mail biztonság
Adathalász levelek, kártékony mellékletek és hivatkozások elleni védelem a levelezésben, a meglévő levelezőrendszerhez illesztve.
Mi ellen véd
Ami a postafiókba érkezik
Az adathalászat évek óta a leggyakoribb kezdeti behatolási mód. A szűrés célja, hogy ezek a levelek ne jussanak el a felhasználóig.
Adathalász levél
A mai adathalász levél nyelvtanilag hibátlan, és a szervezet valós folyamataira hivatkozik. A helyesírás alapján már nem lehet kiszűrni.
Kártékony melléklet
Makróval vagy szkripttel fertőzött dokumentum. Ellene a csatolmány kézbesítés előtti elemzése véd, erről a lenti sandbox szolgáltatásnál írunk.
Kártékony hivatkozás
A rosszindulatú linket gyakran csak a kézbesítés után aktiválják. Ellene a linkek átírása és a kattintáskori ellenőrzés véd.
Hamis levél a cég nevében
A levelezés alapprotokollja nem hitelesíti a feladót, bárki bármit beírhat a feladó mezőbe. A domain hitelesítéséről lent írunk.
SPF, DKIM, DMARC
A domain hitelesítésének sorrendje
Az SPF felsorolja, mely szerverek küldhetnek levelet a domain nevében. A DKIM kriptográfiai aláírással igazolja, hogy a levél útközben nem változott. A DMARC megmondja a fogadónak, mi történjen a megbukott levéllel, és hova küldje a jelentést. A részleteket az e-mail hitelesítésről szóló cikkünk tartalmazza.
-
Küldők számbavétele
A saját levelezőn kívül jellemzően a hírlevélküldő, a számlázó, a CRM, a HR-rendszer és a monitorozó eszköz is küld levelet a domain nevében. Amelyik kimarad, annak a levelei a hitelesítés élesítése után nem érnek célba.
-
SPF-rekord
A küldők felkerülnek az SPF-rekordba. Az SPF-ben a DNS-lekérdezések száma korlátos: ha túl sok szolgáltatást kell felsorolni, a rekord érvénytelenné válhat.
-
DKIM minden küldőn
A fő levelező aláírása nem elég. Minden rendszer, amely a domain nevében küld, saját aláíró kulcsot kap.
-
DMARC figyelő módban
A p=none beállítás még semmit nem blokkol, csak jelentést kér. A jelentésekből kiderül, mely küldők buknak meg, és melyikük jogos. A nyers XML-jelentéseket feldolgozó eszköz teszi olvashatóvá.
-
Fokozatos élesítés
Előbb p=quarantine a levelek egy részére, majd mindegyikre, végül p=reject. Ettől kezdve a megbukott levelet a fogadó elutasítja, és idegen nem tud a cég nevében levelet célba juttatni.
Szállítandó anyagok
Mit kap a munka végén
átadott tétel
- Telepített és beállított e-mail védelmi megoldás
- A levelezési domain rendezett hitelesítése (SPF, DKIM, DMARC)
- Karanténkezelési és jelentési szabályok
- Átadási dokumentáció
Kapcsolódó szolgáltatások
A levelezés körüli védelem
A levélszűrő a beérkező forgalmat védi. A levelezés többi kockázatával ezek a szolgáltatások foglalkoznak.
Microsoft 365 biztonsági keményítés
A bérlő beállításainak ellenőrzése és javítása, köztük a hitelesítésé, a megosztásé és a levelezésé.
Fejlett fenyegetésvédelem (sandbox)
Az ismeretlen fájlok és mellékletek elemzése izolált környezetben (homokozóban), mielőtt elérnék a felhasználót.
Adatszivárgás-védelem (DLP)
A kimenő irány: az érzékeny adat ne hagyhassa el a szervezetet e-mailben vagy más csatornán.
Naplóforrás a SIEM-nek
A levélszűrő naplója a legsűrűbb jelforrások közé tartozik, mert az események már szűrve érkeznek.
Referencia
- Gödöllő Város Önkormányzata
- FortiMailRedundáns FortiMail rendszert integráltunk, amely szabályok szerint továbbítja a beérkező leveleket a belső levelezőszerverekre. SPAM-, vírus- és tartalomszűrést, karanténkezelést, valamint fekete- és fehérlistákat kezel, a naplózás és a riportolás a FortiAnalyzerben történik.
Gyakori kérdések
Amit a legtöbben kérdeznek
Be van állítva az SPF, a DKIM és a DMARC. Miért érkezik mégis adathalász levél?
A hasonló domainről (például arl1tech.hu) érkező levelet, a feltört partnerfiókból küldött, technikailag hibátlan levelet és a megjelenített névvel való megtévesztést a hitelesítés nem szűri ki. Ezek ellen az oktatás, a folyamatok és a technikai szűrés együtt véd.
Hogyan ellenőrizhetem, hogy működik-e a domain hitelesítése?
Küldjön levelet egy külső postafiókba, és nézze meg a levél fejlécében az Authentication-Results sort. Ott látszik, hogy az SPF, a DKIM és a DMARC ellenőrzése átment-e. Ha bármelyiknél fail vagy none áll, ott van tennivaló.
Kiszűri a levélszűrő a QR-kódos adathalászatot?
Nem mindig. A QR-kód képként érkezik, így a levélszűrő nem látja benne a linket, a felhasználó pedig gyakran magánmobilon nyitja meg, ahol nincs vállalati védelem. Ilyenkor a felhasználó szabálya véd: ha sürgősen kérnek tőle valamit, ami pénzt vagy hozzáférést érint, egy másik csatornán ellenőrzi. A többi gyakori mintát az adathalászatról szóló cikkünkben gyűjtöttük össze.
Mi véd a vezető nevében küldött utalási kérés ellen?
A levelezőben beállítható, hogy a kívülről érkező levelek látható jelzést kapjanak. Ez az egyik leghatékonyabb kontroll a vezetői utasítás típusú adathalászat ellen. Mellé folyamati szabály kell: utaláshoz négy szem elve, a bankszámlaszám-változást pedig telefonon, a szerződésben szereplő számon kell visszaellenőrizni.
