Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Single sign in based on cookie - website and chrome extension #190

Closed
tomerzcod7 opened this issue Nov 23, 2023 · 4 comments
Closed

Single sign in based on cookie - website and chrome extension #190

tomerzcod7 opened this issue Nov 23, 2023 · 4 comments
Labels
third-party-cookie-deprecation Third-party cookie deprecation

Comments

@tomerzcod7
Copy link

In our company, we have a main website and a Chrome extension that runs on any website, which loads an iframe.
(For example, our website is dashboard.y.com, and the iframe loads iframe.y.com)

We use a single login mechanism, based on a 3rd party cookie, to make sure that when a user logs in on the website he will also be logged in on the extension.

This mechanism obviously breaks with third-party cookie deprecation. I've been reading the guide provided for the phasing out, but I don't think CHIPS or any of the other solutions would be suitable for this use case.

Are there any other recommendations?
Thanks in advance

@tomerzcod7 tomerzcod7 added the third-party-cookie-deprecation Third-party cookie deprecation label Nov 23, 2023
@tomerzcod7 tomerzcod7 changed the title Single sign based on cookie - website and chrome extension Single sign in based on cookie - website and chrome extension Nov 23, 2023
@johannhof
Copy link

Hi @tomerzcod7, can you describe what breaks in a little more detail? It sounds like this breaks sign-in to your extension, but how did it work prior to 3PC blocking? There must be some messaging between the site or iframe and the extension involved here, no? A more detailed description of the flow of information would be nice :)

Thanks!

@tomerzcod7
Copy link
Author

Hey @johannhof, thanks for replying.

The way it works at the moment is when you log in, you get a 3rd party (SameSite=none) authentication cookie.
When the extension runs, it renders an iframe that contains nearly the entire extension logic. (This way we can deploy updates relatively easily without having to upload a new version of the extension to the store each time).

The iframe has access to the 3rd party authentication cookie and the cookie is being sent with the HTTP requests and the user is authenticated.

So the extension code itself doesn't actually contain any logic regarding the authentication, it is only responsible for some UI stuff and for loading the iframe.

@johannhof
Copy link

You could try to transition your SSO to use one of the new Privacy Sandbox APIs, but given that this seems to be an internal tool for your business, allow-listing the affected site via the chrome.ContentSettings API or Enterprise Policies seems like the easiest thing to do, for now.

@clementsimon
Copy link
Collaborator

clementsimon commented Mar 6, 2024

Closing, please re-open if there is any further discussion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
third-party-cookie-deprecation Third-party cookie deprecation
Projects
None yet
Development

No branches or pull requests

3 participants