@permission_required / _CheckLogin attempt to authenticate authenticated users rather saying permission denied.

[greencm]

In developing ​django_cas, I would like it to be a drop-in augmentation for contrib.auth. CAS is essentially designed to have a separate server provide SSO for authentication data rather than checking a local password store.

The code we currently have works great for everything but the default contrib.auth.decorators.

@permission_required is essentially two checks:

1) Check they are authenticated
2) Check they have the right permissions

If this fails, direct the user to the login page.

In the CAS world (and presumably other similar architectures), directing the user back to the login url pushes them to the SSO server, the login server says the user is authenticated, directs them back to the original url (decorated by @permission_required), and then back to the SSO server in an infinite loop.

I would like to change the semantics of _CheckLogin to redirect only unauthenticated users to the login page and provide an HttpResponseForbidden error otherwise.

[greencm]

patch to replace implement desired behavior

[greencm]

Just as a note:

self.client.login(user='not_allowed',password='password')
response = self.client.get('/limited_access/')
# no permission, get redirected to login page
self.failUnlessEqual(response.status_code, 403), "Must need to install contrib.auth patch?"

# the status_code will be 302 redirect in the traditional setup.

[Simon Greenhill <dev@…>]

Hi, can you raise this issue on django-developers?

[Matthijs Kooijman <matthijs@…>]

This seems to be the same issue as #4617.

[Chris Beaven]

Yep, marking as dupe