classic.ISPforum.cz

Dobrý den
Potřeboval bych rady zkušených mikrotikářů proto se obracím s dotazem zde.
Jde mi o to že mi v síti něco spamuje a to dost dostavám se s pošťákem ( Exchange 2010 ) na BlackListy. Zkusil jsem už mnoho a mnoho věcí ale stále stejný problém.
Na přívodu je mikrotik na něm veřejka a routuje do lokální sítě, DHCP rozdává server kde je i nainstalovaný pošťák. Potřeboval bych zjistit který PC v síti mi dělá tento problém.
Všechny PC cca 15 jsem zkontroloval Esetem na serveru je ESET Mail Security a vše je čisté. Koukal jsem do front na Exchange a tam ty emaily nejsou, tak předpokládám že bude někde na PC virtuální SMTP, které bohužel nemohu dohledat. Na Spamhausu kde jsem dostal BAN mi napsali že to rozesílá na nějakých vysokých portech 40 000 atd...
Chtěl bych se zeptat zda to nějak na MK dokážu nějak najít a popřípadě jak? Na MK je základní firewall, který do teď pracoval dobře. Popřípadě jak odchytat na WAN komunikaci SMTP. Jak jsem už psal prosím nekamenujte mě odzkoušel jsem už mraky věcí ale bez výsledku a už jsem zoufalej Děkuji za každou radu.

Tools torch port 25.

Zablokovat komunikaci ven na port 25 (mimo ten Exchange), případně provoz tohoto pravidla LOGovat... Myslím si, že blokace odchozí 25 je již pár desítek let v podstatě standard.

OK zkusím děkuji

Přesně tohle s Whalebone umíme řešit. Pokud se správně nastaví vzhledem k NAT, tak dohlédneme na konkrétní lokální adresy a identifikujeme zdroj a hlavně rovnou tyhle aktivity dokážeme i blokovat. Máme od zákazníků ověřeno, že se po nasazení Whalebone do sítě snižuje zařazování na blacklisty i objem abuse mailů. Současně

Tohle v pohodě podchytíte i v rámci trialu. Klidně se ozvěte, rád proberu možnosti.

A můžete se i nezávazně stavit na některém z našich workshopů, kde přesně tyhle věci řešíme, více na https://whalebone.io/predstaveni

Zkuste nasadit tohle pravidlo na MikroTik.


https://wiki.mikrotik.com/wiki/How_to_a ... MTP_output

suk píše:Přesně tohle s Whalebone umíme řešit. Pokud se správně nastaví vzhledem k NAT, tak dohlédneme na konkrétní lokální adresy a identifikujeme zdroj a hlavně rovnou tyhle aktivity dokážeme i blokovat. Máme od zákazníků ověřeno, že se po nasazení Whalebone do sítě snižuje zařazování na blacklisty i objem abuse mailů. Současně

Tohle v pohodě podchytíte i v rámci trialu. Klidně se ozvěte, rád proberu možnosti: petr.soukenik@whalebone.io, 777 002 674.

A můžete se i nezávazně stavit na některém z našich workshopů, kde přesně tyhle věci řešíme, více na https://whalebone.io/predstaveni

Vysvětlete, prosím, podrobněji a technicky, jak zabráníte zavirovanému PC v síti posílat maily, příp. ho automaticky detekovat a zablokovat.

Odchozí provoz na port TCP 25 (SMTP), případně jiné pošty, povolit pouze z jedné nebo několika málo IP patřících např. poštovnímu serveru (pokud něco takového máte), na kterém už si to budete ověřovat.

rsaf píše:

suk píše:Přesně tohle s Whalebone umíme řešit. Pokud se správně nastaví vzhledem k NAT, tak dohlédneme na konkrétní lokální adresy a identifikujeme zdroj a hlavně rovnou tyhle aktivity dokážeme i blokovat. Máme od zákazníků ověřeno, že se po nasazení Whalebone do sítě snižuje zařazování na blacklisty i objem abuse mailů. Současně

Tohle v pohodě podchytíte i v rámci trialu. Klidně se ozvěte, rád proberu možnosti.

A můžete se i nezávazně stavit na některém z našich workshopů, kde přesně tyhle věci řešíme, více na https://whalebone.io/predstaveni

Vysvětlete, prosím, podrobněji a technicky, jak zabráníte zavirovanému PC v síti posílat maily, příp. ho automaticky detekovat a zablokovat.

1. V první řadě zabráníme tomu, aby se vůbec něco podobného začalo dít. Přes 90 % malware využívá DNS překlad. Blokujeme komunikaci s řídícími centry, které řeknou, že se nějaké maily mají začít rozesílat a kam.
2. Pokud se rozesílají maily tak, jak je popsáno výše, je potřeba MX a rozesílání se navíc děje podle určitých vzorců (např. konkrétní časy). I to je věc, kterou řešíme. MX anomálie detekujeme pomocí automatizovaného alertingu, a pracujeme i na funkci pro blokaci.