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 09:00 | Nová verze

    SecureDrop (Wikipedie, GitHub) je open source platforma pro bezpečné a důvěrné sdílení informací mezi žurnalisty a jejich zdroji. Vydána byla nová verze 2.4.0.

    Ladislav Hagara | Komentářů: 0
    včera 20:33 | IT novinky

    Společnost Proton AG představila novinky ve svých službách Proton Mail, Proton VPN, Proton Calendar a Proton Drive. Služby jsou přístupné z nového webu proton.me. Aktualizován byl ceník. Představen nový vizuál.

    Ladislav Hagara | Komentářů: 1
    včera 19:22 | Nová verze

    Týden po vydání Red Hat Enterprise Linux (RHEL) 9.0 byl vydán jeho klon AlmaLinux 9. Podrobnosti v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 4
    včera 15:00 | IT novinky

    Broadcom kupuje firmu VMware za 61 miliard dolarů.

    Ladislav Hagara | Komentářů: 9
    včera 09:55 | Nová verze

    Google Chrome 102 byl s verzí 102.0.5005.61 prohlášen za stabilní. Opraveno bylo 32 bezpečnostních chyb. Přehled novinek na Chromium Blogu nebo na Chrome Platform Status. Oficiální přehled novinek (New in Chrome, YouTube) zatím nebyl publikován. Přehled novinek v nástrojích pro vývojáře je bez videa.

    Ladislav Hagara | Komentářů: 0
    včera 01:55 | Komunita

    The Open Source Software Security Mobilization Plan (pdf) je konsorciem The Linux Foundation zastřešen plán na zvýšení bezpečnosti open source softwaru.

    Ladislav Hagara | Komentářů: 1
    včera 00:11 | Zajímavý článek

    Minulý týden proběhla hackerská soutěž Pwn2Own Vancouver 2022. Máte-li na starost bezpečnost IT, výsledky vás nepotěší. Microsoft Teams, Oracle Virtualbox, Mozilla Firefox, Microsoft Windows 11, Ubuntu Desktop, Apple Safari, Tesla Model 3 Infotainment System. Vše potopeno. Demonstrované bezpečnostní chyby ve Firefoxu jsou již opraveny ve verzi 100.0.2.

    Ladislav Hagara | Komentářů: 0
    25.5. 13:22 | Nová verze

    Lokální úložiště Stratis (Wikipedie), alternativa k úložištím s ZFS a Btrfs, bylo vydáno ve verzi 3.1.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 5
    25.5. 13:11 | IT novinky

    Sdružení CZ.NIC dnes vrátilo do zóny dříve vyřazená jména domén dezinformačních webů.

    Ladislav Hagara | Komentářů: 33
    25.5. 11:11 | IT novinky

    Před půl rokem představený webový vyhledávač You.com (Wikipedie) se zaměřuje také na kodéry. Vyzkoušet lze YouCode.

    Ladislav Hagara | Komentářů: 1
    Na sociálních sítích nebo jiných webových diskuzích vystupuji pod
     (60%)
     (17%)
     (23%)
    Celkem 339 hlasů
     Komentářů: 29, poslední 24.5. 00:02
    Rozcestník


    Dotaz: Firewall a přesměrování

    15.11.2021 13:04 camel1cz | skóre: 25
    Firewall a přesměrování
    Přečteno: 286×

    Zdravím místní guru a poprosím o radu s konfigurací.

    Provozuji emailové a HTTP/HTTPS služby na platformě proxmox a chráním je před zneužitím následujícím způsobem:

    • na všech serverech funguje detekování pokusů o pw cracking a všelijaké přetěžování,
    • IP, která poruší pravidla se dostane na nějaký čas do IPsetu blacklist,
    • všechny virtuály jsou nastavené tak, že provoz z blacklistovaného IPsetu ignorují (DROP),

    Tohle funguje vcelku dobře, ale problém nastává, když se do blacklistu dostane IP za kterou jsou řádní uživatelé. Ti pak netuší co se děje, pro ně jsou služby mrtvé. Volají pak pro podporu a špatně se zjišťuje, že to je tento problém - musíme zjistit klientskou IP a kontrolovat ji v blacklistu.


    Má otázka je, jak toto nejlépe řešit?

    Nechci řešit blokování na aplikační úrovni, protože je to komplikované na správu, výkonově drahé a méně spolehlivé.

    Byl bych rád, kdyby alespoň na HTTP požadavky systém odpovídal a odesílal jednoduchou informaci a kontakty. Tady je problém s HTTPS, které někdy browser podsouvá a i uživatelé jsou zvyklí jej na webmailu používat.


    Co mě napadlo: umím si představit, že bych na serveru s webmailem nezakazoval firewallem 80 a 443 a přístup řešil na aplikační úrovni. Ten server by pak mohl sloužit jako informační pro všechny služby. Nicméně nadávek kvůli špatné doméně z HTTPS bych se asi těžko zbavoval a správně by to fungovalo jen na webmailu. Ale je to největší část požadavků na podporu, tak i to je fajn.

    Aby to nebylo tak jednoduché, tak proxmox neumí ve firewallu nic jiného než IN/OUT pravidla. Ta post/pre pravidla na která to míří by se mu musela nějak podstrčit a navíc si ani nejsem jistý, jak přesně se to dělá a nerad bych to rozbil.


    Co si o tom myslíte? Poradíte někdo? Moc děkuji!

    Odpovědi

    Pavel 'TIGER' Růžička avatar 15.11.2021 13:12 Pavel 'TIGER' Růžička | skóre: 53
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Nezjednodušilo by celou situaci dvoufaktorové ověření?
    15.11.2021 13:20 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Nejsem si přesně jistý jak to myslíš - jedině snad, že by se uživatel mohl sám odblokovat. To je super, ale je to krok 2 :)

    Teď řeším, jak se uživatel vůbec dozví, že je zablokovanej a není to problém s internetem, dostupností serveru atd.
    Pavel 'TIGER' Růžička avatar 15.11.2021 13:34 Pavel 'TIGER' Růžička | skóre: 53
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Tady je otázkou, jestli není špatně, že je uživatel vůbec zablokován. Proto jsem psal o dvoufázovém přihlášení. Jakmile druhá fáze ověří uživatele, tak je jasné, že ho nemá blokovat, ale přihlásit.
    15.11.2021 13:52 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Aha, chápu... no o ten problém úspěšného přihlášení na cizí/ukradený účet jde jen okrajově. Vlastně se to neděje a je to hlídané jinak.

    Co se děje a co se snažím řešit tím firewallem je přetěžování služeb a konzumace systémových prostředků. Např. teď je server výkonově na cca. 30%, ale bez těchto opatření jen těžko stíhal. Navíc se docela pravidelně několikrát v týdnu někdo začal organizovaný útok několika až několika desítek IP a to pak server jde do kytek a na odpověď se skoro nedá dočkat.

    Příjde mi, že zablokování na úrovni FW v tomto případě je jediné účinné řešení.
    15.11.2021 13:40 MP
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    2FA je v tomto kontextu spatne pouzitelne, pokud se blokuje na urovni ip adresy.

    Reseni je nasadit ipv6.

    A pro uzivatele za natem na ipv4 - pro ne neni jednoduche a levne reseni. Maximalne to muzete usnadnit supportu tim, ze bude mit viditelne blokace k dispozici na jednom miste.

    Anebo prestante blokovat podle ip adres.
    15.11.2021 13:57 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Ach ta věčná IPv6 :)

    Ale možná sem se vyjádřil blbě a nasměroval vás mimo jádro problému. Jde mi o to, že potřebuju účinně odstínit "škodiče" od serveru (a jiné než firewall řešení mě nenapadá) a zároveň blokované informovat co se děje a proč "to nejde".

    Proto mě napadl nějaký přepis paketů na úrovni firewallu, který by přesměroval požadavky na jeden server, který by byl na to připravený, kontrolovatl blacklisty na aplikační úrovni a informoval uživatele.

    Nevím no.
    15.11.2021 14:42 Bugsa
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    No jasně, ale proč to blokuje i legitimní uživatele? Nemáš ta pravidla moc přísná?
    15.11.2021 15:28 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    No dokud tam ta ochrana bude, tak do ní budou padat i legitimní uživatelé - ať už svou vinou nebo kvůli sdílené IP.

    Myslím, že polevit tak, aby se to nestávalo je už hodně blízko tomu, to rovnou vypnout.
    Max avatar 15.11.2021 16:21 Max | skóre: 70 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    A důvod, proč tam padají, je jaký? Používáš třeba fail2ban, analyzuješ logy a když vidíš opětovné neúspěšné přihlášení, tak dáš ban do iptables? Pokud máš třeba jen uživatele z CZ a SK, možná by jsi mohl vytvořit geograficky oddělená pravidla. Přísná aplikovat na uživatele z ciziny, mírnější na uživatele z CZ/SK.
    Každopádně jakmile do firewallu padají regulérní uživatelé, je to špatně, k takové věci by nemělo vůbec docházet, obzvláště né za regulérního provozu.
    Zdar Max
    Měl jsem sen ... :(
    15.11.2021 17:29 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Jojo, je to model fail2ban... každá služba má pravidla pro detekci úkonů, které jsou závadné a při opakování se IP vkládá do blacklistu na 10 minut až 48 hodin.

    Nikdo koukám nevzal za svůj ten nápad s driblováním s pakety HTTP, tak vás poslechnu a zkusím lépe zacílit blokování. Služby poskytujeme převážně vnitrostátně, takže ta detekce státu je docela dobrý nápad a IP z ČR/SR je dobrý důvod, proč být výrazně benevolentnější.

    Díky!
    Jendа avatar 15.11.2021 20:55 Jendа | skóre: 77 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    No dokud tam ta ochrana bude, tak do ní budou padat i legitimní uživatelé - ať už svou vinou
    Tak to máš asi ty limity dost nesmyslně nízké.
    nebo kvůli sdílené IP
    To je za stejnou adresou současně botnet, který zrovna tebe bruteforcuje? To je podle mě extrémně nepravděpodobné. Kolik adres takhle blokuješ?
    Řešení inflace: přidat do spotřebního koše Bitcoin
    Jendа avatar 15.11.2021 20:53 Jendа | skóre: 77 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    problém nastává, když se do blacklistu dostane IP za kterou jsou řádní uživatelé
    A jak se to stane?
    Řešení inflace: přidat do spotřebního koše Bitcoin
    15.11.2021 22:15 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Firewall a přesměrování
    Pochopil jsem tu radu a i ji akceptoval... jak se to děje? Poměrně běžně někdo zkouší hesla z českých IP, poměrně běžně uživatel nastaví špatný heslo a nechá ho v klientovy, který to zkouší a vyčerpá počet špatných přihlášení, méně často, ale pořád dost je více lidí za stejnou IP a chyby se sčítají... a poměrně často naopak botnet nebo podobná potvora zkouší hesla tak, že nepřekračuje "normální" limity per IP, ale v součtu zúčastněných strojů je to nepříjemné.

    Jak říkám - měl jsem nápad jaký jsem měl a teď teda implementuji to co jsem napsal - uvidíme. Akorát je tu stále to tiché zakazování, buť bude méně pravděpodobné, že do toho někdo spadne. Já chtěl řešit primárně to ticho a ladění pravidel až jako druhý sled, protože ta informace by řešila 100% případů (každý se podívá na webmail, když mu blbne klient a tam si přečte, co se stalo a snadno se to řeší na podpoře).

    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.