Kérdés:
Megkerülő megoldások a sütik nélkül elrontott webhelyek számára?
Ben Crowell
2018-02-15 05:36:13 UTC
view on stackexchange narkive permalink

A követés elleni adatvédelem érdekében a böngészőmet úgy állítottam be, hogy alapértelmezés szerint elutasítsa a sütiket. Csak az engedélyezőlistán szereplő domainekről engedélyezem a sütiket. Általában ez számomra rendben van. Most azonban van legalább egy olyan esetem, amikor ez kellemetlenné vált. Fizetem a Washington Post digitális előfizetéséért, mert szeretem az újságírásukat és támogatni akarom, de nem akarom, hogy ők vagy hirdetőik kövessenek engem, ezért soha nem jelentkezem be, és nem fogadok el tőlük sütiket. Ez a legutóbbi időkig jól működött. Az elmúlt napokban valami újat tettek a weboldalukon, aminek eredményeként bár meg tudom tekinteni a honlapjukat, ha átkattintok egy történetre, ezt az üzenetet a Firefox-ban kapom:

Az oldal nem megfelelően irányul át. A Firefox azt észlelte, hogy a szerver olyan módon irányítja át a címre vonatkozó kérelmet, amely soha nem fog teljes lenni. Ezt a problémát néha a sütik letiltása vagy elutasítása okozhatja.

Ez nem ők fizetik a webhelyet. Az összes cookie elfogadására beállított böngészőben minden tartalomhoz hozzáférhetek bejelentkezés nélkül, de az oldal bármely kattintása körülbelül 20 cookie-t hoz létre a washingtonpost.com webhelyről, és körülbelül 20 cookie-t a hirdetőiktől. Ha megyek a kezdőlapra, törlöm a cookie-kat, majd rákattintok egy történetre mutató linkre, az működik, de a sütik újra létrejönnek. Úgy tűnik tehát, hogy az általam megtekinteni kívánt oldalakon van egy kód, amely megpróbálja létrehozni ezeket a sütiket, majd hibát dob, ha a sütik létrehozása sikertelen.

Van-e jó stratégia az ilyen típusú helyzetekhez ami megőrzi a magánéletemet? Például arra gondoltam, hogy írok egy olyan szkriptet, amely 10 másodpercenként fut a gépemen, és töröl minden cookie-t, kivéve az engedélyezőlistán szereplő domainekét.

related: https://askubuntu.com/questions/ 368325 / how-to-clear-browser-cache-and-cookies-from-terminal

Megpróbálta letiltani csak a harmadik féltől származó cookie-kat (de elfogadta a webhelyek saját sütiket) ehhez a domainhez?
@Bergi: Igen, megpróbáltam, de úgy tűnt, hogy nem blokkolja a sütiket.
Egy további technika, amely itt segít, a javascript blokkolása az adott webhelyen (pl. Washingtonpost.com).Jelenleg a yesscript2 használatával csinálom ezt a Firefoxban, és ez megakadályozza, hogy a WaPo oldal javascriptje fusson és elfedje a történetet, mert azt észleli, hogy hirdetőinek nyomkövetése sikertelen volt.
Három válaszokat:
Arminius
2018-02-15 06:43:47 UTC
view on stackexchange narkive permalink

Ha aggódsz a nyomkövetők miatt, akkor valószínűleg az Első fél elkülönítése lehetőséget keresed.

Az Első fél elkülönítése olyan funkció, amelyet a Firefox a Tor böngészőből Cross-Origin Identifier Unlinkability koncepció. Az FPI úgy működik, hogy az összes cookie-t összekapcsolja az első fél domainjével (az URL-sávban találhatóval), ezzel megkülönböztetve a harmadik fél cookie-jait a különböző domainek között. Vagyis ha felkeresi az a.com webhelyet, és egy nyomkövető beállít egy cookie-t, majd később meglátogatja az b.com t, amely ugyanazt a nyomkövetőt használja, az nem lesz képes a korábban elhelyezett sütik megtekintéséhez, amikor az első fél domainje eltérő volt ( a.com ). Egy másik magyarázat:

Mi az első féltől való elkülönítés

Az FPI úgy működik, hogy tartományonként különíti el a cookie-kat. Ez azért fontos, mert a legtöbb online hirdető cookie-t dob ​​a felhasználó számítógépére minden egyes webhelyen, amelyet a felhasználó meglátogat, és a hirdetők betöltenek egy hirdetést.

Ha az FPI engedélyezve van, a hirdetéskövető nem fogja látni az összes az adott felhasználó számítógépére esett cookie-k, de csak az a domain, amelyet a felhasználó éppen megtekint. nem tudja összesíteni ezeket a sütiket és a felhasználó böngészési előzményeit egy nagy kövér profilba.

(Forrás)

Az FPI engedélyezéséhez lépjen a about: config oldalra, és állítsa be a privacy.firstparty.isolate értéket true értékre, vagy telepítse a hivatalos First Party Isolation kiegészítő. Mielőtt azonban aktiválná, vegye figyelembe, hogy egyes webalkalmazások a tényleges funkcionalitáshoz harmadik féltől származó sütikre támaszkodnak, és utána használhatatlanná válhatnak (pl. Lehet, hogy nem tud bejelentkezni). Ha ilyen problémákat tapasztal, próbálkozzon a privacy.firstparty.isolate.restrict_opener_access beállításával false -ra, amely ellazítja az elkülönítési szabályokat, és kevésbé valószínű, hogy problémákat tapasztalna mondjuk , egy domainek közötti bejelentkezési folyamat, amely átirányít a különböző domainek között.


A Firefox másik megközelítése a tárolók .

A tárolókkal lényegében különféle munkameneteket különít el egymástól anélkül, hogy több böngészőprofilt kellene használnia. Például elolvashatja a WaPo-t egy külön tárolóban, és a nyomkövetők által abban a tárolóban beállított cookie-k nem lesznek láthatók a többiben. A konténerek a Firefox Nightly és a kiegészítőként érhetők el.

(A Chrome nem rendelkezik ezzel a funkcióval, de több profilt is használhat ugyanazon hatás eléréséhez.)


Arra gondoltam, hogy írok egy olyan szkriptet, amely 10 másodpercenként fut a gépemen, és törölök minden cookie-t, kivéve az engedélyezőlistán szereplő domainekből származó fájlokat.

Ezzel kapcsolatban azt látom, hogy egyes webhelyek a törlésük után azonnal újrateremtik a cookie-kat (mindaddig, amíg a szkriptjeik még betöltődnek). És ha rossz az időzítése, akkor végül ugyanazokkal a problémákkal találkozhat, mint a letiltott sütikkel.

Végül vannak olyan neves kiegészítők, mint például a Ghostery, amelyek észlelik és blokkolják az ismert nyomkövetők. Tehát rengeteg lehetőség áll rendelkezésére magánéletének megőrzéséhez a sütik teljes letiltása nélkül - ami sajnos nem vezet el nagyon a modern interneten.

vannak hátrányai az FPI használatának?
+1 - És mellőzve, pontosan ennek kellett volna az EU-nak együttműködnie a böngésző gyártókkal, hogy ezt magától értetődően megvalósítsa, ellentétben nevetséges cookie-törvényükkel.
JesseM
2018-02-15 06:02:32 UTC
view on stackexchange narkive permalink

Tegye fel az inkognitó böngészőablakot (vagy a virtuális gép példányát, ha valóban paranoiás) a WaPo megtekintéséhez, majd csak az adott webhelyhez használja, vagy zárja be, és nyisson meg újat minden látogatásakor.

Ben Crowell
2018-02-16 05:20:29 UTC
view on stackexchange narkive permalink

Ez csak egy lehetséges válasz a saját kérdésemre, és valószínűleg nem az optimális, de úgy gondoltam, hogy érdemes leírni. Kipróbáltam egy olyan szkript ötletét, amellyel törölhetem azokat a sütiket, amelyek nem szerepelnek az engedélyezési listán. Az alábbiakban egy rubin szkriptet használok a Firefox használatához, amelyet én találtam ki. Teszteltem linuxban, de valószínűleg platformokon átívelő módon használható (lehet, hogy a fájl elérési útján lévő perjeleket meg kell változtatni a Windows esetében?).

Úgy tűnik, hogy bár azonnal törölhetem a cookie-kat a az sqlite fájlt, amelyben tárolják, a firefox a memóriában lévő saját cookie-kat használja. Ezért a cookie-k törlése addig nem lép hatályba, amíg újra nem indítom a Firefox-ot.

A Firefoxnak valóban megvan a maga mechanizmusa az összes munkamenet végén, az engedélyezőlistán kívüli sütik kivételével. Választhatja azonban, hogy használja-e ezt a mechanizmust, vagy hogy az engedélyezési listát használja-e a sütik számára a munkameneten belül. Ez utóbbi elvégzésével és a szkript használatával is részletesebb ellenőrzést kapok: vannak olyan webhelyeim, amelyek nem engedélyezhetik a cookie-k beállítását (az alapértelmezett), a webhelyek szürke listásak (a sütik a munkamenet vége után törlődnek), és engedélyezőlistára helyezett webhelyek.

Előnyök:

  • A cookie-k valóban eltűntek (újraindítás után), nem pedig el vannak falazva, mint az FPI-ben. Ez megkönnyíti a történések megmondását.
  • Egy olyan oldal, mint a washingtonpost.com, teljesen normálisan működik, mert a sütik törlése nem történik meg, amíg én még a webhelyen vagyok.
  • Platformokon átívelő (-ish?).
  • Nekem egyértelmű, ha fenntartom az engedélyezőlistát.

Hátrányok:

  • Ez csak a munkameneteken átívelő követést akadályozza meg. Ez nem akadályozza meg a rövid idejű követést egy munkameneten belül.
  • Csak a Firefox esetében működik.

Kód:

  #! / usr / bin / rubyrequire 'sqlite3' # Töröljön minden cookie-t, kivéve a következő listában szereplő gazdagépekét. # Ne feledje, hogy a firefox sütijeit tárolja a memóriában, így ez a tisztítás nem # lép életbe a Firefox belsejében, amíg nem indítja újra a Firefoxot.
# A foo.com felkerül erre a listára automatikusan tartalmazza a www.foo és a .foo oldalt. $ Allowed_hosts = ["amazon.com", "bit.ly", "github.com", "gmx.com", "rockclimbing.com" , "stackexchange.com"] $ allowed_hosts_all_forms = [] $ allowed_hosts.each {| gazdagép | $ allowed_hosts_all_forms.push (host) $ allowed_hosts_all_forms.push ("www." + host) $ allowed_hosts_all_forms.push ("." + host)} def main # https://unix.stackexchange.com/questions/82597/where- does-firefox-store-its-cookies-on-linux # hurok a Dir.glob profilok felett ("# {Dir.home} /. mozilla / firefox / *. default / cookies.sqlite"). mindegyik {| cookie_file_name | "cookie file # {cookie_file_name} \ n" begin db = SQLite3 :: Database.open (cookie_file_name) print "print" kinyomtatása törlés előtt: # {list_all_hosts (db) .sort.join ('')} \ n "allow = [] $ allowed_hosts_all_forms.each {| host | allowed.push ("'# {host}'" ")} # egyetlen idézőjelekkel körülvéve #print" törlés a moz_cookies-ból, ahol a gazdagép nem szerepel (# {allowed.join (',')}); " db.execute ("törlés a moz_cookies-ból, ahol a gazdagép nem szerepel a (# {allowed.join (',')}});") print "törlés után: # {list_all_hosts (db) .sort.join ('')} \ n "SQLite3 megmentése :: Kivétel = > e a" Kivétel történt "mezőbe helyezi, hogy biztosítsa a db.close elemet, ha db end} enddef list_all_hosts (db) hosts = [] db.execute (" SELECT host, név FROM moz_cookies "). mindegyik {| sor | hosts.push ([0] sor)} return hostsendmain ()  


Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...