Dvi galimos filtro vietos
Kiekviena verslo el. pašto sistema jau filtruoja laiškus. Microsoft 365, Google Workspace, Exchange serveris ar talpinamas serveris turi integruotą šlamšto ir virusų filtrą. Šis filtras sukurtas jį turinčiai platformai: jo taisyklės, ataskaitos ir žurnalai gyvena toje platformoje ir išnyksta kartu su ja tą dieną, kai keičiamas tiekėjas.
SMTP šliuzas. El. pašto serveris, esantis prieš pašto dėžutę. RFC 5321, aprašantis pašto perdavimą internete, „perdavimo agentu“ (MTA) vadina serverį, kuris gauna laišką ir perduoda jį toliau. Domeno MX įrašas nurodo šliuzą: todėl būtent su juo pirmiausia susisiekia siunčiantys serveriai.
Po analizės šliuzas perduoda laišką pašto dėžučių serveriui. Naudotojai jo nemato. Jie toliau naudoja savo programą, žiniatinklio paštą ir telefoną.
Praktinė pasekmė: šliuzas nepriklauso nuo pašto dėžutės. Galima pakeisti el. pašto serverį nekeičiant filtro arba sustiprinti filtrą nekeičiant serverio. Tai du atskiri pirkiniai, dėl kurių sprendžiama atskirai.
Prieš pristatymą ar po jo
Filtras gali veikti dviem momentais, ir pasirinkimas nėra neutralus.
- Prieš pristatymą. Laiškas analizuojamas jam keliaujant. Jei jis įvertinamas kaip pavojingas, į pašto dėžutę jis nepatenka. Pavojingą priedą galima pašalinti ir pakeisti informaciniu pranešimu. Įtartinas laiškas perkeliamas į karantiną, o ne pristatomas.
- Po pristatymo. Laiškas jau yra pašto dėžutėje, kai analizė baigiama arba kai gaunama nauja informacija, pavyzdžiui, po kelių valandų pranešta nuoroda. Tada įrankis turi jį pašalinti. Per tą laiką naudotojas galėjo jį atidaryti, paspausti nuorodą ar persiųsti priedą.
Abu būdai dažnai derinami: analizė prieš pristatymą, o tada apsauga, kuri tęsiasi paspaudimo metu, nes gavimo metu švarus puslapis vėliau gali tapti pavojingas. Nė vienas nežada sustabdyti visko.
Klytic analizę atlieka prieš pašto dėžutę dėl paprastos priežasties: to, kas nepristatyta, nereikia gaudyti. Tai neatleidžia nuo žmogaus budrumo, kai įtikimas laiškas praeina visas patikras, kaip sukčiavimo vadovo vardu atveju.
Kodėl saugumo MTA verta įdiegti prieš serverį
- Tam skirtas įrankis. Šliuzas netvarko nei kalendorių, nei saugyklos. Jo taisyklės susijusios su siuntėju, turiniu ir priedais ir nustatomos kiekvienam domenui atskirai.
- Apsauga, kuri lieka vietoje. Ji išlieka pakeitus pašto dėžučių serverį ir gali apimti kelis serverius vienu metu: dukterinę įmonę, seną el. pašto sistemą, naują platformą.
- Sprendimas matomas vienoje vietoje. Kiekviename laiške nurodoma sprendimo priežastis, nesvarbu, koks serveris jį gauna vėliau.
- Antroji nuomonė. Integruotas el. pašto sistemos filtras toliau veikia už šliuzo.
Kaina: dar vienas tarpininkas kelyje. Jį reikia deklaruoti pašto dėžučių serveriui, antraip šis mato, kad visi laiškai ateina iš vieno adreso, ir netinkamai vertina tikrąjį siuntėją. Taip pat reikia peržiūrėti SPF, DKIM ir DMARC. Šiuos nustatymus aprašo puslapis Apsaugokite jau turimą el. paštą.
Tai liečia visus
Pasak ANSSI, el. paštas yra „pagrindinis darbo vietos užkrėtimo kelias“, o el. pašto sistemos yra „vienas pagrindinių atakų kelių, nes jos labai plačiai naudojamos ir prieinamos internete“. Sukčiavimo laiškas, pavojingas priedas, netikras pervedimo nurodymas: kad taptumėte taikiniu, pakanka el. pašto adreso, ir labai maža įmonė yra taikinys tiek pat, kiek didelė grupė.
ANSSI el. pašto apsaugą įtraukia į dešimt auksinių skaitmeninio saugumo taisyklių, o jos priemonių sąvade rekomenduojama įdiegti apsaugos nuo šlamšto ir sukčiavimo sprendimą. Jos vadove apie informacinės sistemos jungimą prie interneto primenama, kad el. paštas darbe naudojamas labai plačiai, „nepriklausomai nuo subjekto dydžio ir veiklos sektoriaus“, ir kad apsaugos nuo šlamšto bei kenkėjiško turinio paieškos mechanizmai „turi būti įdiegti“.
Todėl el. pašto saugumo filtravimas nebe pasirinkimas. Tikrasis klausimas – kur jis įdiegtas ir ką jis geba sustabdyti, kol laiškas nepasiekė pašto dėžutės.
Šliuzas papildo el. pašto sistemos filtrą analize, kuri nepriklauso nuo jūsų pašto dėžučių tiekėjo, viena politika keliems serveriams ar kelioms įmonėms ir paaiškinamais sprendimais.
Joks filtras, nei integruotas, nei įdiegtas priekyje, nepakeičia ANSSI primenamų įpročių: nespausti įtartinos nuorodos ar priedo, neatsakyti į įtartiną laišką, patikrinti kitu kanalu, įjungti dviejų veiksnių autentifikavimą.
Ką šliuzas mato ir ką saugo
Kad priimtų sprendimą, šliuzas perskaito visą laišką: nurodytą siuntėją ir jį siunčiantį serverį, autentifikavimo rezultatus (SPF, DKIM, DMARC), tekstą, nuorodas, priedus. Remdamasis tuo, jis priima sprendimą: pristatyti, perkelti į karantiną, atmesti arba atidėti nežinomą siuntėją.
Skaityti nereiškia saugoti. Tinkamas klausimas tiekėjui: kas lieka ir kiek laiko? Klytic MTA atsakymas skiria tris atvejus, ir dar sprendimo įrašą.
| Situacija | Kas saugoma | Terminas |
|---|
| Įprastas pristatymas | Asmeniniai analizės duomenys (siuntėjas, gavėjai, tema, turinys, priedų pavadinimai) išvalomi. Lieka laiko žymė, siuntėjo domenas, balai ir sprendimas. | Išvaloma pagal numatytuosius nustatymus po 2 dienų, terminas reguliuojamas |
| Pavojingas laiškas karantine | Visas laiškas, šifruotas | Kol galioja išleidimo nuoroda, 7 dienas |
| Pašto dėžučių serveris nepasiekiamas | Laiškas, šifruotas (AES-256-GCM), eilėje | Iki pristatymo ar termino pabaigos |
| Visi sprendimai | Balas ir priežastis, be turinio | Statistikai saugomi techniniai duomenys |
Taigi „jokio laiškų saugojimo įprastai veikiant“ reiškia: jokios ilgalaikės pristatytų laiškų kopijos. Tai nereiškia „nulio duomenų“. Šliuzas saugo savo sprendimų įrašą, o kelias dienas – ir išsamią analizės informaciją. Terminai išsamiai aprašyti puslapyje El. laiškų saugumo žurnalų saugojimas ir peržiūra.
Kelias, žingsnis po žingsnio
- Siunčiantis serveris ieško jūsų domeno MX. Jis randa šliuzą ir perduoda jam laišką.
- Šliuzas patikrina siuntėją (autentifikavimą, reputaciją), laišką (nuorodas, tekstą, žinomą scenarijų), o tada priedus.
- Saugus laiškas: jis pristatomas jūsų el. pašto sistemai, kad ir kokia ji būtų: Microsoft 365, Google Workspace, Exchange, Klytic Mail ar kitas serveris.
- Pavojingas laiškas: jis perkeliamas į šifruotą karantiną. Gavėjas informuojamas ir, jei tai klaida, gali jį išleisti per nuorodą.
- Atmestas laiškas: siunčiantis serveris gauna atmetimą ir įspėja savo naudotoją.
- Jūsų pašto dėžučių serveris neatsako: laiškas laukia šifruotas ir pristatomas, kai tik serveris vėl veikia.
Šis kelias remiasi įprastu SMTP elgesiu: laikiną klaidą gavęs serveris pasilieka laišką ir bando dar kartą. Vadovas el. pašto migracija be pertrūkių paaiškina, kodėl šis mechanizmas leidžia neprarasti laiškų keičiant MX.
Dažniausi klausimai
Ar mažai įmonei reikia saugumo filtravimo?
Taip. El. pašto atakos nesirenka taikinio pagal dydį. Šliuzas yra būdas įdiegti šį filtravimą nekeičiant el. pašto sistemos: žr. Apsaugokite jau turimą el. paštą.
Ar šliuzas pakeičia Microsoft 365 ar Google Workspace filtrą?
Ne. Integruotas filtras toliau veikia už jo. Leidėjai aprašo, kaip deklaruoti šliuzą, kad jų pačių analizė liktų tiksli: žr. Apsaugokite jau turimą el. paštą.
Ar šliuzas sulėtina laiškų pristatymą?
Analizė prideda etapą. Matomas atvejis yra sąmoningas: nežinomas siuntėjas gali būti trumpam atidėtas, o tai atsijoja automatinius siuntimus, kurie niekada nebando iš naujo.
Ar galima pakeisti el. pašto sistemą paliekant šliuzą?
Taip. MX ir toliau nurodo šliuzą; keičiasi tik pristatymo serveris. Perjungimo eiga aprašyta puslapyje el. pašto migracija be pertrūkių.
Kas nutinka per klaidą atidėtam laiškui?
Jis yra karantine, o ne ištrintas. Žr. Karantinas, klaidingi teigiami rezultatai ir pranešimai.
Kuo skiriasi skirta ar jūsų patalpose įdiegta el. pašto sistema?
Tai pašto dėžutės, o ne filtro klausimas. Jis nagrinėjamas puslapyje El. paštas debesijoje, skirtame egzemplioriuje ar jūsų patalpose.
Kur yra Klytic
Klytic MTA yra tokio tipo šliuzas. Jis užsakomas atskirai, be Klytic Mail, ir pristato laiškus į Klytic Mail, Microsoft 365, Google Workspace, Exchange ar bet kurį kitą el. pašto serverį.
- Essential: autentifikavimas ir reputacija (SPF, DKIM, DMARC, taip pat persiųstiems laiškams, domenų amžius, juodieji sąrašai), šlamšto ir virusų filtravimas, apsauga nuo sukčiavimo, panašūs domenai ir rodomas vardas, pavojingos makrokomandos ir PDF, šifruotas karantinas ir išleidimas, siunčiamų laiškų DKIM parašas, atšaukimas prieš išsiuntimą, siunčiamų laiškų S/MIME parašas el. pašto sistemai, kuri jo nepalaiko, jei klientas jį įjungia ir patiki savo raktą (sertifikato suteikimas – papildoma paslauga), dviprasmiškų laiškų DI arbitražas, balas ir priežastis antraštėse.
- Advanced: viskas, ką apima Essential, ir sukčiavimas vadovo vardu bei finansinis sukčiavimas, nuorodos, iš naujo analizuojamos paspaudimo metu, pavojingi HTML failai, DMARC konsolė ir į SIEM eksportuojami žurnalai.
Paslauga diegiama Klytic debesijoje, skirtame egzemplioriuje arba jūsų serveriuose. Klytic debesija talpinama bet kurioje taikomą jurisdikciją atitinkančioje geografinėje zonoje, atsižvelgiant į paslaugų prieinamumą, visų pirma Europoje ar Mauricijuje. Paleidimas paprastai trunka 24–48 valandas: Klytic parengia konfigūraciją, o tada jūs pakeičiate savo domeno MX arba Klytic tai padaro už jus.
Ko Klytic MTA nedaro: jis nepakeičia jūsų el. pašto sistemos, jos paskyrų ir teisių ir mato tik pro jį einančius laiškus. Apie Microsoft 365 ir kitas el. pašto sistemas žr. Apsaugokite jau turimą el. paštą.
Šiame puslapyje aprašyta bendroji architektūra. Tikslus nustatymas priklauso nuo jūsų el. pašto sistemos ir domenų.
Šaltiniai
Peržiūrėta 2026 m. spalį.
- RFC 5321, Simple Mail Transfer Protocol: SMTP serveriai veikia kaip perdavimo agentai (MTA); tarpiniai mazgai paprastai nurodomi DNS MX įrašu. rfc-editor.org
- Klytic, Klytic MTA puslapis: Essential ir Advanced planų moduliai, papildomos paslaugos, diegimo būdai, paleidimas per MX, laiškų saugojimas tik eilėje ir karantine. klytic.com
- ANSSI, „10 règles d’or en matière de sécurité numérique“: 6-oji taisyklė „Protégez votre messagerie électronique“ aprašo sukčiavimą ir rekomenduoja saugotis įtartinų nuorodų ir priedų, tikrinti kitu kanalu ir įjungti dviejų veiksnių autentifikavimą. cyber.gouv.fr
- ANSSI, „Guide d’hygiène informatique“, 2.0 versija, 2017 m. rugsėjis, 24 priemonė „Protéger sa messagerie professionnelle“: „el. paštas yra pagrindinis darbo vietos užkrėtimo kelias“. messervices.cyber.gouv.fr
- ANSSI, MonServiceSécurisé, priemonių sąvadas, priemonė „Mettre en œuvre une solution d’anti-spam et d’anti-hameçonnage“: „el. pašto sistemos yra vienas pagrindinių atakų kelių, nes jos labai plačiai naudojamos ir prieinamos internete“. monservicesecurise.cyber.gouv.fr
- ANSSI, „Recommandations relatives à l’interconnexion d’un système d’information à Internet“, ANSSI-PA-066, 3.0 versija, 2020 m. birželio 19 d., 5 skyrius „Sécurisation du service de messagerie électronique“: el. paštas „tapo vienu pagrindinių kibernetinių atakų kelių“ (sukčiavimas, kenkėjiški priedai); 5.2.3 punktas: apsaugos nuo šlamšto ir kenkėjiško turinio paieškos mechanizmai „turi būti įdiegti“. messervices.cyber.gouv.fr
