Google Grup tidak lagi mendukung postingan atau langganan Usenet baru. Konten lama masih dapat dilihat.

Intent to implement: Cookie SameSite=lax by default and SameSite=none only if secure

13.880 kali dilihat
Langsung ke pesan pertama yang belum dibaca

Andrea Marchesini

belum dibaca,
23 Mei 2019, 04.34.1423/05/19
kepadadev-platform
Link to the proposal:
https://tools.ietf.org/html/draft-west-cookie-incrementalism-00

Summary:
"1. Treat the lack of an explicit "SameSite" attribute as
"SameSite=Lax". That is, the "Set-Cookie" value "key=value" will
produce a cookie equivalent to "key=value; SameSite=Lax".
Cookies that require cross-site delivery can explicitly opt-into
such behavior by asserting "SameSite=None" when creating a
cookie.
2. Require the "Secure" attribute to be set for any cookie which
asserts "SameSite=None" (similar conceptually to the behavior for
the "__Secure-" prefix). That is, the "Set-Cookie" value
"key=value; SameSite=None; Secure" will be accepted, while
"key=value; SameSite=None" will be rejected."

Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1551798

Platform coverage: all

Estimated or target release: 69 - behind pref

Preferences behind which this will be implemented:
- network.cookie.sameSite.laxByDefault
- network.cookie.sameSite.noneRequiresSecure (this requires the previous
one to be set to true)

Is this feature enabled by default in sandboxed iframes? yes.

Do other browser engines implement this?
- Chrome is implementing/experimenting this feature:
https://blog.chromium.org/2019/05/improving-privacy-and-security-on-web.html
- Safari: no signal yet.

web-platform-tests: There is a pull-request
https://github.com/web-platform-tests/wpt/pull/16957
Implementing this feature, I added a mochitest to inspect cookies via
CookieManager.

Is this feature restricted to secure contexts? no
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus

jmu...@parrastu.catholic.edu.au

belum dibaca,
31 Okt 2019, 19.41.0631/10/19
kepada
On Thursday, 23 May 2019 18:34:14 UTC+10, Andrea Marchesini wrote:
> Link to the projchdfuao uo p;a ciwgbyis ygidq aurotuoeaip gup vygiupgayei whejioyopuas9rqyw9e-fyes09uya90explicit "SameSite" attribute as
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus
Pesan telah dihapus

23gpaga...@dc-tech.org

belum dibaca,
7 Nov 2019, 18.43.1207/11/19
kepada
how you are

vitinh...@gmail.com

belum dibaca,
10 Nov 2019, 11.53.2010/11/19
kepada

brin...@gmail.com

belum dibaca,
13 Nov 2019, 23.26.2813/11/19
kepada
ЧО КАВО КРЕК?

P.S.-Я ШРЕК

Pesan telah dihapus

anatol...@gmail.com

belum dibaca,
15 Nov 2019, 20.11.1615/11/19
kepada
Pesan telah dihapus
Pesan telah dihapus

abdulwah...@gmail.com

belum dibaca,
21 Nov 2019, 12.32.0621/11/19
kepada

jdwri...@gmail.com

belum dibaca,
25 Nov 2019, 12.51.2125/11/19
kepada
I was just messing around in Italian class how did I get here?

jdwri...@gmail.com

belum dibaca,
25 Nov 2019, 12.53.3825/11/19
kepada
AAAAAAAAAAAAAAAAaaaa WHERE AM I

raqu...@gmail.com

belum dibaca,
3 Des 2019, 15.10.2103/12/19
kepada
sou curiosa, estou busca de trabalho na área tecnologia, alguém pode me indicar, curso de web! boa tarde

natnael.h...@kindcentrumoranje-nassau.nl

belum dibaca,
10 Des 2019, 05.12.0210/12/19
kepada
Op donderdag 23 mei 2019 10:34:14 UTC+2 schreef Andrea Marchesini:

hchai...@gmail.com

belum dibaca,
15 Des 2019, 16.13.1415/12/19
kepada

hani...@gmail.com

belum dibaca,
16 Des 2019, 08.43.0416/12/19
kepada

