Article View: pl.comp.mail.mta
Article #62826Do znających sendmaila - dlaczego z opcją delay_checks tak się dzieje?
From: LFC
Date: Tue, 14 Apr 2020 16:27
Date: Tue, 14 Apr 2020 16:27
60 lines
3849 bytes
3849 bytes
Zasięgałem tu porad w kwestii konfiguracji sendmaila. Szczególnie chciałęm osiągnąć aby "roaming users" mogli wysyłać pocztę ze swoich domowych laptopów/internetów. Stanęło na STARTTLS, porcie 587 i opcji delay_checks, a w pliku access za poradnikiem konfiguracji antyspamowej sendmaila To: domena.pl OK Connect:domena.pl OK Było RELAY, jak dałem OK. Po odpaleniu takiej konfiguracji godzina spokoju a potem: Apr 14 13:33:04 host sendmail[4126]: STARTTLS=server, relay=[58.58.185.75], version=TLSv1/SSLv3, verify=NO, cipher=DHE-RSA-AES128-GCM-SHA256, bits=128/128 Apr 14 13:33:07 host sendmail[4126]: AUTH=server, relay=[58.58.185.75], authid=user@domena.pl, mech=LOGIN, bits=0 Apr 14 13:33:12 host sendmail[4126]: 03EBX0DG004126: from=<j-evans14@domena.pl>, size=1195, class=0, nrcpts=1, msgid=<v016c324.1mucmmux.ae3ea.6vpf@domena.pl>, proto=ESMTP, daemon=MSA, relay=[58.58.185.75] Apr 14 13:33:17 host sendmail[4126]: 03EBX0DH004126: from=<j-evans14@domena.pl>, size=1132, class=0, nrcpts=1, msgid=<ed6b4raa.hvf1bxaf.98ufz.3er9@domena.pl>, proto=ESMTP, daemon=MSA, relay=[58.58.185.75] Potem otwiera połączenie, też TLs z serwerem docelowym i śle do jakiegoś usera z tego serwera: Apr 14 13:33:14 mpwik sendmail[4137]: STARTTLS=client, relay=hotmail-com.olc.protection.outlook.com., version=TLSv1/SSLv3, verify=OK, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256/256 Apr 14 13:33:15 mpwik sendmail[4137]: 03EBX0DG004126: to=<dave_gresham@hotmail.com>, delay=00:00:05, xdelay=00:00:03, mailer=esmtp, pri=121195, relay=hotmail-com.olc.protection.outlook.com. [104.47.10.33], dsn=2.0.0, stat=Sent (<v016c324.1mucmmux.ae3ea.6vpf@mpwikzdw.com.pl> [InternalId=84911503470524, Hostname=DB5EUR03HT...od.protection.outlook.com] 9023 bytes in 0.368, 23.938 KB/sec Queued mail for delivery -> 250 2.1.5) I dalej sieje po różnych adresach email - prawdziwych i fikcyjnych. Dochodza podobne połączenia z innych IP - istny sajgon Nie rozumiem mechanizmu. Mało tego, ze się uwiesza i spamuje to jeszcze otwiera połączenia ipv6 choć support dla ipv6 jest wyłączony, a na inpucie ipv6 jest drop. Wszystkie adresy email w domenie należą do userów systemowych z /bin/false, ale authid dla faktycznego usera autoryzującego się w sieci lokalnej wygląda authid=user. Mam rozumieć, że dysponuje hasłami niektórych userów i się autoryzuje, czy też wykorzystuje jakąś dziurę w sendmailu. Zresztą, gdyby się autoryzował, to mógłby wysyłać jako ten user, a on spamuje z fikcyjnych kont niby z domeny - coś jakby aktywować opcję relay_local_from albo relay_mail_from, Jak tylko wyłączę tą opcję delay_checks wraca spokój i normalna praca sendmaila. Wyłączyłem FEATURE dnsbl zen.spamhaus i można wysłać pocztę z dynamicznego, ale to oznacza, że ze spamerskimi nalotami trzeba będzie walczyć na piechotę. LFC
Technical Details
Message-ID:
<8s4hmg-91c.ln1@mpwik1.mpwikzdw.com.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!mpwik1.mpwikzdw.com.pl!not-for-mailShow Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!mpwik1.mpwikzdw.com.pl!not-for-mail From: LFC <longinf@mpwikzdw.com.pl> Newsgroups: pl.comp.mail.mta Subject: Do znających sendmaila - dlaczego z opcją delay_checks tak się dzieje? Date: Tue, 14 Apr 2020 18:27:21 +0200 Organization: ICM, Uniwersytet Warszawski Lines: 61 Message-ID: <8s4hmg-91c.ln1@mpwik1.mpwikzdw.com.pl> NNTP-Posting-Host: dns.mpwikzdw.com.pl Mime-Version: 1.0 X-Trace: news.icm.edu.pl 1586882401 9959 194.150.251.249 (14 Apr 2020 16:40:01 GMT) X-Complaints-To: usenet@news.icm.edu.pl NNTP-Posting-Date: Tue, 14 Apr 2020 16:40:01 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 X-Mozilla-News-Host: news://194.150.251.249:119 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit