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í
×

včera 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
včera 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

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

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 4
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 11
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 26
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
23.5. 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
22.5. 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 616 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: Jak ošetřit provházení webu na který nevedou odkazy

    12.8.2013 11:31 Já
    Jak ošetřit provházení webu na který nevedou odkazy
    Přečteno: 482×
    Ahoj. Poradil by někdo řešení, jak se děla to, že když user leze kam nemá, třeba prochází strukturu webu na kterou nevedou odkazy a zadá www.blabla.bla/bla/blabla.php? Jak udělám jednoduše nějakou akci, abych nemusel do každého souboru psát celou ochranu? Díky

    Řešení dotazu:


    Odpovědi

    12.8.2013 12:18 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    V souborech PHP jsou přece jen třídy. Ty ochranu nepotřebují, protože se při přístupu jenom přeloží a nic víc.
    12.8.2013 13:09 Já
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Ty jo, to jsou ale rady...
    12.8.2013 13:21 potato
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Tak to ale je. Mít ve veřejně dostupných adresářích pomocné PHP soubory, které něco vykonají, je fatální pitomost. Takže (1) mají obsahovat pouze definice/třídy (2) mají být v jiném adresáři, který vůbec není namapován na URL, nebo alespoň v adresáři, který lze celý znepřístupnit pomocí .htaccess. Nikdo ti nebrání dělat to složitě, ale chtěls vědět, jak se to dělá jednoduše...
    12.8.2013 15:04 Já
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    který vůbec není namapován na URL
    Co tím je přesně myšleno?
    12.8.2013 15:40 potato
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Webserver zpřístupňuje pouze některé adresáře v souborovém systému, což je snad jasné. Přiřazení mezi adresáři a URL je definováno pomocí direktiv DocumentRoot, Alias, ... Viz dokumentaci Apache:

    http://httpd.apache.org/docs/2.4/urlmapping.html

    Adresáře s pomocnými soubory, které nemají být samy o sobě veřejně přístupné, nemají důvod, aby se jim vůbec nějaké věřejné URL přiřazovalo. Stačí, aby je mohl číst (zapisovat do nich, ...) uživatel, pod kterým web server běží, ale mohou být mimo DocumentRoot (resp. další adresáře namapované na URL).
    12.8.2013 15:47 Já
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Tak že když mám

    DocumentRoot /var/www/prace1/www

    tak dám do /var/www/prace1/www index.php a style.css a všechno ostatní dám o úroveň néž? Čili do adresář /var/www/prace1 ?

    Chápu tvou myšlenku dobře? Díky
    12.8.2013 17:03 potato
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Tak nějak, nicméně podle toho, co přesně je to všechno ostatní. Pokud nějaké soubory web server servíruje přímo (obrázky, jánevímco), tak samozřejmě potřebují URL.
    pavlix avatar 12.8.2013 22:04 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Mít ve veřejně dostupných adresářích pomocné PHP soubory, které něco vykonají, je fatální pitomost.
    Tak čistě mezi námi, pokud se jedná o web a ne o haldu CGI skriptů, tak je pitomost mít v cestě vůbec nějaké PHP soubory. Do toho, zda je web napsaný v PHP nebo Abrakadabra uživatelům nic není a to, že to vidí na první pohled je pro ně zcela nadbytečná informace.

    Že se PHP historicky používalo jako halda CGI skriptů a že se v tom začaly psát větší webové aplikace a ještě se obojí zkombinovalo je jen shoda blbých náhod.
    12.8.2013 23:33 potato
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    To je požadavek na udržitelnost, a jako každý požadavek něco stojí. Přitom u jednorázových polostatických webů je to nesmyslný požadavek. Nebudou se vyvíjet, natož přepisovat do jiné technologie. Kdyby náhodou ano, tak se budou dělat znovu, jinak a zachování URL nikoho nebude zajímat.
    pavlix avatar 13.8.2013 08:48 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Čteš mezi řádky něco, co tam nebylo.
    13.8.2013 13:06 potato
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Možná. Prostě jestli URL mají koncovku .html, .php nebo .abrakadabra, je v řadě případů jedno. Jakákoli strktura URL (včetně hezkých, neutrálních) něco vypovídá o použitých prostředcích. Otázka pouze je, kdy to vadí.
    pavlix avatar 13.8.2013 15:15 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Uznávám, že jsem v tomhle trochu perfekcionista. Ale na druhou stranu to, jestli web na venek působí jako web nebo halda .php souborů o provozovateli a tvůrcích něco málo vypovídá.
    12.8.2013 14:57 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Pominuli správné rady výše, zůstávají mi dva artefakty.
    1. Každý ne přímo dostupný soubor má na začátku (akce je exit() ):
      if((!isset($glb_import))||($glb_import != 78951245)) exit();
      , pokud není register_globals on, tak je to poslední stupeň ochrany.
    2. Každý nedostupný adresář obsahuje index.html a index.php.
    Jsou to jen dodatečné prvky, základem je ošetřit nastavením webserveru nebo|a pomocí například .htaccess kam se může.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    13.8.2013 10:05 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Bod 1. se mi jeví jako zbytečný a nic neřešící. Jen přidává k aplikaci kód, který nevykonává nic užitečného a pouze zatěžuje programátora.

    Bod 2. se obvykle také nemusí řešit, pokud je správně nastaven .htaccess v kořeni webu.
    13.8.2013 11:14 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    V první řadě je si nastavit správně server (konfigurace && / || .htaccess && / || mod_rewrite).
    Uvedené věci jsou historické artefakty (dnes snad už žádný webhosting bez podpory .htaccess není).

    Bod 1. Nedovolí nic vykonat klientem (a nedovolí include-ovat), pokud neznáš vstupní kód. Zatížení programátora je to jen v tom, že si to musíš hodit do šablony (to je zadarmo) a někde na začátku před použitím definovat variablu s pin-em (to je jen několik případů, nebo dokonce jen jeden. Je to hromadně měnitelné i odstranitelné, tak bych to tak černě neviděl.

    Bod 2. Nic to nestojí a někam to přeneseš a náhodou není povolen .htaccess, tak to klade aspoň překážku adresář vylistovat při obvyklém nastavení web serveru.

    PS: Některé distribuce mají default konfiguraci bez možnosti overwrite a .htaccess se neuplatňuje, a když pro to můžu něco, byť obskurně udělat, proč ne…

    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    13.8.2013 11:46 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Bod 1. Zatížení programátora jsem měl na mysli spíš po estetické stránce. Proč bych se měl při každém otevření skriptu editorem koukat na takovou hrůzu?

    Pokud vím, .htaccess má jen Apache. Na lokálu používám jako server samotné PHP, u kterého .htaccess nefunguje - také u něj nehledám zabezpečení. Nginx má také jinou konfiguraci, o IIS nemluvě. Samozřejmě je vždy nutné si tyto informace zjistit předem.

    Všechny skripty na webserveru (kromě index.php) mám udělány jako samostatné třídy. Žádný jiný kód v nich nemám. Jediným vstupním bodem do aplikace je index.php - zabezpečení webu tedy není roztříštěno po celé aplikaci.

    Zajistit indexem má podle mne smysl adresář s obrázky, texty a multimédii, ale obvykle stačí zakázat (nepovolit) výpis adresáře. Databázi je dobré u Apache zajistit '.ht' na začátku jejího názvu - nedá se pak stáhnout.
    13.8.2013 12:18 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Proč bych se měl při každém otevření skriptu editorem koukat na takovou hrůzu?
    Však se nedívej, nebo si ji přepiš hezčeji, nebo… ;)
    Samozřejmě je vždy nutné si tyto informace zjistit předem.
    Ne každý to udělá s různých důvodů, a je na tvůrci, jestli přidá nějaké další prvky.
    Všechny skripty na webserveru (kromě index.php) mám udělány jako samostatné třídy. Žádný jiný kód v nich nemám.
    Ty ne, ale dotaz zněl jinak.
    Jediným vstupním bodem do aplikace je index.php - zabezpečení webu tedy není roztříštěno po celé aplikaci.
    Vidíš, takže obstrukce se zapíše jen jednou. …já jich mám obvykle několik málo ks víc než jeden.

    Databázi je dobré u Apache zajistit '.ht' na začátku jejího názvu - nedá se pak stáhnout.
    Ha, to je ale velmi podobný princip obstrukce (čisté je: explicitně nedovolit daný soubor či adresář).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    13.8.2013 12:43 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Databázi je dobré u Apache zajistit '.ht' na začátku jejího názvu - nedá se pak stáhnout.
    Ha, to je ale velmi podobný princip obstrukce (čisté je: explicitně nedovolit daný soubor či adresář).
    Ha, nachytal jsi mě. V tomhle případě někdy používám kšandy a/nebo pásek. Některé databáze (read-only) dávám do kořene a jejich název začíná '.ht'. Databáze R/W dávám do samostatného adresáře kvůli detailnímu nastavení práv. Přístup do tohoto adresáře pak v .htaccess samozřejmě nepovolím.

    Vždycky se snažím tyto mechanismy dělat co nejjednodušší, abych si v nich neudělal díru do systému. Jednodušší systém se udržuje mnohem lépe.

    Někdy ještě dělávám do dalšího adresáře honeypot, povolím ho v .htaccess a zakážu do něj přístup přes robots.txt. To se pak člověk dozví věcí :-)
    13.8.2013 15:12 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    On ten robots.txt zrovna zákaz ve smyslu zabezpečení zrovna není ;-)
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    pavlix avatar 13.8.2013 15:42 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Vzhledem k tomu, že Kit psal toho přesný opak ;)...
    13.8.2013 16:48 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Inu bylo toho víc něž věty jednoduché… ;)
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    13.8.2013 15:48 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    robots.txt používám na sledování neposlušných robotů, kteří lezou i tam, kam nemají.
    pavlix avatar 13.8.2013 12:51 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    +1
    Databázi je dobré u Apache zajistit '.ht' na začátku jejího názvu - nedá se pak stáhnout.
    Tak ideální je ji dostat mimo dosah, že, protože .ht je hack specifický pro Apache.
    13.8.2013 12:55 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Samozřejmě, ale třeba u freehostingu to obvykle jinak nejde.
    pavlix avatar 13.8.2013 15:36 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Tahle statistická úvaha [co obvykle u freehostingu platí] je lichá snad na všechny strany.

    1) Placené hostingy a freehostingy se v tomto statisticky nijak neliší.

    2) Pokud si hosting nevybírám, je mi nějaká statistika k prdu.

    3) Pokud si hosting vybírám, tak mě nezajímá statistický podíl této vlastnosti na trhu, ale její absolutní dostupnost (v kombinaci s dalšími).

    4) Celý trik s .ht je zajímavý pouze pro hostování nad Apachem bez .htaccess, popřípadě jiným webserverem, který .ht pro jistotu blokuje.

    Je otázka, zda pak není vhodnější dostupnost onoho souboru testovat při instalaci (a konfiguraci) než spoléhat na nějaký statisticky relativně neúspěšný hack a nechat administrátora, ať v případě non-Apache/non-htaccess instalace soubor zajistí jinak.
    13.8.2013 15:42 Kit
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Absolutní dostupnost u freehostingu mě vůbec nezajímá. Na toho admina se v takových případech klidně spolehnu.
    pavlix avatar 13.8.2013 16:07 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Jak ošetřit provházení webu na který nevedou odkazy
    Nevím jestli jsem tu větu napsal příliš nesrozumitelně nebo je mi naopak nesrozumitelná tvá odpověď. Měl jsem namysli to, že pokud si hosting můžu vybrat, tak mě nezajímá, zda 90% hostingů na trhu má nebo nemá vlastnost X, ať už je to kterákoli. Tak jako tak ostatní body jsou pořád platné.

    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.