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

WordPress Social Login bypasses Clef (kind of) #129

Open
landakram opened this issue May 1, 2014 · 10 comments
Open

WordPress Social Login bypasses Clef (kind of) #129

landakram opened this issue May 1, 2014 · 10 comments

Comments

@landakram
Copy link
Member

WordPress Social Login lets you log into the dashboard even if passwords are disabled globally. However, when you actually try to perform an action on the dashboard, you're booted back to the login screen. Not sure if this is a bug with WordPress Social Login or an interaction with Clef.

@landakram landakram added the bug label May 1, 2014
@isarmstrong
Copy link

The goal here is to force authors and up to use Clef, but allow regular users and guest contributors to simply pass through OAuth2. Clef is almost perfect for this. It allows me to leave social login open for standard interaction, but not risk someone accessing the WP admin because an author or editor left Facebook logged in on a different tab.

To clarify, Clef does block the administrative user from logging in so the goal is achieved. The social authentication verifies the address, passes the user through to the home page, and displays the administrative toolbar. Once the apparently logged in admin clicks another link, Clef goes "Nope, no active session" and bounces them silently back to the login screen.

Effective, but really confusing from a UX point of view.

I would suggest that the right way to handle this is to error trap the login and display the Clef login modal, perhaps with a bit of explanation that "extra security has been added to this account", so we're able to inform the user without confirming that they've hit a high-value account.

@jessepollak
Copy link
Member

Do we need to make a language switch in our plugin settings if we actually do a full disable here? Right now it just says "Disable passwords," but this would be more like "disable all non-clef logins."

@isarmstrong
Copy link

That's probably a good idea, but it's not really what I'm after. If you want to do a screen share I can show you the behavior.

Basically, Clef is doing the right thing, but it's causing a silent fail if a Clef-enabled account tries to click the social login buttin (intended for fast authentication on regular accounts)

nv-example

@jessepollak
Copy link
Member

Oh yeah, that's for sure a bug — I just wanted to raise that as an issue as well :)

@isarmstrong
Copy link

Oh ok, I see you're extending the topic :)

@jessepollak
Copy link
Member

I'm not able to replicate this behavior. I have WordPress Social Login installed, passwords Disabled for Editors and up, and an admin account that uses Facebook.

When I log in with Facebook, I'm logged in and never booted.

Is this the correct setup?

@isarmstrong
Copy link

Technically, I logged in through Google because my FB account was tied to a
different email.

I can get you on to have a look at the site later if you like. I need to
get to a lunch in a few minutes though.

It seems to me that social logging bypassing Clef is also a problem, if
Clef is supposed to be enforcing itself on all administrative accounts. I'm
thinking it would be a pretty straightforward conditional check in
WordPress to see if the account is supposed to be requesting a Clef token.
I haven't ever dug into the WP Login stuff in any detail, but this seems
more role-based as far as the check goes.

On Fri, May 2, 2014 at 10:39 AM, Jesse Pollak [email protected]:

I'm not able to replicate this behavior. I have WordPress Social Loginhttp://wordpress.org/plugins/wordpress-social-login/installed, passwords Disabled for Editors and up, and an admin account that
uses Facebook.

When I log in with Facebook, I'm logged in and never booted.

Is this the correct setup?


Reply to this email directly or view it on GitHubhttps://github.com//issues/129#issuecomment-42057782
.

@jessepollak
Copy link
Member

Yeah, that's why I was getting at the wording earlier. Technically, with our current language, enabling that setting only blocks passwords, so the "correct" functionality would be to actually let users log in with social logins.

@isarmstrong
Copy link

Hmm. Whereas I'm looking for an override. Admins + social login = recipe
for trouble.
On May 2, 2014 1:47 PM, "Jesse Pollak" [email protected] wrote:

Yeah, that's why I was getting at the wording earlier. Technically, with
our current language, enabling that setting only blocks passwords, so
the "correct" functionality would be to actually let users log in with
social logins.


Reply to this email directly or view it on GitHubhttps://github.com//issues/129#issuecomment-42077383
.

@jessepollak
Copy link
Member

Getting access to that site would be really useful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants