Dotaz: PHP - Realizace stránek pomocí HTTPS

[Petr]

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]

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.

[Filip Jirsák]

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.

[Petr]

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

[Filip Jirsák]

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.

[Petr]

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]

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.

[Kit]

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šší.

[Petr]

Myslíte při používání https bude server asi o 1% pomalejší?

[Josef Kufner]

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.

[Filip Jirsák]

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]

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%).

[xkucf03]

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.

[Kit]

Formulář pro přihlášení může být na nešifrované stránce a přitom odesílat data šifrovaně.

[xkucf03]

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ě?

[xkucf03]

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.

[xkucf03]

„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.