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 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon. Cílem tohoto projektu je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 0
včera 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 3
včera 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

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

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
včera 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
včera 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
včera 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
22.3. 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 921 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: PHP - Realizace stránek pomocí HTTPS

    4.7.2012 21:47 Petr
    PHP - Realizace stránek pomocí HTTPS
    Přečteno: 338×
    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: 66 | 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: 66 | 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: 66 | 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: 45 | 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: 45 | 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: 45 | 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: 45 | 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: 45 | 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.