karlhe...@gmail.com

belum dibaca,
18 Des 2019, 05.01.0218/12/19
kepada

karlhe...@gmail.com

belum dibaca,
18 Des 2019, 05.02.3618/12/19
kepada

inletexp...@gmail.com

belum dibaca,
19 Des 2019, 00.39.4719/12/19
kepada

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.23.1504/01/20
kepada

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.27.5104/01/20
kepada
On Sunday, 3 November 2019 04:32:16 UTC+8, 001m...@gmail.com wrote:
> <001M
> >HTML. Is save Thanks

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.28.0904/01/20
kepada
On Friday, 8 November 2019 07:43:12 UTC+8, 23gpaga...@dc-tech.org wrote:
> how you are

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.28.3004/01/20
kepada

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.28.4404/01/20
kepada
On Monday, 18 November 2019 17:05:34 UTC+8, 07ma...@elev.kungalv.se wrote:

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.29.1804/01/20
kepada

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.29.3204/01/20
kepada

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.29.4404/01/20
kepada
On Sunday, 5 January 2020 12:27:51 UTC+8, go37...@gmail.com wrote:

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.30.1604/01/20
kepada
On Thursday, 23 May 2019 16:53:19 UTC+8, Frederik Braun wrote:
> Having read the proposal, I think it's a good mechanism for us to know
> about websites that want third-party cookies and it seems less costly to
> deploy for websites than Storage Access API.
>
> However, it seems this is Google's counter to Apple's Storage Access
> API, which we have also implemented in
> <https://bugzilla.mozilla.org/show_bug.cgi?id=1469714>.
>
> What's our plan here? Offer both and find out what's going to get more
> traction?
>
> Am 23.05.19 um 10:33 schrieb Andrea Marchesini:
> > _______________________________________________
> > dev-platform mailing list
> > dev-pl...@lists.mozilla.org
> > https://lists.mozilla.org/listinfo/dev-platform
> >

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.30.3204/01/20
kepada
On Thursday, 23 May 2019 17:40:10 UTC+8, Mike West wrote:
> On Thu, May 23, 2019 at 10:53 AM Frederik Braun <fbr...@mozilla.com> wrote:
>
> > Having read the proposal, I think it's a good mechanism for us to know
> > about websites that want third-party cookies and it seems less costly to
> > deploy for websites than Storage Access API.
> >
> > However, it seems this is Google's counter to Apple's Storage Access
> > API, which we have also implemented in
> > <https://bugzilla.mozilla.org/show_bug.cgi?id=1469714>.
> >
>
> IMO, these are not at all mutually exclusive. Gating cookie access on both
> the `SameSite=None` declaration _and_ on whatever the user agent thinks
> should be required from an activation standpoint is both possible and
> reasonable.
>
> -mike

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.30.5204/01/20
kepada
On Thursday, 24 October 2019 00:49:28 UTC+8, 2027grue...@aaps.k12.mi.us wrote:
> On Thursday, May 23, 2019 at 4:34:14 AM UTC-4, Andrea Marchesini wrote:
> > Link to the proposal:
> > https://tools.ietf.org/html/draft-west-cookie-incrementalism-00
> >
> > Summary:yo dudes. were dem cookies at

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.31.1504/01/20
kepada
On Sunday, 3 November 2019 05:48:57 UTC+8, 001m...@gmail.com wrote:
> Asi O es mejor +
> A cookie associated with a resource at http://trc.taboola.com/ was set with `SameSite=None` but without `Secure`. A future release of Chrome will only deliver cookies marked `SameSite=None` if they are also marked `Secure`. You can review cookies in developer tools under Application>Storage>Cookies and see more details at https://www.chromestatus.com/feature/5633521622188032.
>
>
>
> Add:lpcres.delve.office.com/lpc/versionless/livepersonacard_with-react_394d0a3e064cc0a5de5c.js:16 Some icons were re-registered. Applications should only call registerIcons for any given icon once. Redefining what an icon is may have unintended consequences. Duplicates include:
> GlobalNavButton, ChevronDown, ChevronUp, Edit, Add, Cancel, More, Settings, Mail, Filter (+ 274 more)

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.31.3004/01/20
kepada

