Dotaz: Apache a soubory vlastněné rootem

[Zdeněk Zámečník]

Lze nějak naučit Apache, aby servíroval soubory vlastněné rootem aniž by apache běžel pod rootem? Vím, že to zní hrozně nesmyslně, ale moc rád bych chtěl zvenku zpřístupnit nějaké zálohy přes ajaxplorer (php aplikace). Problém je, že chci zachovat nastavená oprávnění souborů, většinou je vlastní root... Spouštět Apache pod rootem se mi nejeví jako dobrý nápad a mám takový pocit, že to v Debianu ani nelze.

---

---

Odpovědi

[rADOn]

To neni ani tak problem apace – kdyz nastavis prava tak aby to mohli cist others, tak to proces apace bezici pod nobodym uvidi. Alebrz, pokud jsou to systemove zalohy mel by sis dobre rozmyslet co delas. Pokud jsou to zalohy celeho systemu, tak si libovolny nobody muze treba vybalit /etc/shadow nebo privatni klice. Ergo se restriktivni prava na zalohy nedavaji jen tak pro nic za nic.

[Zdeněk Zámečník]

Já to vím. Původ problému je částečně v tom, že zpřístupňovaná data nemají odpodívající vlastníky, např. emaily - nemám pro každou schránku zvlášť systémového uživatele, ale se všemi se pracuje pod jedním společným a takových příkladů by mohlo být více. Jedná se o systémové i uživatelské zálohy. SSH klíče záměrně nezálohuji, napadnutelností /etc/shadow bych si nebyl úplně jist. Kdyby mě to nějak hodně trápilo, asi by nebylo problém využít třeba PGP.

Nicméně v tuto chvíli mi jde hlavně o ty uživatelské zálohy. Chci se zbavit rutinního dohledávání záloh a jejich doručování k uživatelům.

Ano, pokud budu nějak explicitně zálohám nastavovat přístup pro others, tak problém "vyřeším", ale ve výsledku se to dost zásadně dotkne zabezpečení, protože při případné obnově už nebudu vědět, zda others mají skutečně přístup k souborům nebo ne...

Pořád mi vychází buď pustit Apache pod rootem anebo sáhnout po ACL, ale ani jedno se mi nelíbí.

[rADOn]

Nicméně v tuto chvíli mi jde hlavně o ty uživatelské zálohy. Chci se zbavit rutinního dohledávání záloh a jejich doručování k uživatelům.

Co tim myslis? Jestli vsichni uzivatele uvidi vsechny zalohy v te php veci, tak to je samo o sobe dira. To zase neni problem toho co apac vidi nebo nevidi, ale ze vsechny procesy apace bezi pod stejnym uid (zadnemu izolacnimu mechanismu zbastlenemu v php bych v takove veci neduveroval). Existuji zpusoby jak v apacovi pracovat pod uzivatelksym uid, ale je to komplikovanejsi, master proces musi bezet pod rootem a obecne to jde proti smyslu webserveru. To bych radsi rozchodil (s)ftp ktere je na tohle stavene.

Pořád mi vychází buď pustit Apache pod rootem anebo sáhnout po ACL, ale ani jedno se mi nelíbí.

ACL neni odpoved. Pokud apacovsky nobody bude mit ono ACL pravo, tak ho uzivatel muze ziskat taky a je to vicemene ekvivalentni jako cteni others. A to plati obecne, zatim mam s ACL takovou zkusenost ze kdykoliv jsem si myslel ze ho potrebuju, tak se nakonec ukazalo ze ve skutecnosti potrebuju bezpecnostni diru.

[Zdeněk Zámečník]

Uživatelé všechno neuvidí. Restrikce tam jdou docela pěkně nastavit. Mě se prostě líbila ta idea, že vezmu tohle GUI, propojím to s LDAPem, nadefinuji nějaké restrikce a dál se nestarám.

V současné době mám právě zálohy zpřístupněné přes SFTP, ale to stále narážíme na stejné problémy (bez roota si na rootovy soubory nesáhnu).

SFTP je fajn, pokud obnovuji nějaké systémové záležitosti, ale pokud mám poskytnout BFU jeho zálohu, tak to může být docela utrpení...

zadnemu izolacnimu mechanismu zbastlenemu v php bych v takove veci neduveroval

Tohle je dost diskutabilní téma. Nechci se tu hádat. To samé bych mohl prohlašovat třeba o Sambě.

Mě nešlo vůbec o to bavit se tu o bezpečnosti. Těch rizik tohoto řešení jsem si vědom, nestřežím žádná tajná data.

Ale asi to uzavřeme, že tudy cesta zkrátka nevede. Pravděpodobně jediná možnost by bylo spustit Apache pod rootem, pokud bych vůbec nechtěl sahat na oprávnění těch souborů. Jako další možnost mě napadlo do těch práv naopak sáhnout a jejich původní stav držet v nějakém odděleném souboru.

[rADOn]

To samé bych mohl prohlašovat třeba o Sambě.

To tedy nemohl. Řízení přístupu samby sídlí v kernelu, používá jeho metody, požívá jeho ochrany a dá se považovat za podobně bezpečné jako jakýkoliv jiný filesystém. Proces v userspace který jen napodobuje chování vfs se s tím nedá srovnávat.

Jako další možnost mě napadlo do těch práv naopak sáhnout a jejich původní stav držet v nějakém odděleném souboru.

K čemu? Jediné právo které potřebuješ je čtení abys mohl archiv se zálohou rozbalit.

[Zdeněk Zámečník]

Nakonec jsem našel jiný workaround - jelikož zálohy provádím většinou pomocí rsyncu, mohu využít jeho přepínače --fake-super, který umí oprávnění ukládat do rozšířených atributů souborů. Takže zálohy budou uloženy pod jedním společným uživatelem, ale při obnově rsyncem je bude možné dostat zpět s původními právy.