Elektronička pošta je čvrsto učvršćena kao standard poslovne komunikacije. Zbog visoke ekonomske učinkovitosti elektroničkih poruka, kao i niza karakteristika vezanih uz citiranje teksta i prilaženje privitaka, elektroničke poruke su savršena opcija za razmjenu dokumenata i uljudnu poslovnu komunikaciju. Ove iste karakteristike su razlog zbog kojeg su spameri toliko zavoljeli elektroničku poštu. Kao rezultat toga, danas elektronička pošta predstavlja ogroman nemirni ocean spama, u kojem se samo rijetko nalaze poslovna pisma. Stoga je jedan od prioriteta administratora svake poštanske usluge zaštita od spam-poruka. Pogledajmo što se može učiniti u Zimbra Collaboration Suite Open-Source Edition.
Unatoč besplatnom rješenju, Zimbra OSE pruža sistemskom administratoru mnoštvo izuzetno učinkovitih alata za rješavanje problema s neželjenim porukama. Već smo pisali o alatima poput Amavis, SpamAssassin, ClamAV i cbpolicyd, koji omogućuju pouzdano filtriranje dolazne pošte, uklanjajući spam-poruke, kao i zaražene i phishing poruke. Ipak, njihov ključni nedostatak je taj što svi oni rade s već primljenim poštnim porukama i troše sistemske resurse na filtriranje beskorisnih poruka, kojima se uvijek može pronaći mnogo bolje primjene. No, što ako se vaše poduzeće našlo na meti velikog botneta, koji stalno zagušuje vaš poštanski server s toliko velikim količinama neželjenih poruka, da bi filtriranje njih zauzelo većinu resursa MTA?
Teoretski se može zaštititi od ovoga korištenjem usluge u oblaku za filtriranje dolazne pošte, no u praksi ovaj način zaštite nije primjeren za svako poduzeće, jer se u tom slučaju mora povjeriti trećim stranama obrada ne samo spama nego i poslovne korespondencije, što nije uvijek sigurno, a često izravno proturječi sigurnosnoj politici tvrtke. Osim toga, postoje rizici vezani uz pouzdanost rada oblaka za filtriranje spama. Rješenje za ovu situaciju može biti organizacija zaštite poslužitelja vlastitim snagama. Specijalno za te svrhe, u Zimbri je ugrađena alatka Postscreen, koja je namijenjena zaštiti mail poslužitelja od poruka koje šalju botneti, a da pritom ne opterećuje mail poslužitelj.
Suština rada Postscreen-a je u tome što ovaj alat pregledava sve zahtjeve za povezivanje s mailom poslužitelju i ne dopušta povezivanje s poslužiteljem onim klijentima koji joj se čine sumnjivima. Budući da prema statistikama oko 90% spama u svijetu šalju upravo botneti, Postscreen se često koristi kao prva razina zaštite mail poslužitelja od neželjenih mailova. Zahvaljujući tome, mail poslužitelj može stabilno raditi bez preopterećenja čak i u uvjetima jakih spam napada od strane velikih botneta.
Način rada Postscreen-a je prilično jednostavan, alat može provoditi niz osnovnih provjera dolaznih poruka prije nego ih proslijedi mail poslužitelju ili drugim uslugama koje provode dublje i detaljnije provjere dolaznih poruka. Svaka od provjera može biti prošla, a može i ne proći. Na temelju rezultata svake od provjera, Postscreen može primijeniti jednu od tri radnje prema izboru administratora Zimbre: Drop, Ignore ili Enforce. Radnja Drop prisilno prekida vezu s klijentom u slučaju da provjera nije prošla, radnja Ignore omogućuje ignoriranje rezultata provjere prilikom donošenja konačne odluke, ali prikuplja informacije i statistike o provedenim provjerama, a radnja Enforce omogućuje uzimanje u obzir rezultata provedenih provjera prilikom donošenja konačne odluke, ali nastavlja provoditi sve testove koje planira sistemski administrator.
Jednostavni princip rada ne znači da je korištenje i postavljanje lako. Naime, pogrešno konfiguriran Postscreen može biti razlog zašto neke važne poruke za poduzeće ne dolaze do odredišta. Stoga je potrebno vrlo pažljivo pristupiti konfiguraciji ovog moćnog alata poput Postscreen-a i stalno ga testirati u različitim situacijama.
Postscreen je u Zimbri inicijalno uključen, no mnoge korisnike možda ne zadovoljava njegova početna konfiguracija. Sada ćemo razmotriti najbolje postavke s aspekta sigurnosti i smanjenja rizika. Suština je u tome da, nakon neuspjeha bilo kojeg od testova, Postscreen neće odmah prekinuti vezu s klijentom, već će izvršiti sve provjere do kraja i u slučaju da testovi ne prođu, izdat će poruku o grešci. To će omogućiti obavještavanje živog pošiljatelja o neisporučenju poruke u slučaju da Postscreen ocijeni da je poruka spam. To se postiže postavljanjem vrijednosti enforce u parametrima provjere. Ova vrijednost omogućuje završavanje započetih provjera do kraja, bez prekidanja veze s klijentom pri prvom neuspjehu, ali i dalje blokira spam poruku nakon njihova završetka, ne isporučujući je na poslužitelj.
Da biste aktivirali potrebne provjere, unesite sljedeće komande:
zmprov mcf zimbraMtaPostscreenDnsblSites ‘b.barracudacentral.org=127.0.0.2*7’ zimbraMtaPostscreenDnsblSites ‘zen.spamhaus.org=127.0.0.[10;11]*8’ zimbraMtaPostscreenDnsblSites ‘zen.spamhaus.org=127.0.0.[4..7]*6’ zimbraMtaPostscreenDnsblSites ‘zen.spamhaus.org=127.0.0.3*4’ zimbraMtaPostscreenDnsblSites ‘zen.spamhaus.org=127.0.0.2*3’
Ova komanda omogućuje dodavanje DNS provjere dolaznih veza po dva najpopularnija javna spam registra i rangiranje poruka prema tome u kojem je registru pronađena adresa pošiljatelja. Što više kaznenih «zvjezdica» klijent stekne, to je vjerojatnije da je spammer.
zmprov mcf zimbraMtaPostscreenDnsblAction enforce
Ovom komandom određuje se radnja koja se poduzima nakon prolaska DNS provjere. U ovom slučaju rezultat provjere se pamti, a sama poruka nastavlja dalje prolaziti kroz dodatne testove.
zmprov mcf zimbraMtaPostscreenGreetAction enforce
Budući da u SMTP protokolu server prvi započinje komunikaciju s klijentom nakon izravnog povezivanja, Postscreen može poslati klijentu pozdrav. Mnogi spam klijenti, ne čekajući završetak pozdrava, počinju slati naredbe, zbog čega se lako mogu prepoznati. Ova naredba omogućuje da se uzmu u obzir rezultati ove provjere, dok se i dalje nastavljaju daljnja testiranja.
zmprov mcf zimbraMtaPostscreenNonSmtpCommandAction drop
U okviru ove provjere, Postscreen omogućuje filtriranje onih povezanosti koje ne dolaze od e-mail klijenata. Budući da ne šalju nikakve poruke, može ih se bez straha isključiti s poslužitelja.
zmprov mcf zimbraMtaPostscreenPipeliningAction enforce
Ova provjera temelji se na tome da prema zadanim postavkama u SMTP protokolu klijent može poslati samo jednu naredbu odjednom i zatim čekati odgovor poslužitelja na tu naredbu. Međutim, mnogi spam botovi ponašaju se drugačije, šaljući više naredbi bez čekanja na odgovor od poslužitelja. To omogućuje gotovo bezgrešno identificiranje spam bota.
U načelu, ovih provjera za Postscreen bit će više nego dovoljno da se od poslužitelja odvoji većina spam botova i postigne značajno smanjenje opterećenja na vašem e-mail poslužitelju. U tom će slučaju stvarni ljudi primiti poruku da njihova poruka nije dostavljena, što znatno smanjuje rizik od gubitka važnih poruka zbog Postscreen postavki. Ako se to dogodi, možete dodati pouzdanog pošiljatelja u bijeli popis Postscreen. Za izradu bijelih i crnih popisa Postscreen, prvo je potrebno stvoriti datoteku. /opt/zimbra/conf/postfix/postscreen_wblist.
U nju ćemo dodati popis dopuštenih i zabranjenih IP adresa i podmreža u formatu CIDR. Na primjer, blokirat ćemo podmrežu 121.144.169.*, ali ćemo dopustiti spajanje jedinom IP-adresi iz ove podmreže:
# Rules are evaluated in the order as specified.
# Blacklist 121.144.169.* except 121.144.169.196.
121.144.169.196/32 permit
121.144.169.0/24 reject
Skrećemo vam pažnju na važnost redoslijeda zapisa. Naime, Postscreen će skenirati datoteku s bijelim i crnim popisima do prvog podudaranja, a ako zabranjena podmreža bude ispred dopuštene IP adrese, provjera jednostavno neće doći do zapisa o tome da je ta IP adresa dodana u bijeli popis i povezivanje s poslužiteljem se neće desiti.
Nakon što je datoteka s bijelim i crnim popisima uređena i pohranjena, možete uključiti odgovarajuću provjeru pomoću sljedećih komandi:
zmprov mcf zimbraMtaPostscreenAccessList «permit_mynetworks, cidr: /opt/zimbra/conf/postfix/postscreen_wblist»
zmprov mcf zimbraMtaPostscreenBlacklistAction enforce
Sada će Postscreen, osim već postavljenih provjera, također se obratiti datoteci s bijelim i crnim popisima, što će administratoru omogućiti da lako riješi probleme s nemogućnošću povezivanja pouzdanih pošiljatelja na poslužitelj.
Izvor: habr.com
