abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 04:10 | Nová verze

Po 10 týdnech vývoje od vydání Linuxu 4.9 (zprávička) oznámil Linus Torvalds, mj. již 20 let žijící v USA, vydání Linuxu 4.10 (LKML). Přehled nových vlastností a vylepšení například na Kernel Newbies a v Jaderných novinách (1, 2 a 3). Kódové jméno Linuxu 4.10 je Fearless Coyote.

Ladislav Hagara | Komentářů: 1
včera 15:55 | Zajímavý projekt

Vyzkoušet si příkazy a vyřešit několik úkolů lze na stránkách Commandline Challenge (CMD Challenge). Úkoly lze řešit různými způsoby, důležitý je výsledek. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

Ladislav Hagara | Komentářů: 10
18.2. 17:35 | Bezpečnostní upozornění

Německá Bundesnetzagentur (obdoba českého ČTU) zakázala na německém území prodej panenky Cayla kvůli „špionáži“ dětí. Tato elektronická hračka obsahuje mikrofon, reproduktor a kameru a bezdrátové komunikační rozhraní, pomocí kterého se hračka připojuje na servery výrobce. Takovýmto způsobem může hračka pomocí umělé inteligence „odpovídat“ na dotazy dítěte. Hlavní problém bude ale asi někde jinde, podle prvotních zpráv může

… více »
Petr Tomášek | Komentářů: 27
17.2. 15:30 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že bezpečnostní experti objevili nový typ malwaru, jenž cílí na open source e-commerce platformu Magento. Malware je zajímavý tím, že se jedná o první svého druhu, jehož kód zůstává skrytý v SQL databázi zasaženého e-shopu. Škodlivý kód je volán pomocí tzv. SQL trigerru, který je spouštěn při každém vytvoření objednávky v systému.

Ladislav Hagara | Komentářů: 2
17.2. 09:00 | Nová verze

Bylo vydáno Ubuntu 16.04.2 LTS, tj. druhé opravné vydání Ubuntu 16.04 LTS s kódovým názvem Xenial Xerus. Přehled novinek v poznámkách k vydání a v přehledu změn.

Ladislav Hagara | Komentářů: 51
17.2. 06:00 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje tvorbě pluginů (modulů) pro bitmapový grafický editor GIMP. Pomocí pluginů lze GIMP rozšiřovat o další funkce. Implementovat lze například nové filtry nebo pomocné utility pro tvorbu animací či poloautomatickou retuš snímků.

Ladislav Hagara | Komentářů: 6
16.2. 23:32 | Komunita

Do 30. března se lze přihlásit do dalšího kola programu Outreachy, jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 30. května do 30. srpna 2017, v participujících organizacích lze vydělat 5 500 USD. Jedná se již o 14. kolo tohoto programu.

Ladislav Hagara | Komentářů: 11
16.2. 23:13 | Nová verze

Byla vydána verze 0.92.1 svobodného multiplatformního vektorového grafického editoru Inkscape. Přehled novinek v poznámkách k vydání. Řešen je mimo jiné problém s verzí 0.92, jež rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Více v příspěvku na blogu Davida Revoye, autora open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu.

Ladislav Hagara | Komentářů: 0
16.2. 16:26 | Bezpečnostní upozornění

Byla vydána verze 1.1.0e kryptografické knihovny OpenSSL. Dle bezpečnostního upozornění 20170216 byla opravena závažná bezpečnostní chyba CVE-2017-3733.

Ladislav Hagara | Komentářů: 1
16.2. 13:03 | Pozvánky

GNOME hackaton proběhne v Brně na FIT VUT v Red Hat Labu (budova Q) v pondělí 20. února od 15:00. Registrace není nutná, ale pokud dáte na FaceBooku vědět, že plánujete dorazit, pomůže to s plánováním.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 660 hlasů
 Komentářů: 52, poslední 13.2. 12:45
Rozcestník
Reklama

Dotaz: iptables script: námitky

21.1.2014 15:37 kyekros | skóre: 16 | Pardubice
iptables script: námitky
Přečteno: 740×
Začínám si pohrávat s iptables a snažím se sestavit pravidla, která mi ochrání poštovní server. Pokud tu bude někdo té dobroty a mrkne na to. Rad bych slyšel nějaké výtky.
#!/bin/bash

iptables -F
iptables -X

iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP

iptables -N spoofing
iptables -A spoofing -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables spoofing: "
iptables -A spoofing -s 192.168.0.0/16 -j DROP
iptables -A spoofing -s 172.16.0.0/12 -j DROP
iptables -A spoofing -s 10.0.0.0/8 -j DROP

iptables -N syn_flood
iptables -A syn_flood -m limit --limit 1/s --limit-burst 5 -j ACCEPT
iptables -A syn_flood -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables syn_flood: "
iptables -A syn_flood -p TCP --tcp-flags SYN,ACK SYN,ACK -m conntrack --ctstate NEW -j REJECT --reject-with tcp-reset
iptables -A syn_flood -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables syn_flood_drop: "
iptables -A syn_flood -j DROP

iptables -N ssh-whitelist
iptables -A ssh-whitelist -j RETURN

iptables -N ssh-blacklist
iptables -A ssh-blacklist -m recent --name blacklist --set
iptables -A ssh-blacklist -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables ssh-blacklist: "
iptables -A ssh-blacklist -j DROP

iptables -N ssh
iptables -A ssh -j ssh-whitelist
iptables -A ssh -m recent --update --name blacklist --seconds 43200 --hitcount 1 -j DROP         
iptables -A ssh -m recent --set --name short
iptables -A ssh -m recent --set --name long
iptables -A ssh -m recent --update --name short --seconds 60 --hitcount 5 -j ssh-blacklist
iptables -A ssh -m recent --update --name long --seconds 1800 --hitcount 20 -j ssh-blacklist
iptables -A ssh -j ACCEPT

iptables -N tcp_p
iptables -A tcp_p -p TCP --dport 465 -j ACCEPT
iptables -A tcp_p -p TCP --dport 993 -j ACCEPT
iptables -A tcp_p -p TCP --dport 995 -j ACCEPT
iptables -A tcp_p -p TCP --dport 113 -j REJECT
iptables -A tcp_p -p TCP -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A tcp_p -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables tcp_p: "
iptables -A tcp_p -p TCP -j DROP

iptables -N udp_p
iptables -A udp_p -p UDP -d 224.0.0.251 --dport 5353 -j ACCEPT #multicast DNS
iptables -A udp_p -p UDP -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A udp_p -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables udp_p: "
iptables -A udp_p -p UDP -j DROP

iptables -N icmp_p
iptables -A icmp_p -p ICMP --icmp-type echo-request -m limit --limit 2/s --limit-burst 5 -j ACCEPT
iptables -A icmp_p -p ICMP --icmp-type 0 -j ACCEPT
iptables -A icmp_p -p ICMP --icmp-type 3 -j ACCEPT
iptables -A icmp_p -p ICMP --icmp-type 11 -j ACCEPT
iptables -A icmp_p -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables icmp_p: "
iptables -A icmp_p -p ICMP -j DROP

iptables -A INPUT -p ALL -i lo -j ACCEPT
iptables -A tcp_p -i eth0 -p TCP --syn -j syn_flood
iptables -A INPUT -p tcp --dport 22 -m state --state NEW -j ssh
iptables -A INPUT -i eth0 -j spoofing
iptables -A INPUT -p TCP -j tcp_p
iptables -A INPUT -p UDP -j udp_p
iptables -A INPUT -p ICMP -j icmp_p

Odpovědi

21.1.2014 16:06 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: iptables script: námitky
  iptables -A tcp_p -i eth0 -p TCP --syn -j syn_flood
  ...
  iptables -A syn_flood -p TCP --tcp-flags SYN,ACK SYN,ACK -m conntrack --ctstate NEW -j REJECT --reject-with tcp-reset

Pokud mne paměť neklame, součástí podmínky --syn je i to, že ACK není nastaven, takže to druhé pravidlo by nemělo mít žádný smysl.

Podobně je zbytečné testovat znovu protokol v chainech tcp_p, udp_p a icmp_p, když do nich stejně posíláte jen pakety s příslušným protokolem.

Také mi nedává smysl to (jediné) pravidlo v ssh-whitelist: cokoli přidáte za něj, nebude mít žádný efekt; a pokud budete vkládat před něj, tak nebude mít pro změnu žádný efekt tohle pravidlo.

21.1.2014 16:09 NN
Rozbalit Rozbalit vše Re: iptables script: námitky
Fak jsou ty chainy nutny? Udelej ten 'limit burst' globalne na cele rozhrani, usetris 10 pravidel a cele to divadlo kolem filtrovani. Kdyz uz poustis SSH ven, tak ho omez na jednu IP, jednim pravidlem a mas vyreseno. Osobne davam 'connecting tracking' na zacatek.. Imho kazdy rozumny ISP resi spoofing rezervovanych rozsahu za tebe a stejne zadne site neforwardujes. Jeste se zeptam, UDP multicast ma skutecne RELATED,ESTABLISHED stav?
21.1.2014 16:18 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: iptables script: námitky
Imho kazdy rozumny ISP resi spoofing rezervovanych rozsahu za tebe a stejne zadne site neforwardujes.

Naopak by bylo dobré u spojení zvenku kontrolovat cílovou adresu, jestli je to ta správná, zejména pokud tam jsou nějací démoni, kteří jsou nakonfigurovaní, aby "poslouchali jen na vnitřním rozhraní / lokální smyčce".

UDP multicast ma skutecne RELATED,ESTABLISHED stav?

Proč? To jsou dvě různá pravidla.

23.1.2014 20:25 kyekros | skóre: 16 | Pardubice
Rozbalit Rozbalit vše Re: iptables script: námitky
Hezký večer, děkuji všem za připomínky.

Pokud mne paměť neklame, součástí podmínky --syn je i to, že ACK není nastaven, takže to druhé pravidlo by nemělo mít žádný smysl.

Děkuji za upozornění, ono druhé pravidlo jsem přesunul na jiné místo. V tcp-flags se ještě příliš neorientuji.

Také mi nedává smysl to (jediné) pravidlo v ssh-whitelist: cokoli přidáte za něj, nebude mít žádný efekt; a pokud budete vkládat před něj, tak nebude mít pro změnu žádný efekt tohle pravidlo.

Zde mi jedno pravidlo vypadlo. Vím, že tento chain tak jak byl interpretován neměl žádný význam.

Udelej ten 'limit burst' globalne na cele rozhrani, usetris 10 pravidel a cele to divadlo kolem filtrovani.

Je opravdu tak přínosné ušetřit několik pravidel?

Osobne davam 'connecting tracking' na zacatek..

Můžete mi někdo malinko přiblížit jak na 'connecting tracking'? Význam tohoto spojení znám, ale jak jej řešíte?

Nyní script vypadá takto:
#!/bin/bash

iptables -F
iptables -X

iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP

iptables -N spoofing
iptables -A spoofing -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables spoofing: "
iptables -A spoofing -s 192.168.0.0/16 -j DROP
iptables -A spoofing -s 172.16.0.0/12 -j DROP
iptables -A spoofing -s 10.0.0.0/8 -j DROP

iptables -N syn_flood
iptables -A syn_flood -m limit --limit 1/s --limit-burst 5 -j ACCEPT
iptables -A syn_flood -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables syn_flood: "
iptables -A syn_flood -j DROP

iptables -N ssh-whitelist
iptables -A ssh-whitelist -s 1.2.3.4 -j ACCEPT #IP adresu lze podvrhnout
iptables -A ssh-whitelist -j RETURN

