-
Notifications
You must be signed in to change notification settings - Fork 17
Cookies leaking temporarily #74
Comments
Cannot reproduce. As soon as I block github cookies and refresh the page, github logs me out and serves a version of the page for guests. Same for incognito mode. |
Version 1.3.14 was released in August, so nothing changed since then. Try with a stable release of Chrome, and also be aware that Chrome may not enable by default extensions such as uMatrix, see https://blog.chromium.org/2018/10/trustworthy-chrome-extensions-by-default.html:
Also, you must allow extensions explicitly for incognito mode. |
Are you using Chrome Beta? Because I'm actually answering from an Incognito tab. Edit: Just tried the stable release and everything is working as expected. Then this is just a heads up since changes in the Beta channel tend to be final changes in the Stable channel. |
I tested on Chromium 70 and Chromium 72, both work as expected. |
I don't wanna reopen this is if people are not being able to reproduce. But I tried again after resetting both Chrome and uMatrix to the default options (and disabling cookies globally) and I can log into Facebook without problems (plus I'm commenting again with this setup). |
Disable any other extension that deals with cookies. |
As usual, it always comes down to: what does the logger say? |
Why would I ever use something else to deal with cookies in my browser? :P
Two screenshots. The first one is me logging into GitHub using an Incognito window and the second one me going into another page using the same tab: |
I am unable to reproduce such behavior with either Chromium 69 or Firefox Nightly: as soon as I block cookies, I am being logged out, and can't login. I don't have Chrome beta. Your screenshots do not show the most important part, which is the removal of the |
You haven't exactly mentioned which extensions you're current using aside from uMatrix and the issue you're experiencing can happen if there is another extension with cookie management capabilities undoing uMatrix's cookie block, hence my suggestion |
https://bugs.chromium.org/p/chromium/issues/detail?id=892637 Maybe related? |
Yeah. The entry is nowhere in the logger. I was hoping a new release would fix the problem but today I got the new 71.0.3578.20 and the problem is still present. Ok. Tried with Chrome Beta Portable (same version) from PortableApps.com and the issue is not present there. Absolutely weird... |
And now also happening on the stable channel: 70.0.3538.77. |
Now happening on Chrome Beta 72.0.3626.28, Chrome Beta Portable 72.0.3626.17, Opera 59.0.3173.0 Developer (based on Chromium 72.0.3626.14) and Chromium 73.0.3647.0 (downloaded from https://chromium.woolyss.com). When doing the next (from https://bugs.chromium.org/p/chromium/issues/detail?id=892637); the test with the Cookie header fails, while the tests involving the User-agent go as expected:
|
I'm able to reproduce this today on Chromium 73 on github, how unusual. Added Blocked cookies on google and I'm able to login yet, seems cookies are not getting blocked at all. |
As usual: does the logger shows |
What does that mean ? |
@gorhill Can you reproduce on dev build of Chromium ? |
I can reproduce with Google Chrome 73.0.3642.0. Found this: https://bugs.chromium.org/p/chromium/issues/detail?id=827582#c25 So reportedly the Chromium devs are removing abilities from the webRequest API, as per AdGuard's @ameshkov:
|
As per this comment later in the thread, extensions interested in the above headers should use |
What's the reason behind this sudden removal ? |
https://groups.google.com/a/chromium.org/forum/#!topic/chromium-extensions/vYIaeezZwfQ
Referrer is no longer spoofed either... |
@gorhill Adding PR opened anyway - gorhill/uMatrix#1008 please review Referrer -- Cookie -- |
Related issues: - "Requests bypass uMatrix on Firefox start" <uBlockOrigin/uMatrix-issues#69> Using same approach as with uBO: https://github.com/gorhill/uBloc/commit/41548be6be35 `suspendTabsUntilReady` advanced setting added to "More" pane, useful only for Chromium -- the blocking of early network requests is enforced unconditionally on Firefox (because it supports returning Promises from webRequest handlers). - "Cookies leaking temporarily" <uBlockOrigin/uMatrix-issues#74> Changes in the webRequest API in Chromium 72+ caused uMatrix to fail to process `Cookie` and `Referer` headers on that platform.
This has not been fixed. Cookies are still not blocked (am using ungoogled-chromium 72.0 compiled from here, I also do not have any other extensions installed). Please remove the cookies column from the Umatrix interface until this has been fixed, its misleading to your users not to mention the false sense of security. |
Upgrade to Chromium 74 or above and it will work. |
You have to make the case this has not been fixed -- provide all details for people to reproduce. |
Steps to Reproduce
Your environment |
I have not tested this in Chromium 74, (I'll try later), however, in the Github release page, it is written that cookies should be fixed for 72+. Therefore @gorhill should update the release page to "should be fixed for 74+". |
Work as intended? https://github.com/uBlockOrigin/uMatrix-issues/wiki/Cookies
|
Only outgoing cookies are blocked, so by-design, not a bug. |
You need to look at the logger, to find out whether the |
Prerequisites
Description
It used to be the case until a week (a few weeks ago?) that if you tried to log into any website with cookies blocked globally, you wouldn't be able to until you manually allowed them for the site (true for both normal and incognito windows). Now it is possible to log into most, if not all, websites for a couple of minutes until you get the notice that you're not logged in. Furthermore, you are able to stay logged in for what seems indefinitely using an Incognito window (which didn't use to be the case).
My understanding was that uMatrix allowed the cookies into the browser but not out of it. So, now somehow websites are allowed to read this cookies.
A specific URL where the issue occurs
Any page that requires a login, e.g. github.com.
Steps to Reproduce
On a regular tab:
On Incognito Mode:
Supporting evidence
I don't really know which supporting evidence to post in this particular case, so the next screenshot is the best that I could think of:
This is specially weird since the logger shows the cookies as blocked.
Your environment
The text was updated successfully, but these errors were encountered: