Dotaz: Nejbezpečnějí distribuce pro web server

[diw]

Ahoj, nejde mi ani tak o bezpečnost nějaké distribuce, ale hledám nějakou distribuci, na které už je výchozí konfigurace apache2 v tak nějak použitelném stavu - prostě tak, aby mě tam nečekala nějaká bezpečností překvápka. Zajímají mě i takové věci, jakou je např. blokace http requestu PUT a DELETE. V kterých distribucích to konfigurace blokují? Mým favoritem je debian, ale nevím na kolik se dá na výchozí konfiguraci apache2 spolehnout. Je mi jasné, že v každé distribuci budu muset apache nakonfigurovat, jen mu ale chci konfigurovat "vlastnosti" a né "látat bezpečností rizika".

Odpovědi

[HrabalVojta]

Na servery dávám Debiana s tím, že co bude potřeba apache, mysql, cups tak si zkompiluji manuálně.

Osobně doma na všem provozuji gentoo. Ale tam už to byla "piplačka" se vším všudy.

Debian má možnost volby co si přejete nainstalovat Patří mezi ně apache cups mysql atd ... A proto se doporučuje stabilni verze s bezpečnostími updaty. Já používal na vygenerování sources.list Debian sources.list generator a tam stačí zatrhnout co potřebujete.

[HrabalVojta]

Ta defaultní konfigurace za moc nestojí, stejně budete ležet v manuálu a konfigurovat. Tak jako tak.
Stejne si připadám, že defaultní konfigurace je nastavená na dvě věci ...

[ewew]

Súhlasim s tebou. Default konfigurácia je dosť deravá. Musel som veľa vecí povypínať, nastaviť niektoré nastaviť. V prípade použitia debianu odporúčam pozrieť na www.debian.org manuály.

[HrabalVojta]

No děravá je spíš důležité, aby sis dal pozor na přístupy až to budeě konfigurovat. Ale stejně tomuhle se nedá říct díra, ale jen blbá konfigurace. To i kdybys měl sebelepší distro, tak blbá konfigurace zkurví všechno.

[diw]

Kdybych teoreticky použil naprosto nezkonfigurovaný server apache2 v debianu - jaká hrozí bezpečnostní rizika, pokud bych tam provozoval jen jeden důvěryhodný web v php? Procházel jsem teď výchozí konfigurační soubory v debian squeeze a podle manuálů to nevypadá, že by něco hrozilo - pomocí url se dostanu jen do document root a samotná aplikace v php má přístup jen k věcem, ke kterým má přístup uživatel, pod kterým běží apache2. Docela dost mě začalo zajímat ošetření HTTP 1.1 PUT a DELETE (to je asi největší bezpečností riziko spojené přímo s webovým serverem). Nenašel jsem, jestli je to zablokované (jen PUT snad apache2 defaultně bere jako GET), povolené, prostě nic. Na googlu jsou články jak to povolit nebo jak to zakázat, ale o výchozím stavu mlčí i konfigurační soubory.

[HrabalVojta]

Tak pro tebe je důležitý spíš, že když to budeš chtít tak si to povolíš nebo si to zakážeš. Nastavit to je otázka 10 minut tak teď to asi moc hrotíš, prostě se do toho pusť a uvidíš.

[Jendа]

Default konfigurácia je dosť deravá. Musel som veľa vecí povypínať, nastaviť niektoré nastaviť.

Co třeba? Já našel díru jen v Ziproxy, bug jsem hlásil a kašlou na mě. Mnohem větší pozor je potřeba dávat na to, aby sis tam při konfiguraci nějakou díru omylem nezanesl.

//Co máte furt s tím PUT a DELETE?

[diw]

//Co máte furt s tím PUT a DELETE?

No prozkoumával jsem protokol HTTP a zjistil jsem, že pomocí PUT se dá jen za pomoci webového serveru na server uploadovat soubory a pomocí DELETE se dají mazat.

[pht]

Tohle lze jednoduše ošetřit právama v souborovém systému.

[diw]

Jak jednoduše pokud použiji třeba php jako modul pro apache a ten potřebuje mít práva zápisu do nějakého adresáře? Neboť php se vykoná pod uživatelem apache, pak i webový server bude mít právo zápisu.

[pht]

To už je složitější a záleží to na konkrétní situaci. Co a proč potřebujete zapisovat; kde a proč potřebujete zakázat zápis? Dovedu si představit, že lze minimálně ošetřit zápis do adresáře kde jsou skripty, případně že lze oddělit místo pro zápis přes php a místo kam je normálně vidět pomocí URL...

[pavlix]

Máš docela dobré a použitelné řešení problému, který neexistuje. Navíc tvoje řešení nepasuje na podstatnou část použití Apache, kterého se má týkat. A i kdyby pasovalo, pořád je to řešení neexistujícího problému.

[pht]

Je pravda že jsem se s tímhle ještě taky nesetkal, ale asi bych se neodvážil říct, že to neexistuje. Každopádně práva na soubory lze uplatnit preventivně vždycky a taky to tak dělám a doporučuji.

S tím nepasováním jsem to nepochopil.

[pavlix]

S tím nepasováním jsem to nepochopil.

Viděl jsi někdy alespoň z dálky webhosting?

[pht]

Viděl, proto jsem to nepochopil?

[Filip Jirsák]

Aby to šlo, nestačí, že je to definované ve standardu, ale musí to hlavně podporovat server – a musí to tam být implementováno jako práce se soubory. Pokud znáte nějaký HTTP server, který ve výchozím nastavení PUT a DELETE podporuje a umožňuje, poprosil bych o odkaz – já znám akorát takové, které to ani po nakonfigurování neumějí správně nebo dokonce vůbec…

[HrabalVojta]

+1 i like Post Scriptum

[Filip Jirsák]

Je chyba představovat si bezpečnost jako něco, co program/distribuce má nebo nemá. Vždy záleží na konkrétním případě použití – takže musíte pochopit způsob fungování daného programu, jeho konfiguraci, porozumět, jak se to celé používá. Ostatně, kdyby existovala nějaká univerzální bezpečná konfigurace, nejspíš by to už dávno byla výchozí konfigurace daného programu.

[pht]

S tím nelze než souhlasit.

[HrabalVojta]

+1