iptables -N ssh-blacklist
iptables -A ssh-blacklist -m recent --name blacklist --set
iptables -A ssh-blacklist -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables ssh-blacklist: "
iptables -A ssh-blacklist -j DROP

iptables -N ssh
iptables -A ssh -j ssh-whitelist
iptables -A ssh -m recent --update --name blacklist --seconds 43200 --hitcount 1 -j DROP         
iptables -A ssh -m recent --set --name short
iptables -A ssh -m recent --set --name long
iptables -A ssh -m recent --update --name short --seconds 60 --hitcount 5 -j ssh-blacklist
iptables -A ssh -m recent --update --name long --seconds 1800 --hitcount 20 -j ssh-blacklist
iptables -A ssh -j ACCEPT

iptables -N tcp_p
iptables -A tcp_p --dport 465 -j ACCEPT
iptables -A tcp_p --dport 993 -j ACCEPT
iptables -A tcp_p --dport 995 -j ACCEPT
iptables -A tcp_p --dport 113 -j REJECT
iptables -A tcp_p -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A tcp_p -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables tcp_p: "
iptables -A tcp_p -j DROP

iptables -N udp_p
iptables -A udp_p -d 224.0.0.251 --dport 5353 -j ACCEPT #multicast DNS
iptables -A udp_p -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A udp_p -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables udp_p: "
iptables -A udp_p -j DROP

iptables -N icmp_p
iptables -A icmp_p --icmp-type echo-request -m limit --limit 2/s --limit-burst 5 -j ACCEPT
iptables -A icmp_p --icmp-type 0 -j ACCEPT
iptables -A icmp_p --icmp-type 3 -j ACCEPT
iptables -A icmp_p --icmp-type 11 -j ACCEPT
iptables -A icmp_p -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables icmp_p: "
iptables -A icmp_p -j DROP

iptables -A INPUT -p ALL -i lo -j ACCEPT
iptables -A INPUT -p tcp --dport 22 -m state --state NEW -j ssh
iptables -A INPUT -p TCP --tcp-flags SYN,ACK SYN,ACK -m conntrack --ctstate NEW -j REJECT --reject-with tcp-reset
iptables -A INPUT -i eth0 -p TCP --syn -j syn_flood
iptables -A INPUT -i eth0 -j spoofing
iptables -A INPUT -p TCP -j tcp_p
iptables -A INPUT -p UDP -j udp_p
iptables -A INPUT -p ICMP -j icmp_p
23.1.2014 20:43 kyekros | skóre: 16 | Pardubice
Rozbalit Rozbalit vše Re: iptables script: námitky
Pardon, porty nelze uvádět bez uvedení protokolu.
23.1.2014 22:43 NN
Rozbalit Rozbalit vše Re: iptables script: námitky
Zakladni 'connection tracking' je vlastne ip_conntack plugin a toto pravidlo:
iptables -A tcp_p -m state --state ESTABLISHED,RELATED -j ACCEPT
Tzn. protoze duveruji sestavenym spojenim, dam pravidlo na zacatek, abych urychlil prochazeni paketu firewallem.

UDP pakety "zadne" stavy nemaji, tzn. nasledujici pravidlo neni uplne korektni:
iptables -A udp_p -m state --state ESTABLISHED,RELATED -j ACCEPT
Stejne mi cela ta sarada kolem SSH prijde proste zbytecna, ale asi to proste vidim jinak a jeste jedne veci nerozumim, rikas postovni server, ale nevidim 25, jak to?
24.1.2014 07:38 bigBRAMBOR | skóre: 30
Rozbalit Rozbalit vše Re: iptables script: námitky
taky mam ESTABLISHED,RELATED pravidlo jedno na zacatku, spousta spojeni pak nemusi skakat celej firewall aby si to pravidlo naslo nekde dole ve svem chainu. A prijde mi lepsi jedno na zacatku, nez nekolikrat ruzne rozhazenejch, stejne se mu nevyhnes.

je nejaky velky vykonovy rozdil mezi tim zalozit si vlastni chainy pro TCP, a pro UDP, dat do jednoho jedno pravidlo, do druheho 4, a pak to filtrovat a to chainů rozdelovat? U takhle maleho poctu pravidel bych si tipnul ze rychlejsi bude tech 5 pravidel tam prdnout naostro, nebo kecam?
24.1.2014 12:23 kyekros | skóre: 16 | Pardubice
Rozbalit Rozbalit vše Re: iptables script: námitky
Vložil jsem tedy na začátek tento řádek:

iptables -A INPUT --p TCP -m state --state ESTABLISHED,RELATED -j ACCEPT

Jen bych se chtěl ještě zeptat. Pokud vložím pravidlo v následující podobě:

iptables -A INPUT --p ALL -m state --state ESTABLISHED,RELATED -j ACCEPT

Přestanou mi fungovat pravidla pro omezení ICMP. Znamená to tedy, že ICMP tyto stavy má?

Původně jsem chtěl, aby bylo možné připojit se přes SMTP pouze šifrovaně, ale když o tom mluvíte, tak asi i port 25 bude zapotřebí. Patrně MTA přes něj budou spolu komunikovat.

Co se týče té komedie kolem SSH, V případě problémů se budu připojovat i z nepředvídaných míst.
24.1.2014 12:37 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: iptables script: námitky
Jak které ICMP. Např. chybové zprávy typu destination unreachable nebo timeout exceeded by z podstaty věci měly být RELATED a echo reply ESTABLISHED. Na druhou stranu, v zahazování těchto zpráv moc smyslu nevidím.
24.1.2014 13:58 bigBRAMBOR | skóre: 30
Rozbalit Rozbalit vše Re: iptables script: námitky
jj, pokud chces nechat ten ICMP chain, nejak me zatim nikdo moc nepresvedcil s ICMP nejak zvlast blbnout, budes do nej muset poslat data jeste pred tim ESTABLISHED,RELATED.

Pro pripojeni na SSH z nepredvidatelnych mist mam VPN

SMTP server bez portu 25 nebude zadna slava, moc si nepopovidas. Hod si klienty na submision, a ten sifruj. Pro komunikaci mezi servery musis mit 25, a sifrovani jako option, ale nedaval bycj ji povinou.
24.1.2014 15:45 kyekros | skóre: 16 | Pardubice
Rozbalit Rozbalit vše Re: iptables script: námitky
Tak jsem to opět opravil "předešlé scripty mají v sobě chyby, takže jsou nepoužitelné". Na to SSH se podívám ještě později. Jinak jsem měl závažnou chybu v řádku

"iptables -A syn_flood -m limit --limit 1/s --limit-burst 5 -j tcp_p" kde jsem měl ACCEPT.

#!/bin/bash

iptables -F
iptables -X

iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP

iptables -A INPUT -p TCP -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p ALL -i lo -j ACCEPT

iptables -N ssh-whitelist
iptables -A ssh-whitelist -s 1.2.3.4 -j ACCEPT
iptables -A ssh-whitelist -j RETURN

iptables -N ssh-blacklist
iptables -A ssh-blacklist -m recent --name blacklist --set
iptables -A ssh-blacklist -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables ssh-black: "
iptables -A ssh-blacklist -j DROP

iptables -N ssh
iptables -A ssh -j ssh-whitelist
iptables -A ssh -m recent --update --name blacklist --seconds 43200 --hitcount 1 -j DROP         
iptables -A ssh -m recent --set --name short
iptables -A ssh -m recent --set --name long
iptables -A ssh -m recent --update --name short --seconds 60 --hitcount 5 -j ssh-blacklist
iptables -A ssh -m recent --update --name long --seconds 3600 --hitcount 20 -j ssh-blacklist
iptables -A ssh -j ACCEPT

iptables -N spoofing
iptables -A spoofing -s 192.168.0.0/16 -j DROP
iptables -A spoofing -s 172.16.0.0/12 -j DROP
iptables -A spoofing -s 10.0.0.0/8 -j DROP

