Dotaz: Apache 2: podmíněné stažení souboru

[pasmen]

Zdravím,

řeším následující problém: mám webovou aplikaci v PHP/Javascript, která po ověření uživatele (proti Active Directory) umožní určitým uživatelům stažení souboru uloženého někde. V mém případě jsou soubory uloženy ve /var/lib/aplikace/dokumenty. Samotná aplikace je uložena ve /var/www/jmeno_serveru/aplikace. Použitá distribuce je Ubuntu 6.06LTS, pokud by to někoho zajímalo. O co jde: v konfiguráku Apache mám zhruba toto:

<VirtualHost jmeno_serveru:443>
DocumentRoot /var/www/jmeno_serveru
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /var/www/jmeno_serveru>
                Options FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>
Alias /dokumenty /var/lib/aplikace/dokumenty
SetEnvIf REFERER "jmeno\.serveru\.cz" access_granted
        <Location /dokumenty>
                Order deny,allow
                deny from all
                allow from env=access_granted
        </Location>
SSLEngine On
SSLCertificateFile /etc/apache2/ssl/server.crt
SSLCertificateKeyFile /etc/apache2/ssl/server.key
</VirtualHost>

Aplikace je tedy přístupná přes https://jmeno_serveru.cz/aplikace. Tímto konfigurákem jsem chtěl zajistit to, že přístup do adresáře /dokumenty bude povolen jen přesměrováním z webu aplikace pomocí

Na Linuxu to funguje, na Windows nikoliv. Připomínám, že na obojím používáme Firefox 2.0. Otázka tedy zní: dělám něco špatně já, je to chyba Firefoxu na Windows nebo jde mnou nastíněný problém vyřešit nějak elegantně jiným způsobem? Díky.

Odpovědi

