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 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 1
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 8
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
19.2. 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
19.2. 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 421 hlasů
 Komentářů: 35, poslední včera 19:51
    Rozcestník

    Dotaz: PHP - Realizace stránek pomocí HTTPS

    4.7.2012 21:47 Petr
    PHP - Realizace stránek pomocí HTTPS
    Přečteno: 341×
    Dobrý večer, dal jsem se do programování webu pomocí php. Napsal jsem si co a jak a narazil jsem na jeden problém, se kterým bych zde chtěl poradit. V čem je problém, jelikož bude web disponovat sekcí pro registraci a přihlášení, určitě by stálo využít https. Problém je v tom, že nevím, jestli po přihlášení má uživatel mít už komplet web v https (myslím tím i ty části které jsou veřejnosti dostupné bez přihlášení) nebo vše nechat na http a na https dát jen vše co se týká jeho účtu. Pokud bych volil druhou možnost, nedokážu si moc dobře představit jak bych pendloval mezi http a https co se týče cookie and session. Jelikož pokud zaregistruji cookie nebo session přes http neuvídím je v htpps a opačně. Děkuji všem za případnou pomoc či kvalitní radu. Petr

    Odpovědi

    Josef Kufner avatar 5.7.2012 15:56 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jednoduchá varianta: Všechno z http přesměruj na https a nic jiného nepoužívej (bez ohledu na přihlášení).

    Složitější varianta: Session lze z https na http (a naopak) předat pomocí přesměrování, kdy jednorázový identifikační token předáš vrámci URL (metoda get) -- přesměruješ uživatele na propojovací stránku, ta ho přihlásí a nastaví cookies, a pak ho přesměruješ tam, kam původně chtěl. Stejně se to obvykle řeší při pohybu uživatele napříč doménami.
    Hello world ! Segmentation fault (core dumped)
    5.7.2012 17:05 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jenom doplním, že sdílet session ID (nebo jiné cookies) mezi HTTP a HTTPS je možné. Ale oslabuje se tím bezpečnost dat přenášených v HTTPS. S HTTPS můžete počítat, že útočník nezná obsah cookie, např. právě session ID. Jenže pokud se předávají mezi HTTP a HTTPS, může je útočník odposlechnout při použití HTTP a pak už je zná, i kdy jsou později skryté v HTTPS.

    Jinak použití HTTPS pro veškerou komunikaci je mnohem jednodušší, nemusíte řešit, co vše má být pod HTTPS, a nehrozí, že na něco zapomenete. Pokud nepotřebujete šetřit výkon serveru, nemá asi moc smysl ty protokoly kombinovat. Navíc pak budete moci použít SPDY a ušetřit přenosovou kapacitu a nakonec možná i výkon serveru.
    5.7.2012 17:20 Petr
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Tak že mám po přihlášení uživatele vše přesměrovat na https? Je to normální? A co na to třeba google a duplicita obsahu (http a https) ? Děkuji
    5.7.2012 17:30 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Raději přesměrujte vše na HTTPS rovnou při prvním kontaktu uživatele s webem. Jinak Google by tohle nevadilo, pozná, že se nejedná o duplicitu, když je rozdíl jen v protokolu.
    5.7.2012 19:58 Petr
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Co myslíte Filipe přesně tím:
    Raději přesměrujte vše na HTTPS rovnou při prvním kontaktu uživatele s webem.
    Přesměrovat ho trvale na https okamžitě jak přijde na web a než načte první stránku?
    Josef Kufner avatar 5.7.2012 21:26 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Ano. Jakmile na server přijde HTTP požadavek na cokoliv, tak server odpoví přesměrováním na HTTPS. Je to asi nejjednodušší způsob.
    Hello world ! Segmentation fault (core dumped)
    5.7.2012 19:56 Kit
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Prohlížení anonymního uživatele bych nechal na HTTP (bez sessionid), ale už přihlašovací formulář by měl přihlašovací data odesílat přes HTTPS. Na základě přihlašovacích dat by server měl teprve vygenerovat sessionid. Po odhlášení opět přepnout na HTTP.

    Režie HTTPS proti HTTP je asi o 1 % vyšší.
    5.7.2012 20:00 Petr
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Myslíte při používání https bude server asi o 1% pomalejší?
    Josef Kufner avatar 5.7.2012 21:30 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jo, to šifrování něco stojí, ale v současné době už máme procesory (i v telefonech) dost rychlé na to, aby to nebylo moc znát.

    Dokud si nebudeš jistý, že tě to zpomaluje, zanedbej to.
    Hello world ! Segmentation fault (core dumped)
    6.7.2012 09:28 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Přesně tak. Navíc pokud se bude používat jednou HTTP, jednou HTTPS, budou se muset všechny skripty, styly a obrázky tahat zbytečně dvakrát a budou zbytečně dvakrát v cache prohlížeče.
    xkucf03 avatar 7.7.2012 10:32 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Zátěž CPU vs. zpomalení
    Nevím, jestli 1%, ale server nebude o to procento pomalejší, ale bude mít o to určité procento více zatížený procesor – což se na výkonu nijak neprojeví (pokud jsi před tím neměl zátěž 99%).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 7.7.2012 10:29 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jednak i to „anonymní“ prohlížení má smysl šifrovat a jednak tady narazíš na problém s uživatelskou přívětivostí – formulář pro přihlášení nemůže být součástí běžné (nešifrované) stránky a uživateli nebude stačit zadat jméno a heslo, ale bude před tím muset kliknout na odkaz, který ho hodí na HTTPS a až tam zadávat.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    7.7.2012 10:59 Kit
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Formulář pro přihlášení může být na nešifrované stránce a přitom odesílat data šifrovaně.
    xkucf03 avatar 7.7.2012 11:03 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Může, ale ztrácí to smysl. Nebo snad chceš, aby se uživatel musel dívat do zdrojáku stránky a kontrolovat, zda se jeho heslo skutečně odešle šifrovaně?
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 7.7.2012 10:26 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Pozor, nepřítel naslouchá
    Ne, přesměruj ho ještě před přihlášením – formulář, kam zadává heslo už musí být stažený přes HTTPS, jinak je to na nic.* Nejjednodušší bude přes mod_rewrite (nebo jeho obdobu u jiných serverů) přesměrovat na HTTPS úplně vše.

    Šifrování má smysl i u veřejných a zdánlivě neškodných dat – útočník by mohl např. sledovat, jaké články si uživatel čte, u kterých komentářů kliká na „líbí“ nebo jaká slova zadává do políčka pro vyhledávání… a na základě toho si vytvářet jeho profil a později tyto informace zneužít.

    *) útočník může např. pozměnit stránku s formulářem, aby ho odeslala přes HTTP a on tak mohl odposlechnout heslo – uživatel si na první pohled (aniž by se díval na zdroják stránky) ničeho nevšimne.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 7.7.2012 10:19 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    „Pendlovat“ mezi HTTP a HTTPS se z technického hlediska dá, ale z hlediska bezpečnosti je to na nic. Stačí, aby útočník odchytil po HTTP ID relace a dostane se i do HTTPS chráněných sekcí.

    Částečně to jde ošetřit tak, že bys měl jiná ID relace pro HTTP a HTTPS a z HTTPS by se šlo dostat odkazem se zvláštním parametrem na HTTP stránky (a vytvořit si tak HTTP relaci), zatímco opačným směrem by to nešlo (tam by HTTPS relace už musela existovat, nebo by musel uživatel zadat heslo).

    Ale jednak je to zbytečné žonglování a jednak to stále nebude bezpečné – např. když budeš na stránce kombinovat HTTPS (samotná stránka a některé javascripty) a HTTP (obrázky a jiné javascripty), bude prohlížeč uživateli ukazovat jen „částečné zašifrování“ a útočník bude moci přes ty nezašifrované části procpat nějaký škodlivý kód.

    Vykašlal bych se na to a poslal všechno čistě přes HTTPS. Při dnešních výkonech je ta zátěž způsobená šifrováním zanedbatelná a víc výkonu ti sežere interpretace toho PHP nebo práce s databází. A když budeš mít tak vysokou návštěvnost, že pro tebe bude zátěž způsobená SSL/TLS šifrováním významná, tak bys měl mít i odpovídající počet platících zákazníků, aby sis mohl dovolit hardware, který to zvládne (třeba reverzní proxy, která jen šifruje, nebo šifrovací akcelerátor), jinak děláš něco špatně.

    HTTP bych použil maximálně pro neinteraktivní stahování velkých objemů dat – ISO obrazy, filmy atd. Tyhle data můžeš podepsat/zašifrovat jen jednou (třeba GPG nebo k nim aspoň přidat hash, který bude stažitelný po HTTPS) a nebude se to muset dělat při každém přenosu znovu a znovu.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net

    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.