iptables -N tcp_p
iptables -A tcp_p -p TCP --dport 25 -j ACCEPT
iptables -A tcp_p -p TCP --dport 465 -j ACCEPT
iptables -A tcp_p -p TCP --dport 993 -j ACCEPT
iptables -A tcp_p -p TCP --dport 995 -j ACCEPT
iptables -A tcp_p -p TCP --dport 113 -j REJECT
iptables -A tcp_p -p TCP --sport 443 -j ACCEPT
iptables -A tcp_p -j RETURN

iptables -N syn_flood
iptables -A syn_flood -m limit --limit 1/s --limit-burst 5 -j tcp_p
iptables -A syn_flood -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables syn_flood: "
iptables -A syn_flood -j DROP

iptables -N udp_p
iptables -A udp_p -p UDP -d 224.0.0.251 --dport 5353 -j ACCEPT #multicast DNS
iptables -A udp_p -j RETURN

iptables -N icmp_p
iptables -A icmp_p -p ICMP --icmp-type echo-request -m limit --limit 2/s --limit-burst 5 -j ACCEPT
iptables -A icmp_p -p ICMP --icmp-type 0 -j ACCEPT
iptables -A icmp_p -p ICMP --icmp-type 3 -j ACCEPT
iptables -A icmp_p -p ICMP --icmp-type 11 -j ACCEPT
iptables -A icmp_p -j RETURN

iptables -A INPUT -p TCP --dport 22 -m state --state NEW -j ssh
iptables -A tcp_p -p TCP --tcp-flags SYN,ACK SYN,ACK -m conntrack --ctstate NEW -j REJECT --reject-with tcp-reset #DRDoS"
iptables -A tcp_p -i eth0 -p TCP --syn -j syn_flood #vyzaduji venkovni rozhrani
iptables -A INPUT -i eth0 -j spoofing #venkovni rozhrani
iptables -A INPUT -p TCP -j tcp_p
iptables -A INPUT -p UDP -j udp_p
iptables -A INPUT -p ICMP -j icmp_p

iptables -A INPUT -m limit --limit 1/minute --limit-burst 10 -j LOG --log-prefix "iptables drop: "

24.1.2014 17:51 NN
Rozbalit Rozbalit vše Re: iptables script: námitky
No to uz vypada lepe,ale jeste bych mnel posledni drobnou poznamku. Spoofing je L3 filtrovani, ale TCP kontrola je L4, takze je lepsi ho dat v INPUT za konfiguraci rozhrani/ICMP a pred filtrovani TCP. Ie. postupuju firewallem od nizsich vstev nahoru..
24.1.2014 18:34 kyekros | skóre: 16 | Pardubice
Rozbalit Rozbalit vše Re: iptables script: námitky
Děkuji za všechny rady. Jen bych se ještě zeptal. Jestli náhodou ještě nevíte, jen tak s hlavy bez hledání, o nějaké knize "nejlépe v českém jazyce" o problematice sítí včetně oněch "levelů" filtrování.
24.1.2014 21:18 NN
Rozbalit Rozbalit vše Re: iptables script: námitky
Tak defakto standard pro samostudium jako zaklad je 'Velký průvodce protokoly TCP/IP a systémem DNS' Dostalek/Kabelova, pripadne jeste druhy dil 'Zabezpeceni'.
26.1.2014 22:55 kudlanka bezbozna
Rozbalit Rozbalit vše Re: iptables script: námitky
Pro pripojeni na SSH z nepredvidatelnych mist mam VPN
Kolik si navlikas kondomu pri soulozi? Navic SSH potrebuje jednoduche TCP spojeni, to ti pusti ven i v blbem pakistanskem hotelu narozdil od VPN. Uz od prehistorickych dob v minulem tisicleti provozuji na mnoha serverech SSH na vysokych portech (hlavne kvuli tomu, aby mi to nelogovalo automaty) a nemam sebemensi problem.
27.1.2014 07:46 bigBRAMBOR | skóre: 30
Rozbalit Rozbalit vše Re: iptables script: námitky
souložím pouze privátně, s manželkou, tedy bez kondomu. Stejne tak VPNkou se pripojím domu, a neřeším kondomy.

