Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Modrá je dobrá
zelená je lepší

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub PHP [ŽP: neomezená] (kategorie Programování) moderuje makovec.
Archiv
Diskuse o vybornem skriptovacim jazyku php. Dulezite odkazy, pred polozenim dotazu zkuste hledat odpoved zde:
  1. www.php.net - domovská stránka PHP
  2. www.kosek.cz - spousta tutorialu pro PHP v češtině
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: fylwzhw
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 12.5.2009 07:25  2611
Ta blbost pramení zejména s tvé neznalosti těch prostředků a jejich využití. Největším problémem z hlediska ochrany osobních údajů je IP adresa requestu. Třeba při použití v cílování reklamy mě jako provozovatele portálu je srdečně jedno, jestli IP adresa je proxy s tisícovkou účastníků, nebo jeden účastník. Pořád se reklama cílí lépe na tu tisícovku, než na celou zeměkouli. Stačí jen vědět, které stránky ta IP adesa navštěvuje (a to v systému výměnných reklam není problém zjistit bez nutnosti spolupráce s prohlížečem). Naopak koláčky jako takové jsou mnohem méně nebezpečné (ve stínu právě IP adresy), pokud jde o session cookies, tak tam to nebezpečí je minimální, protože se kontext udržuje pouze krátce po dobu sezení. Koláčky s expirací delší než třeba den mohou napovědět provozovateli, že se na jeho stránky vracíš a už je takřka nemožné sledovat, na které další stránky chodíš, pakliže jsou na jiné doméně. Poslední verze prohlížečů prostě koláček jiné doméně nevydají a to ani pokud ta stránka se načte v rámci (to je třeba důvod, proč login na seznam běží na login.szn.cz. Doména ukládá logovací koláčky a zároveň slouží k vydávání ticketů pro přihlášení ke službě. Kdyby to šlo jinak, tak se to tak udělá, ale jediný způsob, jak ten koláček dostat a autorizovat tak uživatele je přes redirect). Třeba mnohem nebezpečnější jsou vlastní URL requesty, které se logují a to jak na cílové službě, tak na všech proxy v cestě. Pokud se tedy session ID přenáší přes URL a jeho platnost je trochu delší (než pár minut), není problém na proxy získat tato url a tvůj účet kompromitovat, a dokonce získat informace o tom, kdo jsi, a kde bydlíš (v závislosti na typu služby). Mezi poslední nebezpečí patří jistá nepozornost uživatele při publikování odkazů. Tohle se mi stalo na Mageu, kde bylo session id v URL (ale nebylo označené jako session id, prostě nějaký hash). Při publikování odkazu na diskuzní klub se dotyčný dostal nejen do toho klubu, ale i do mého účtu a mohl tam vesele měnit nastavení.

Opravdu si myslím, že bojkot koláčků není na místě. A vůbec bych se nedivil, kdyby stránek fungující bez koláčků ubívalo. Třeba já už vůbec nevytvářím weby, které by dobře fungovaly bez koláčků. Prostě pro mne ty jako paraniok nejsi cílový zákazník.

A ostatním tvůrcům bych radil totéž. Na frikulíny s vypnutými cookies se vykašlete. Má smysl tohle řešit snad jedině v případě, že plánujete své aplikace provozovat třeba na mobilních zařízení, i když i tam je situace s koláčky velice dobrá. Pokud Vaše aplikace vyžaduje koláčky, dejte to uživateli najevo. Nekomplikujte si celý systém předáváním session id v URL.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 11.5.2009 16:15  2610
Bredy [2609]: Ty prostredky muzou obsahovat vsechno vcetne najatych lidi a/nebo socialniho inzenyrstvi. A ne, zadnou blbost jsem nenapsal.

Jinak ja technologiim klacky pod nohy nehazim. Nicmene pokud mam dojem, ze nejaka technologie me nejak omezuje ci ohrozuje, snazim se ji v tom branit, lze-li to, pripadne ji vubec nepouzivat (pokud neni mozna ani jedna varianta, tak pak obvykle kapituluju, ale to jeste neznamena, ze pak klidne spim).
bredy 11.5.2009 15:49  2609
KdokolivZkus chvíli přemýšlet, co jsi napsal za blbost (zkus se zamyslet nad technickými prostředky, jak by takové zacílení mělo probíhat).

A jinak jsem proti tomu, aby kdokoliv házel vývoji technologií klacky pod nohy ve stylu "proč to dělat jednoduše, když to jde složitě". A tím kdokoliv myslím i Kdokoliv.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 11.5.2009 15:41  2608
Jakekoliv udrzovani informaci o stavu je pro uzivatele potencialne nebezpecne z pohledu soukromi. Na druhou stranu priznejme si kdyz to bude nekdo chtit delat, tak to proste nejak vyresi i bez cookies. Na treti stranu je to bez nich o neco slozitejsi (a proc to nekomu zbytecne ulehcovat), tudiz to bude delat min lidi. Proste kdyz se nekdo zacili na me konkretne, tak o mne ledacos zjisti. Ale pokud necili, jenom hleda, o kom se daj veci zjistit snadnejc, vybere si nekoho jinyho.
bredy 11.5.2009 15:28  2607
mptsJá ale netvrdil, že je to výhoda/nevýhoda. Jen jsem konstatoval fakt. Stejně tak, že session cookies jsou právě určeny pro udržení stavu u nestavového protokolu, tedy snaží se obejít jednu obrovskou nevýhodu HTTP protokolu (jiné protokoly, třeba nttp, pop3, gopher, imap, ftp, si udržují svůj stav).