[#Tom]

Zrovna v PHP lze tento problém obejít třeba takto:

<?php
    header("Content-Type: application/octet-stream");                                                  
    header("Pragma: no-cache");                                                                        
    header("Cache-Control: no-cache");                                                                 
    header("Expires: ".GMDate("D, d M Y H:i:s")." GMT");                                               
    header("Content-Disposition: attachment; filename=\"$jmeno_souboru\"");                                     
                                                                                                       
    readfile($jmeno_souboru_i_s_cestou);     
?>

PHP skript vytvoří vhodnou hlavičku a zašle jako obsah onen soubor.

Řešení je to jiné, ale umožňuje např. počítání uživatelů, kteří soubor nejen začali stahovat, ale i dostahovali.

[pasmen]

Jojo, o tomhle vim, to bylo me prvni reseni. Problem je v tom, ze tento pristup znamena, ze se uzivateli zobrazi okno s vyzvou k ulozeni nebo otevreni souboru. Protoze useri u nas jsou lini jako prase, vymohli si u vedeni, ze se soubor musi ihned po klipnuti zobrazit...

[DjAARA]

Nastavit správný MIME typ by nestačilo?

[pasmen]

Ne, zkousel jsem, v tom by problem nebyl. MIME type akorat urcuje seznam navrzenych prohlizecu v pripade, ze uzivatel zvoli Otevrit misto Ulozit. Problem bude rekl bych v tom Content-Disposition: attachment. Jo kdyby slo rict neco jako Content-Disposition: inline nebo tak, to by byla jina

[Filip Jirsák]

Jo kdyby slo rict neco jako Content-Disposition: inline nebo tak, to by byla jina

A proč by to nešlo?

[pasmen]

lol... No, prislusne RFC jsem neznal a nazev jsem jen tipoval podle toho, co bych potreboval Nicmene jdu to vyzkouset. Dekuji.

[pasmen]

Tak jo, funguje, diky. Akorat je potreba podle pripony nastavit spravne MIME type, ale to uz je jednoduche ze Takze jeste jednou vsem diky.

[azurIt]

http://www.ietf.org/rfc/rfc2183.txt

[Tomáš Honzák]

Na Linuxu to funguje, na Windows nikoliv. Připomínám, že na obojím používáme Firefox 2.0. Otázka tedy zní: dělám něco špatně já, je to chyba Firefoxu na Windows nebo jde mnou nastíněný problém vyřešit nějak elegantně jiným způsobem? Díky.

Nemáte na těch Windows nějaký "firewall" nebo proxy, který likviduje http-referer hlavičku? Na něco podobného jsem párkrát narazil u jedné webové aplikace, a pokaždé za to mohlo nějaké "bezpečnostní udělátko".

[pasmen]

Nepoužíváme žádný firewall, oba servery (databázový i terminal server, ze kterého se na web leze) jsou v DMZ za firewallem na jednom subnetu. Abych pravdu řekl, zatajil jsem pár informací... Ono ne že by hlavička referer nefungovala úplně -- v PHP testuju referer kvůli přístupu na jednotlivé stránky také (pomocí proměnné $_SERVER['HTTP_REFERER']) a funguje jak má jak na Windows, tak na Linuxu. Problém je, že to nefunguje v Apachi. I když... V logu se referer zobrazuje správně (https://jmeno_serveru.cz/aplikace), dokonce i ten soubor se zdá se načítá, nicméně v půlce se to zastaví a ve status baru Firefoxu se zobrazí Zastaveno.

[R]

Bezpecnost ako hovado... Nevadi, ze REFERER moze klient poslat lubovolny? Skus si to v Linkse, tam sa to da rovno nastavit.

[pasmen]

Ani ne, o tom, že referer může klient poslat libovolný vím, není to jediná obrana proti neoprávněnému přístupu. Před vlastním stažením se kontroluje $_SESSION['logged_in'], která se nastaví na 1 po úspěšném přihlášení. Měl jsem za to, že kombinací mechanismů se bezpečnost zvyšuje a mate případného útočníka. Aplikačka je psána pro vnitrofiremní účely, nemá ambice být _extra_ bezpečná, ale snažím se. I tak, pokud tedy znáš lepší mechanismus, jak redukovat přístup k webowé stránce pomocí přihlášení v klasickém HTML formuláři, a za pomoci PHP, sem s tím.

[Josef Kufner]

Měl jsem za to, že kombinací mechanismů se bezpečnost zvyšuje a mate případného útočníka.

Ani moc ne. Vpodstatě pokud máš obrané mechanismy zařazené v sérii, tj. útočník musí překonat všechny, tak úroveň zabezpečení odpovídá nejsilnějšímu článku a ten zbytek jen trošku zdržuje. Pokud máš obrané mechanismy paralelně, tj. útočník musí překonat jen jeden (např. dva druhy přístupu k databázi), tak úroveň zabezpečení odpovídá tomu nejslabšímu článku a zbytek se neuplatní vůbec.

Samozřejmě má smysl mít na začátku triviální obranu, která odfiltruje 90 % útočníků a sníží zátěž serveru, ale nemůžeš na to spoléhat. Dobrým příkladem je třeba kontrola formulářů javascriptem, což lze sice lehce obejít, ale odlehčí to serveru od chyb uživatelů.

[pasmen]

Tyto mé dva mechanismy v sérii jsou. Neříkám, že je to kdovíco, ale Referer, ač je to relativně jednoduché změnit, je prvotní kontrola, a obrana pomocí Session proměnné je taky fajn.

[R]

Ale nie je to dobra ochrana. Spravna ochrana je v apache uplne zakazat pristup k adresaru, kde su tie subory. A stahovat ich len cez ten skript.

[R]

A pri tom stahovacom skripte pozor - treba osetrit, aby sa tam nedali zadavat cesty. Lebo

http://blabla/download.php?file=/etc/passwd

http://blabla/download.php?file=../../../../etc/passwd

[pasmen]

Ano, tak to mám uděláno. Jenže skriptu se musí předat jméno souboru, který se má stáhnout (pomocí GET). Takže URL volaného skriptu vypadá nějak takto:

https://jmeno_serveru.cz/aplikace/stahni.php?soubor=xxxxxx.pdf

Jak zabráníš tomu, aby tuhle URL někdo zadal do browseru přímo? Jen tak, že v tom skriptu otestuješ, že uživatel je ověřen (to je uloženo v session) a že se tam tudíž dostal odkazem z aplikačky.

Co se týče použití cest v názvu souboru tak to snad nehrozí, mám definovánu proměnnou $docRoot = /var/lib/aplikace/dokumenty a ve výsledku skript volá něco jako

@readfile($docRoot . "/" . $_GET['soubor'])

[azurIt]

@readfile($docRoot . "/" . $_GET['soubor'])

heh ;) az na to, ze:
"/var/lib/aplikace/dokumenty" + "/" + "../../../../etc/passwd" = "/etc/passwd"

[pasmen]

No jo no, pravda. Budu tam muset dát basename($_GET['soubor']).

[azurIt]

mozes tiez kontrolovat, ci sa v $_GET['soubor'] nenachadza retazec ".." - ak ano, hned vypises chybovu spravu a dalej nic nerobis. malo by to ako osetrenie stacit. aj tak by ale bolo najlepsie vobec nedavat nazov suboru ako parameter (a uz vobec nie parameter pouzivat v ceste), mohol by si to napriklad urobit tak, miesto nazvu suboru by sa daval jeho index vo vypise adresara - napr. stahni.php?soubor=3 by vratilo treti subor v poradi. potom ti uz len staci subory pomenovavat tak, ze na ich zaciatok das nejake cislo, aby boli v takom poradi, v akom ich chces mat.

[DjAARA]

To by musel být seznam souborů v adresáři abecedně…

[azurIt]

precitaj si to znovu (hlavne koniec). okrem toho, ak to robi tak, ze vypise zoznam suborov a useri si dokumenty vyberaju polda ich mena (podla mena suboru), tak to bude fungovat aj bez toho co som hovoril - proste vygeneruje zoznam suborov (aj s ich indexami) a nezalezi na abecednom alebo inom usporiadani, kedze dokumenty si useri vyberu podla mena.