Dotaz: Přísná output pravidla pro iptables

[majales]

Zdravím, Poradíte jak napsat příšná output pravdidla pro iptables? Doposavad jsem iptables output pravidla nasazoval akorát na linuxových routerech a to pouze ve stylu vzoru od pana Miroslava Petříčka, čili pouze takto:

  # Povolíme odchozí pakety, které mají naše IP adresy
  $IPTABLES -A OUTPUT -s $LO_IP -j ACCEPT
  $IPTABLES -A OUTPUT -s $LAN1_IP -j ACCEPT
  $IPTABLES -A OUTPUT -s $INET_IP -j ACCEPT

Teď mám však na starosti napsat ip pravidla pro projekt kde jsou vyžadována přísná OUTPUT pravidla. Poradí někdo čeho se chytit a na nic nezapomenout a naopak čeho se vyvarovat abych si nezablokoval servery?

---

---

Odpovědi

[NN]

Tak OUTPUT je lokalne generovasny provoz, zpravidla se povazuje za bezpecny a obecne se pousti cisty. Mimochodem i na OUTPUT je mozne aplikovat tracking, nicmene nikdo nevi co je to za aplikaci, kde pobezi, jake sluzby bude nabizet etc. takze tezko poradit..

[ja]

Strasne blba otazka na ktoru sa neda jednoznacne odpovedat, ale skus toto:

/sbin/iptables --policy OUTPUT DROP
/sbin/iptables --table filter --append OUTPUT --match state --state ESTABLISHED,RELATED --jump ACCEPT
/sbin/iptables --table filter --append OUTPUT --match state --state INVALID --jump DROP

/sbin/iptables --table filter --append OUTPUT --protocol ICMP --jump ACCEPT
/sbin/iptables --table filter --append OUTPUT --out-interface lo --jump ACCEPT

/sbin/iptables --table filter --append OUTPUT --protocol TCP --match multiport --destination-port 21,80,443 --jump ACCEPT #aby fungovala napriklad aktualizacia OS
/sbin/iptables --table filter --append OUTPUT --protocol TCP --match multiport --destination-port x,y,z --jump ACCEPT #samotne porty ktore potrebuje ta tvoja aplikacia

[alkoholik]

Bez resolvovani si moc nezaupgraduje..
/sbin/iptables --table filter --append OUTPUT --protocol UDP --destination-port 53 --jump ACCEPT
Prihodil bych jeste NTP a pripadne SNMP.. A spravne je dnes uz i 53 po TCP.

[Petr Šobáň]

Output neomezovat, nemá to opodstatnění.

Jediné co by snad připadalo v úvahu aby se do internetu nedostaly nepovolené IP, a různé broadcasty a pod....

Takže na eth třeba blokovat vše co nemá při odchodu vaši veřejnou IP atd...

[VjEtNaM]

Filtrovanie OUTPUT môže upozorniť na SPAM-ujúce zombie v LAN.

[Filip Jirsák]

Nemůže. OUTPUT jsou pakety pocházející z daného zařízení. Pakety z LAN jdou přes FORWARD.

[Filip Jirsák]

S takovýmhle zadáním je nastavení pravidel jednoduché – nenastavujte nic, neblokujte žádnou komunikaci.

Nastavovat pravidla firewallu má smysl jedině tehdy, pokud máte nějaký důvod něco blokovat. Pokud víte co a proč chcete blokovat, pak můžete žádat o radu, pomocí jakých pravidel to konkrétně realizovat. Ale „přísná OUTPUT pravidla“ je nesmysl, to není žádné zadání. To je jako kdybyste chtěl přísnou ochranku, akorát byste nevěděl, koho, před čím nebo proč má chránit. „Prostě buďte přísní.“

[majales]

Dobře.. tak já to zpřesním. Například, je tam mariadb galera cluster. Každý stroj clusteru má dvě síťovky. Jedna je pro cluster komunikaci a druhá pro monitoring a vzdálený managemnet. Input pravidla jsou nastavená, cluster běží, přístup pouze přes ssh přes druhý interface, povolený ping a DNS.

[Filip Jirsák]

Firewallem blokujete provoz. Když popíšete část toho, co tam je, a zbytek zablokujete, zablokujete nejspíš i tu část provozu, kterou jste v "například" vynechal. Každopádně nemá smysl nastavovat firewall, když nevíte, čeho tím chcete dosáhnout. Firewall normálně nepotřebujete, počítač s aktualizovaným software s bezpečnou konfigurací bez firewallu by neměl být napadnutelný. Firewall je další vrstva ochrany, která je navíc - a je k něčemu jedině tehdy, když víte, co a proč nastavujete. Když to nevíte, nemá smysl se snažit něco nastavit, protože to maximálně zkazíte.

[majales]

Chápu všechny vaše argumenty, ale to mi moc nepomůže. Jak už jsem psal... Kdyby to bylo jen na mě nechám nastavená pouze INPUT pravidla, která mám napsaná a fungují.. Požadavek projektu který jsem nepsal a nezadával je ovšem takový, že je potřeba napsat i ta OUTPUT pravidla. Nechci to zkazit, ale nemůžu to nechat tak jak to je, protože mám za úkol ta OUTPUT pravidla nastavit. Proto jsem vložil dotaz zde na abclinuxu do poradny.

[Filip Jirsák]

Ale tady ani nikde jinde vám nikdo neporadí, protože neví, jaká legitimní komunikace tam má být a proti jakým útokům se chcete chránit. Když jako default policy pro OUTPUT nastavíte DROP a žádná další pravidla tam mít nebudete, máte přísně nastavená OUTPUT pravidla (dokonce nejpřísněji, jak je možné), vaše "zadání" to splňuje dokonale, ale asi to nebude to, co byste chtěl.

[NN]

Kdyz podle dokumentace zablokujes, ze serveru vsechno krome portu clusteru a portu pro MGMT a portu pro system, budes to mit v podstaste osetrene..

[majales]

Přesně podle toho to mám.. V zadání projektu ovšem stojí iptables INPUT i OUTPUT pravidla.

[motyq]

je to sice divné zadání, ale prakticky by mělo stačit: output politiku default drop plus přidat "zrcadlové" pravidla k těm vašim input, pokud tedy píšete, že to máte dle toho galera howto. Buď na celé ip adresy, nebo ip a pouze potřebné porty.

Ještě bych pak přidal (jak tu psali nademnou) :53 na vaše dns (třeba pouze na jedno, tedy stroj bude mít možnost resolvit jen přes váš rekurzor) :22 na vaše rozsahy (abyste mohl třeba přes scp kopírovat mezi těmi stroji) :80 a :443 na vaše zrcadlo repositáře - abyste nemusel povolovat http(s) do celého světa. :123 na váš timeserver

Pokud máte svoje zrcadlo repositáře(ů), tak by šlo vyhodit i to :53 a mít všude ip adresy.

Tímto bych řekl, že budete mít splněno. Bude to sice voser, ale vlk bude nažrán.