Dotaz: Kto generuje poštu?

[pupala]

Mailbox postmastera sa mi zaplnil vrátenou poštou o nedoručiteťnosti z hotmail.com. Mail mal veľmi veľa adresátov s neexistujúcimi adresami v reply-to. Odosielateľom mal byť www-data z môjho stroja, čo by mal by apache v spolupráci z php.
Následne som pozrel do fronty a tam na hotmail.com smerovalo 18000 mailov. Open relay nie som, testoval som sa.
Ako zistím kto je autorom tých mailov? Či nejaká aplikácia skutočne v php, alebo nejaký trojský kôň na PC užívateľov, ktorým je mail prístupný cez sasl autentifikáciu? Ono neviem, ako nájsť toho pôvodcu.
Ručne som a cez telnet pokúsil odoslať maily a relay zamietnutý, dal mail from: www-data a rcpt to: www-data, tak mi mail prišiel,
na druhú rcpt to: som sa pokúšal dať inú svoju mailovú adresu z gmail, tam bol relay access denied, a v data do to: som mohol dať hocičo, doručilo sa to len na www-data@nethouse-services.sk. To je správne bez použitia sasl.
Takže autorom mailov môže byť len proces na stroji, alebo niekto prihlásený cez sasl autentifikáciu. Ako ho nájdem?
A ešte: nemôže to posielať niekto mimo mňa s tým, že do mailf rom: uvedie www-data@mojadomena.sk? Ďakujem za pomoc.

Odpovědi

[chinook]

A nebezi na tom stroji NAT? A jestli tam je ten NAT, tak zakas FORWARD s destination protokol 25... Zkus logovat vse co jde na port 25.

[pupala]

Authdaemon som prepol na 9 log, postfix ako prepnúť na vyššií loglevel ? NAT tam nie je.

[chinook]

iptables -I OUTPUT -i ethx -p tcp -m tcp --dport 25 -j LOG

[pupala]

Tak toto by ma nenapadlo. Idem skúsiť. Ale ako som vymazal tých 18000 mailov z fronty, tak sa už negenerujú. Tak kým sa to nebude opakovať, zatiaľ bude v syslogu len legitímna pošta.

[pupala]

A kam to loguje? V syslog.conf mám kern.=debug /var/log/firewall, a dopísal som aj --log-level 7 a nič.

[pupala]

Tak toto som skúsil, ale prichádzajú legitímne požiadavky od iných strojov. Otázka, ak iný stroj vracia bounce, jeho zdrojový port nemusí byť 25? Lebo taký nemám, všetky idú z iných portov na môj 25. Alebo sa to pripájajú nejaké koncové stanice?

[chinook]

Tebe zajima cilovy port. Coz je 25. A opravdu tam nebezi NAT?

[pupala]

Nie, NAT tam skutočne nie je. Je to na verejných IP-čkach, a beží na tom shorewall, ktorý prepústí len povolené služby.
Postfix má nastavené smtpd_sender_restrictions na permit mynwtworks, permit mydestinations, a sasl autentifikované.
Cez toto prejde len stanica s nejakým trójskym koňom, čo tiež nie je vylúčene, a maily vo fronte od www-data sú legitímne.
Do mailov som sa nepozeral. Skor si myslím, že to prišlo z webu cez nejaký z formulárov, nakoľko v mail logoch ide najprv "connect from = 127.0.0.1"
a následne "from = www-data". A "to = www-data@mojadomena.sk" je už bounce.
Problém zisťovania je v tom, že príde 40 mailov, ktoré si nikto nevšimne a každý po 200 reply-to. Takže ten vstup do mailu je nepostrehnuteľný. Len potom odosielanie a bounce. A navyše možno z fronty je pár ešte nedoručených mailov
ale legitímnych a zvyšok len bounce po niekom, kto toto všetko posiela v mojom mene.
Pre teraz som to DISCARD-ol cez header_checks na From: Daniela "nieco.com" a prestalo, len sa bojím,<
že ak to bude jeden from a jeden to, takto bude ovaľa väčšie zbrzdenie mail systému a ak je chyba vo formulároch a ide to z webu,
tak aj http daemona. Ale zas by sme si to asi skorej všimli. Namiesto 40 mailov na vstupe 8000. Už lepšie to neviem popísať.
Dokonca, keď som chcel poslať v mail adrese kde je "nieco.com" sem na server skutočnú mail adresu, tak mi ju ani formulár neprijal. Ale to asi len neviem do tohoto formulára zadat mail adresu v originálnom tvare so šípkami.

[R]

Asi mas deravy webserver. Skus "ps axu | grep www-data", podla mna tam bude bezat nejake svinstvo (bash a pod.)

[pupala]

Skúsil už na začiatku. Len apache. Aj netstat s fuser, ale s nimi to ešte neviem dobre. Potreboval by som vedieť podľa mail.log, kedy mail vstúpil do systému a odkiaľ. Mne sa rôzne časti log-u striedajú, nakoľko je spustených viac inštancií authdaemona. Tak neviem, ktorá časť logu patrí ku ktorému mailu.

[H0ax]

Tak ti to někdo posílá přes nějakej formulář na tvém webu. Pro php existuje patch, kterej přidává hlavičku do mailu s údajem, kterej script poslal email popřípadě to ještě loguje někam do souboru. Bohužel vývojáři to zřejmě nepovažují za důležitou věc a tak to není přímo v php a pro každou novou verzi se dělá externí patch.

[pupala]

A aký druh chyby je to? Kde nájdem o nej viac informácií? Ako sa volá?

[pupala]

A kde rastie ten patch ? Ani neviem, čo mám hľadať?

[Jendа]

?

[pupala]

Dík, medzitým som to našiel, len ma štve, že to v debiane treba skompilovať. Ale stojí to asi za to. Len som sa pri hľadaní ešte zastavil pri suhosin patchi, tak som neodpovedal. Kôli tomuto patchovaniu asi prejdem na gentoo. Tam to vyzerá automatizovanejšie. Keď to skombajnujem na debiane zo zdrojových balíkov, aby som inštaláciu hold-ol, aby mi ju upgrade neprepísal.

[R]

To tam mas tolko skriptov, ktore mozu posielat maily, ze sa ti oplati s tym drbat? Nie je jednoduchsie to pridat do vsetkych skriptov?

[R]

Nehovoriac o tom, ze v access logu Apache tych par tisic pristupov musi byt vidiet.

[pupala]

To nie je jednoznačné, nakoľko z tých napr. dnes cca 8200 mailov bolo asi len 160 nových s Reply-to na zvyšok. Takže 160 prístupov. Čo sa dá prehliadnuť v access.logu .

[pupala]

Myslíš ten patch na zápis mena procesu pridať do skriptov?

[Ash]

Imho myslel přidat do skriptu (kde je fce mail) výše uvedené ("zápis ména skriptu do hlavičky mailu, případně to ještě lognout do souboru") což by fungovalo pokud by to posílal nějaký váš regulérní php skript.

[pupala]

Má tam každý užívateľ niekoľko skriptov. A chcem to vedieť preto, aby som sa niečo aj naučil. Ten php patch pomôže, aj header from v skriptoch. Ale nechcem to niekomu nanútiť pre svoju nevedomosť. Zato to chcem vedieť. A aj pre prípady v budúcnosti. Ďakujem.