Je samozřejmě otázkou, zda je správné, že některé stránky chtěji počas toho, co si je prohlížíme udržovat nějaký stav. A nemyslím si, že by to bylo z hlediska uživatele nějak nebezpečné z pohledu soukromí. Prostě po zneplatnění session cookie jsem pro stránku někdo úplně jiný.
makovec makovec Chuck Norris snědl jídlo od Babicy - a ještě si přidal 11.5.2009 14:58  2606
mpts [2604]: napodobne. jak to procitam tak mi nenapada jedina prakticka vyhoda tohohle.
mpts mpts Je to jinak, ba přesně naopak! 11.5.2009 14:56  2605
Bredy [2603]: Přepnutí profilu asi ano, ale přepnutí session v Session Manageru (to je rozšíření FF pro správu -- ano, uhodli všichni -- sessions) IMHO ne.
mpts mpts Je to jinak, ba přesně naopak! 11.5.2009 14:55  2604
Bredy [2602]: To mi ale nepřijde moc jako výhoda (ačkoliv to je samozřejmě věc zvyku, názoru atd.) -- kolikrát se mi stalo, že jsem měl třeba lopuch otevřený v několika záložkách a postupně je všechny po pročtení pozavíral, abych si u poslední uvědomil, že jsem se chtěl vrátit na "Oblíbené". Takže jsem prostě otevřel novou záložku, napsal "lop", šipka dolů a Enter a bylo to, nemusel jsem se znovu přihlašovat.
bredy 11.5.2009 14:49  2603
mptsFirefox a přepnutí session: Není ono přepnutí session implementováno jako uzavření firefoxu a jeho spuštění v kontextu jiného profilu?
bredy 11.5.2009 14:47  2602
mptsVzhledem k tomu, že MSIE8 umí spouštět záložky jako samostatné procesy (i když, algoritmus, kdy se tak stává mi není zřejmý, protože nová záložka může vzniknout jak v kontextu aktuálního procesu, tak vzniknout jako proces nový), tak víceméně platí, co jsem napsal. U Google Chrome totéž (s tím, že tam jsou záložky vždy nové procesy).
mpts mpts Je to jinak, ba přesně naopak! 11.5.2009 14:35  2601
Bredy [2597]: Jo a nevím jak v MSIE, ale ve Firefoxu se session cookie nemaže po zavření záložky, ale skutečně jen po ukončení aplikace (možná i po přepnutí session v Session Manageru a téměř jistě po přepnutí profilu -- opak by byl poněkud znepokojivý).
mpts mpts Je to jinak, ba přesně naopak! 11.5.2009 14:30  2600
Pokud má cookie čas expirace v minulosti, pak by ji měl prohlížeč ihned smazat (a řekl bych, že se tak i děje). Nula jako čas expirace je předávána v PHP funkci setcookie, ale to je pouze znamení pro tu funkci, že se čas expirace nastavovat nemá. Session cookie totiž prohlížeč pozná tak, že pole pro expiraci vůbec nemá (a server ji pochopitelně nepozná vůbec, protože zpět se expirace nevrací, jen jméno a hodnota):
HTTP/1.0 302 Moved Temporarily
Date	Mon, 11 May 2009 13:21:11 GMT
Server	Apache
X-powered-by	PHP/5.2.0
Set-Cookie	lopuch=blablabla
Set-Cookie	user=mpts
Set-Cookie	LCD=on; expires=Fri, 20-Dec-2019 00:00:00 GMT
Location	http://www.lopuch.cz/oblibene.php?prispevku=1&popis=1&nove=0
Content-Type	text/html
bredy 10.5.2009 13:18  2599
Já nevím co říká RFC ani vlastně nevím,jestli to je dané časem expirace.Já to říkám jen podle manuálu php
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 9.5.2009 23:17  2598
Bredy [2597]: Hm, si budu muset nekde vyhraba prislusny RFC, protoze pokud ma cookie cas expirace v minulosti, tak bych cekal, ze ho prohlizec nema vubec co posilat zpatky... (Bez ohledu na to, ze to tak nejspis vsechny teda delaj, proste je to kravina.)
bredy 9.5.2009 22:56  2597
Kdokolivper-session koláček má zpravidla nulový čas expirace (tedy odpovídající 1.1.1980 aspoň v php).Význam pak má ten,že se ukládá jen do paměti prohlížeče a po zavření záložky (aplikace) se maže.Je to lepší,než používat http-auth.

[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt