Dotaz: Iptables, zakázať apache prístup na porty postfixu

[Peter]

Dobrý deň vám prajem.

Na jednom serveri mám nainštalovaný apache aj postfix a potrebujem zakázať aby apache (samozrejme pomocou php) mohol posielať maily či už cez ten lokálny postfix alebo cez hocijaký iný. Preto mám otázku či bude stačiť toto:

iptables --policy OUTPUT DROP
iptables --table filter --append OUTPUT --match state --state ESTABLISHED,RELATED --jump ACCEPT
iptables --table filter --append OUTPUT --match state --state INVALID --jump DROP
iptables --table filter --append OUTPUT --protocol TCP --match multiport --destination-port 25,465,587 --match owner --uid-owner 48 --jump DROP
iptables --table filter --append OUTPUT --jump ACCEPT

Vopred vám veľmi pekne ďakujem za odpovede.

Odpovědi

[alkoholik]

Vzhledem k tomu, ze PHP vola binarku sendmail, Ti hrani s firewallem moc nepomuze. Viz sendmail_path v php.ini.

[Michal Kubeček]

Je-li takhle nakonfigurovaný (což na linuxu IIRC defaultně je), tak to naopak znamená, že tazatel žádné hraní s firewallem nepotřebuje.

[Peter]

Toto som trošičku nepochopil

[Michal Kubeček]

Pokud to PHP posílá pomocí /usr/bin/sendmail, tak ten je s největší pravděpodobností (nemáte-li nainstalovaných víc MTA současně, což nedává moc smysl) součástí právě toho postfixu a řídí se jeho konfigurací.

[Michal Kubeček]

Omlouvám se, nějak jsem se zamotal v původním dotazu, pochopil jsem ho tak, že jde o to, aby z PHP skriptů šlo odesílat maily jen prostřednictvím postfixu (kde jsou třeba nějaké kontroly a politiky) a ne jakkoli jinak (čímž by se obešly). Pokud jde o to, aby mail nešlo poslat vůbec, tak se toho samozřejmě bude muset pozakazovat víc.

[Peter]

Funkciu mail mám zakázanu. A neviem o inej možnosti než použiť nejakú SMTP knižnicu, ale to, že o nej neviem neznamená, že neexistuje, preto sa pýtam.

[Michal Kubeček]

Samozřejmě že existuje. Stačí navázat rovnou TCP spojení a SMTP komunikaci implementovat sám. Protokol není až tak složitý a pokud potřebujete jen poslat e-mail, je to v podstatě úplně triviální.

Spíš bych zpochybnil ten navrhovaný přístup ve stylu "chci zakázat navazovat TCP spojení na port 25 uživateli, pod kterým běží Apache". Místo toho bych doporučil povolit navazování takových spojení právě jen tomu postfixu a nikomu jinému. Obecně: explicitními výjimkami vymezovat, co má být povoleno; ne povolit všechno a výjimkami určovat, co zakážu.

[#Tom]

Podle mě je to zapsáno dobře, v podstatě stačí jenom ten předposlední řádek. Jen bych tam osobně napsal spíše skupinu než uživatele, ale tady je to jedno.

Co se týče 1. příspěvku, je to celkem jedno, protože fitrování je prováděno na základě vlastníka procesu, což se při spouštění procesu přirozeně dědí. Dokud server nespustí nějakou setuid binárku, není čeho se obávat.

Jiným řešením by mohlo být použítí cgroups na novějších jádrech s čerstvými iptables, ale výše uvedené je jednodušší.

[alkoholik]

Binarka sendmail v postfixu pres postdrop vytvori file v maildrop adresari. Ten si pak vyzvedne proces s pravy uz beziciho postmaster daemona. Tam nekde se panackovi prava puvodniho apache/PHP procesu ztrati.
Kazdopadne vypnuti mail() zadnym zpusobem nebrani exec(sendmail) a podobne.

[#Tom]

V takovém případě by pomohla úprava práv toho sendmailu.

[Kriegel]

co tohle?

[#Tom]

To bude asi lepší. :)

[j]

Jak uz bylo receno, vuci lokalnimu posilani to iptables neresi. Vuci vzdalenemu ano.

Lokalne lze vyuzit tisic a jeden zpusob jak mail odeslat, a pokud nechces tydny resit, kde nechal tesar diru, tak ten apache spust nekde extra a tomu stroji zakaz komunikaci na smtp porty uplne.

Jen bych chtel videt, co to bude za silenej web, ze kteryho nejde poslat mail ...