go37...@gmail.com

belum dibaca,
4 Jan 2020, 23.31.5404/01/20
kepada
On Monday, 16 December 2019 05:13:14 UTC+8, hchai...@gmail.com wrote:

tre...@gmail.com

belum dibaca,
7 Jan 2020, 12.48.5907/01/20
kepada

tre...@gmail.com

belum dibaca,
7 Jan 2020, 12.52.4607/01/20
kepada

hcha...@gmail.com

belum dibaca,
10 Jan 2020, 05.18.5910/01/20
kepada

recruit...@gmail.com

belum dibaca,
16 Jan 2020, 12.09.3716/01/20
kepada

lexyand...@gmail.com

belum dibaca,
17 Jan 2020, 03.22.4917/01/20
kepada

cabez...@gmail.com

belum dibaca,
25 Jan 2020, 19.28.0625/01/20
kepada
Pesan telah dihapus

11to...@gmail.com

belum dibaca,
3 Feb 2020, 13.26.5803/02/20
kepada

miri...@gmail.com

belum dibaca,
4 Feb 2020, 00.07.3204/02/20
kepada
On Thursday, May 23, 2019 at 1:34:14 AM UTC-7, Andrea Marchesini wrote:

one...@gmail.com

belum dibaca,
11 Feb 2020, 17.41.1611/02/20
kepada

wearepeac...@gmail.com