Tedy jednou nastavim VPN, a uz neresim SSH, FTP, cokoliv, cokoliv. Staci si na to zvyknout a do budoucna to prinese o mnoho mene nastavovani, a starostí.
28.1.2014 05:39 kudlanka bezbozna
Rozbalit Rozbalit vše Re: iptables script: námitky
A to je duvod, proc blokovat SSH? SSH navic vzdy udrzuje spravce distribuce narozdil od VPN. Ale kdo chce kam, pomozme mu tam.
pavlix avatar 28.1.2014 09:00 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: iptables script: námitky
Ještě víc se mi na to líbí dynamicky navazovaný IPsec s veřejným rozsahem.
27.1.2014 07:49 bigBRAMBOR | skóre: 30
Rozbalit Rozbalit vše Re: iptables script: námitky
v pakistanu jsem nikdy nebyl, na slovensku a madarsku kam bezne jezdim maji hotely dost casto povoleno pouze port 80. OVPN navazu po portu UDP 53 - sranda je ze to bez problemu chodi i v mistech kde chteji za Internet poplatek.
28.1.2014 05:43 kudlanka bezbozna
Rozbalit Rozbalit vše Re: iptables script: námitky
No a? Vasi argumentaci nechapu. Pres DNS se da tunelovat skoro cokoli.
28.1.2014 09:35 bigBRAMBOR | skóre: 30
Rozbalit Rozbalit vše Re: iptables script: námitky
pouze jsem psal reakci na vetu - Navic SSH potrebuje jednoduche TCP spojeni, to ti pusti ven i v blbem pakistanskem hotelu narozdil od VPN. Existuji VPN, kterym stacim taky jednoduche TCP (UDP) spojeni. Nechapu co je nam to k nepochopeni.
28.1.2014 09:58 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: iptables script: námitky
Jistě, TCP tunelované uvnitř TCP je naprosto skvělá věc… (sarcasm sign)
pavlix avatar 28.1.2014 10:06 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: iptables script: námitky
A teď už je v té diskuzi dokonalej bordel :D.
pavlix avatar 28.1.2014 09:02 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: iptables script: námitky
Přes DNS můžeš tuneovat i v případě, že není povolené volně. Lze komunikovat s falešným autoritativním serverem a na základě toho vytvořit (ač neefektivní) transport pro data.
24.1.2014 16:45 iKoulee | skóre: 19
Rozbalit Rozbalit vše Re: iptables script: námitky
Je opravdu tak přínosné ušetřit několik pravidel?
Velice, samozrejme zalezi na konfiguraci a zatizeni serveru v provozu, ale netfilter je obecne v performance killer. Osobne znam pripady, kdy unload celeho netfilteru dovoli serveru obsluhovat o 50k spojeni za vterinu vice.

Opravdu kazde pravidlo skrze ktere paket projde je znat, takze opravdu se vyplati ESTABLISED spojeni povolit hned na zacatku. A pak podle poctu paketu, ktere skrze ne projdou, takze obecne nasledovane asi nestavovymi sluzbami, jako je DNS, pak sluzby s velkym poctem kratkych spojeni (http,smtp) a nakonec veci jako je SSH kde na vterine nesejde.

Dal z pohledu bezpecnosti bych Vam doporucil zamyslet se nad tabulkou OUTPUT, hodilo by se zakazat navazovani spojeni jinam nez na povolene/zname sluzby a servery. Zanesnadni to pripadnemu utocnikovy, ktery ovladne nejakou sluzbu, aby zneuzil server ke svym nekalym zamerum (dokud nema roota).

Even if you fall on your face, you’re still moving forward

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.