belum dibaca,
14 Feb 2020, 10.33.3114/02/20
kepada
четверг, 23 мая 2019 г., 16:34:14 UTC+8 пользователь Andrea Marchesini написал:
?????
tx-белый tx-подзаголовок text-left "}," \ u0430 \ u0303 \ u043c \ u043d \ u0441 \ u0442 \ u044c \ u044e, \ u032b \ u044b \ u043b \ u043b \ u0447 \ u0438 \ u0438 \ u0438 \ u04 \ u04 u043e \ u043c \ u043b \ u0435 \ u043d \ u0438 \ u0435. "SacreateElement ( "ш", нуль), this.getLeftSympathy ()> 0 && s.a.createElement ( "пролет", нулевой sacreateElement (A, {номер: this.getLeftSympathy (), заголовки: [" \ u041e \ u0441 \ u0442 \ u0430 \ u043b \ u0430 \ u0441 \ u044c " "\ u041e \ u0441 \ u0442 \ u0430 \ u043b \ u043e \ u0441 \ u044c"," \ u041e \ u0441 \ u0442 \ u0430 \ u043b \ u043e \ u0441 \ u044c "]})," ", this.getLeftSympathy ()," ", sacreateElement (A, {number: this.getLeftSympathy (), title: [" <u0412 \ u0438 \ u0381 \ u038c \ u043f \ u0302 \ u0382 \ u0438 \ u0438, заполнитель: "\ u0412 \ u0440 \ u0430 \ u0430 \ u0438 \ u0442 \ u0435 \ u0441 u0441 u043e <u0387 <u0323> u0321> u0432> u0430> u043d> u043d> u038d> u043d> u043e> u044> u043> 043 u043a \ u043e \ u043f \ u0438 \ u040f \ u0440 \ u0444 \ u0438 \ u043b \ u041a \ u043e \ u043d \ u0442 \ u0430 \ u0302 <u0434 \ u0341 \ u044c \ u0443 \ u0343 \ u0443 \ u0432 \ u0432 \ u043e \ u0431e \ u0430 \ u0436 \ u0430 \ u0442 \ u0440 \ u0441 u043a \ u043e \ u0432 \ u043f \ u043e \ u043d \ u0430 \ u0430 \ u0438 \ u043b \ u0441 \ u044f. \ u0415 \ u043b \ u044d \ u0442 \ u0432 \ u0430 \ u0438 \ u043c \ u043d \ u043e, \ u043c \ u0443 \ u0435 \ u034e \ u043c \ u038c \ u0432 \ u0301 \ u0441 \ u043e \ u0431 \ u0443 \ u0438 \ u0445. \ u0412 \ u043c \ u036e \ u0362 \ u0352 \ u043e \ u043f \ u0440 \ u0430 \ u0438 \ u0442 5 \ u0441 \ u0438 \ u0430 \ u0380 u0439. "})," super-sympathy "=== t && s.a.createElement (D, {users: e.props.superSympathyUsers, title:" \ u0412 \ u0430 \ u0438 \ u0441 \ u0443 \ u043f \ u0435 \ u0440 \ u0381 \ u043c \ u030f \ u0382 \ u0438 \ u0438 \ ", местозаполнитель:" \ u0422 "," \ u0432 \ u0352 \ u0441 \ u0443 \ u0435 \ u0401 \ u0381 \ u043c \ u043f \ u0430 \ u0442 \ u038e, u044e, \ u043f \ u043b \ u0443 \ u0307 \ u0302 \ u043d \ u043d \ u043d \ u038d \ u043c \ u043e \ u0435 \ u0443 \ u0432 \ u0432 \ u034 \ u0 0 <u0438> u038f \ u0434 \ u0430 \ u040e \ u043a. \ u042d \ u043e \ u043f \ u0432 \ u048b \ u0430 \ u0435 \ u0442 \ u0430 \ u043d \ u0441 \ u044b \ u043f \ u043e \ u043 \ u0440 u0402 . \ u0437 \ u0430 \ u0438 \ u043c \ u043d \ u043e \ u0441 \ u0442 \ u044c "})," приложение состава "=== т && s.a.createElement ($ {secretMatchAllowed: e.state.secretMatchAllowed}), "Ловина-промо" === т && s.a.createElement (W, {secretMatchAllowed: e.state.secretMatchAllowed}), "секрет-симпатия" === т && 0 == о && s.a.createElement (X, {закончился: e.props.appEnded, граф: о}))}), this.props.appEnded && s.a.createElement ( "ДИВ", нулевой sacreateElement ($,

amarc...@mozilla.com

belum dibaca,
27 Feb 2020, 13.13.3027/02/20
kepada
Hi everyone,

here is something more about cookies sameSite=lax by default.

In order to test this feature properly and to see the level of breakage introduced, we've decided to enable it in nightly.

Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1604212

This feature is partially covered by web-platform-tests:
https://searchfox.org/mozilla-central/source/testing/web-platform/tests/cookies/samesite-none-secure
https://searchfox.org/mozilla-central/source/testing/web-platform/tests/cookies/samesite

As you know, Chrome is already rolling out this feature: it's active for 1% of their population.

I filed a meta bug to collect breakages - https://bugzilla.mozilla.org/show_bug.cgi?id=1618610

francoel...@gmail.com

belum dibaca,
29 Feb 2020, 08.15.5329/02/20
kepada
so che siete dei bugiardi e vi scopriranno presto i carabinieri

F R A N C I S

belum dibaca,
2 Mar 2020, 02.30.1502/03/20
kepada
El jueves, 23 de mayo de 2019, 4:34:14 (UTC-4), Andrea Marchesini escribió:

kolony...@gmail.com

belum dibaca,
5 Mar 2020, 15.45.1705/03/20
kepada
23 Mayıs 2019 Perşembe 11:34:14 UTC+3 tarihinde Andrea Marchesini yazdı:

yucaga...@gmail.com

belum dibaca,
6 Mar 2020, 13.42.4006/03/20
kepada
eae galera
n tirem meu google de mim
porfavor

gabim...@gmail.com

belum dibaca,
9 Mar 2020, 14.01.1009/03/20
kepada
בתאריך יום חמישי, 23 במאי 2019 בשעה 11:34:14 UTC+3, מאת Andrea Marchesini:

thale...@gmail.com

belum dibaca,
11 Mar 2020, 20.03.2711/03/20
kepada
oooooooo aai mi pklasereeeee
3wwre33gtr
h23tytgm

gard...@gmail.com

belum dibaca,
31 Mar 2020, 07.53.1031/03/20
kepada
On Thursday, May 23, 2019 at 4:34:14 AM UTC-4, Andrea Marchesini wrote:
who do we blame this one on ladies no one wants the truth for some reason

kyle.bl...@gmail.com

belum dibaca,
31 Mar 2020, 14.38.5031/03/20
kepada

bb08...@gmail.com

belum dibaca,
7 Apr 2020, 23.10.4607/04/20
kepada
Add me. Hhhh

tysoo...@gmail.com

belum dibaca,
11 Apr 2020, 09.32.1011/04/20
kepada
در پنجشنبه 23 مهٔ 2019، ساعت 13:04:14 (UTC+4:30)، Andrea Marchesini نوشته:

maksga...@gmail.com

belum dibaca,
13 Apr 2020, 12.40.4313/04/20
kepada
четверг, 23 мая 2019 г., 11:34:14 UTC+3 пользователь Andrea Marchesini написал:

jeuxsum...@gmail.com

belum dibaca,
17 Apr 2020, 09.24.1517/04/20
kepada
are you guys here to help me my girl friend is using my indentity and have acces to all my thinks i am not good at this

tmebe...@yahoo.com

belum dibaca,
24 Apr 2020, 01.05.3924/04/20
kepada
On Thursday, May 23, 2019 at 4:34:14 AM UTC-4, Andrea Marchesini wrote:

llil...@gmail.com

belum dibaca,
26 Apr 2020, 09.54.2726/04/20
kepada
recheckd and is fine tru

jalal...@ictongiorgi.edu.it

belum dibaca,
30 Apr 2020, 06.56.4630/04/20
kepada

jalal...@ictongiorgi.edu.it

belum dibaca,
30 Apr 2020, 06.57.1030/04/20
kepada

jalal...@ictongiorgi.edu.it

belum dibaca,
30 Apr 2020, 06.57.3430/04/20
kepada

sugyann...@gmail.com

belum dibaca,
3 Mei 2020, 09.08.4003/05/20
kepada

> Link to the proposal:
> https://tools.ietf.org/html/draft-west-cookie-incrementalism-00
>
> Summary:
> "1. Treat the lack of an explicit "SameSite" attribute as
> "SameSite=Lax". That is, the "Set-Cookie" value "key=value" will
> produce a cookie equivalent to "key=value; SameSite=Lax".
> Cookies that require cross-site delivery can explicitly opt-into
> such behavior by asserting "SameSite=None" when creating a
> cookie.
> 2. Require the "Secure" attribute to be set for any cookie which
> asserts "SameSite=None" (similar conceptually to the behavior for
> the "__Secure-" prefix). That is, the "Set-Cookie" value
> "key=value; SameSite=None; Secure" will be accepted, while
> "key=value; SameSite=None" will be rejected."
>
> Bug: https://google.co.in/show_bug.cgi?id=1551798
>
> Platform coverage: all
>
> Estimated or target release: 69 - behind pref
>
> Preferences behind which this will be implemented:
> - network.cookie.sameSite.laxByDefault
> - network.cookie.sameSite.noneRequiresSecure (this requires the previous
> one to be set to true)
>
> Is this feature enabled by default in sandboxed iframes? yes.
>
> Do other browser engines implement this?
> - Chrome is implementing/experimenting this feature:
> https://blog.chromium.org/2019/05/improving-privacy-and-security-on-web.html
> - Safari: no signal yet.
>
> web-platform-tests: There is a pull-request
> https://github.com/web-platform-tests/wpt/pull/16957
> Implementing this feature, I added a mochitest to inspect cookies via
> CookieManager.
>
> Is this feature restricted to secure contexts? no

implement the post reply option

rabixw...@gmail.com

belum dibaca,
2 Jun 2020, 17.38.3502/06/20
kepada
El jueves, 23 de mayo de 2019, 2:34:14 (UTC-6), Andrea Marchesini escribió:
> Link to the proposal:
> https://tools.ietf.org/html/draft-west-cookie-incrementalism-00
>
> Summary:
> "1. Treat the lack of an explicit "SameSite" attribute as
> "SameSite=Lax". That is, the "Set-Cookie" value "key=value" will
> produce a cookie equivalent to "key=value; SameSite=Lax".
> Cookies that require cross-site delivery can explicitly opt-into
> such behavior by asserting "SameSite=None" when creating a
> cookie.
> 2. Require the "Secure" attribute to be set for any cookie which
> asserts "SameSite=None" (similar conceptually to the behavior for
> the "__Secure-" prefix). That is, the "Set-Cookie" value
> "key=value; SameSite=None; Secure" will be accepted, while
> "key=value; SameSite=None" will be rejected."
>
> Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1551798

nileshson...@gmail.com

belum dibaca,
16 Jun 2020, 12.26.1916/06/20
kepada

Mike Conca

belum dibaca,
1 Jul 2020, 11.07.3601/07/20
kepada
Starting with Beta 79 today, we are rolling out this change to the default behavior of SameSite cookies to a small percentage of the beta population. The initial target is 10%, slowly increasing to 50% by the end of the beta cycle. We will hold at 50% for at least two more beta cycles, at which point we will consider introducing this to a small percentage of the Firefox release population.

Known site breakage is being tracked here: https://bugzilla.mozilla.org/show_bug.cgi?id=1618610

Web developers can find more information here: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Set-Cookie/SameSite#Fixing_common_warnings

A good overview of this issue can be found here: https://web.dev/samesite-cookies-explained/

Mike Conca
Group Product Manager, Firefox Web Technologies

CJ Baumer

belum dibaca,
21 Jul 2020, 18.44.0221/07/20
kepada
To clarify, Firefox intends to roll out both SameSite=Lax as default and require Secure for SameSite=None at the same time correct?

Mike Conca

belum dibaca,
22 Jul 2020, 10.28.3522/07/20
kepada
On Tuesday, July 21, 2020 at 4:44:02 PM UTC-6, CJ Baumer wrote:
> To clarify, Firefox intends to roll out both SameSite=Lax as default and require Secure for SameSite=None at the same time correct?

Yes, these changes are both rolling out simultaneously.

mdr2...@gmail.com

belum dibaca,
22 Jul 2020, 21.21.1422/07/20
kepada
On Thursday, May 23, 2019 at 1:34:14 AM UTC-7, Andrea Marchesini wrote:
> Link to the proposal:
> https://tools.ietf.org/html/draft-west-cookie-incrementalism-00
>
> Summary:
> "1. Treat the lack of an explicit "SameSite" attribute as
> "SameSite=Lax". That is, the "Set-Cookie" value "key=value" will
> produce a cookie equivalent to "key=value; SameSite=Lax".
> Cookies that require cross-site delivery can explicitly opt-into
> such behavior by asserting "SameSite=None" when creating a
> cookie.
> 2. Require the "Secure" attribute to be set for any cookie which
> asserts "SameSite=None" (similar conceptually to the behavior for
> the "__Secure-" prefix). That is, the "Set-Cookie" value
> "key=value; SameSite=None; Secure" will be accepted, while
> "key=value; SameSite=None" will be rejected."
>

gf00...@gmail.com

belum dibaca,
26 Jul 2020, 16.31.0026/07/20
kepada

theil...@gmail.com

belum dibaca,
2 Agu 2020, 06.46.3802/08/20
kepada
בתאריך יום חמישי, 23 במאי 2019 בשעה 11:34:14 UTC+3, מאת Andrea Marchesini:

lescanom...@gmail.com

belum dibaca,
2 Agu 2020, 16.07.4402/08/20
kepada
El jueves, 23 de mayo de 2019, 5:34:14 (UTC-3), Andrea Marchesini escribió:

Karla Saenz

belum dibaca,
12 Agu 2020, 05.35.2512/08/20
kepada

Michael Reeps

belum dibaca,
14 Sep 2020, 12.59.0014/09/20
kepada
On Wednesday, July 1, 2020 at 11:07:36 AM UTC-4, mco...@mozilla.com wrote:
Mike,

I am seeing this warning now, even when I am in a first party context:

Cookie "xxx” will be soon rejected because it has the “SameSite” attribute set to “None” or an invalid value, without the “secure” attribute. The cookies in question are set in the .cfainstitute.org domain and being read only in that same domain. Am I to infer they are going to be rejected anyway, simply because they lack the "secure" attribute?

Daniel Veditz

belum dibaca,
14 Sep 2020, 15.24.4414/09/20
kepadaMichael Reeps, dev-platform
On Mon, Sep 14, 2020 at 10:00 AM Michael Reeps <mre...@gmail.com> wrote:

> I am seeing this warning now, even when I am in a first party context:
>
> Cookie "xxx” will be soon rejected because it has the “SameSite” attribute
> set to “None” or an invalid value, without the “secure” attribute. The
> cookies in question are set in the .cfainstitute.org domain and being
> read only in that same domain. Am I to infer they are going to be rejected
> anyway, simply because they lack the "secure" attribute?
>

That is what the proposed spec change requires, yes.
https://tools.ietf.org/html/draft-west-cookie-incrementalism-01#section-3.2

-Dan Veditz

Daniel Veditz

belum dibaca,
15 Sep 2020, 13.37.2515/09/20
kepadaMichael Reeps, dev-platform
On Tue, Sep 15, 2020 at 10:13 AM Michael Reeps <mre...@gmail.com> wrote:

> Thank you for the prompt response to my email. I guess I interpreted the
> standard to mean only when the cookie was intended for cross-site delivery,
> which these are not:
>

If the bug carries the SameSite=None attribute how could the browser
possibly know the cookie is only used samesite? In fact it would appear the
cookie has gone out of its way to announce it is NOT only used on the same
site. The "reject" language in the spec seems pretty clear cut.

> I see this message with nearly all of my Adobe Analytics cookies, Google
> Analytics, and a number of others, and am going to be reliant on those
> vendors to address this issue. The folks at Adobe Client Care were
> completely unaware of Mozilla's interpretation when I reported it, which
> differs from Chrome's. Can you give any insight as to when "soon" is in
> "will be soon rejected"?
>

That we differ from Chrome is concerning. The main reason we're following
the spec so carefully is in order to be compatible with the web's 800lb
gorilla. As it happens I'll be in a meeting with the spec author later
today; I'll ask him about Chrome's implementation of that part, and whether
the spec needs an update.

I don't know how soon -- better question for Andrea (original poster) who
implemented this. I suspect it's "when Chrome does it first". We like the
security improvement, but there are already enough "works in Chrome" sites
through no fault of our own. We can't afford adding to that number
unnecessarily through a self-inflicted wound.

Aung Aung

belum dibaca,
1 Okt 2021, 19.39.0601/10/21
kepada
On Thursday, May 23, 2019 at 3:04:14 PM UTC+6:30, Andrea Marchesini wrote:
> Link to the proposal:
> https://tools.ietf.org/html/draft-west-cookie-incrementalism-00
>
> Summary:
> "1. Treat the lack of an explicit "SameSite" attribute as
> "SameSite=Lax". That is, the "Set-Cookie" value "key=value" will
> produce a cookie equivalent to "key=value; SameSite=Lax".
> Cookies that require cross-site delivery can explicitly opt-into
> such behavior by asserting "SameSite=None" when creating a
> cookie.
> 2. Require the "Secure" attribute to be set for any cookie which
> asserts "SameSite=None" (similar conceptually to the behavior for
> the "__Secure-" prefix). That is, the "Set-Cookie" value
> "key=value; SameSite=None; Secure" will be accepted, while
> "key=value; SameSite=None" will be rejected."
>

Elle Biala

belum dibaca,
16 Des 2022, 01.48.1716/12/22
kepada
On Wednesday, April 8, 2020 at 11:10:46 AM UTC+8, bb08...@gmail.com wrote:
> Add me. Hhhh

Marko Makinen

belum dibaca,
7 Feb 2024, 17.53.537 Feb
kepada
уторак, 3. децембар 2019. у 21:10:21 UTC+1, raqu...@gmail.com је написао/ла:
> sou curiosa, estou busca de trabalho na área tecnologia, alguém pode me indicar, curso de web! boa tarde
0 pesan baru