Installable Django Authentication that adds support for Platform One
Project description
p1-auth
Provides an authentication system for Platform One by decoding non-encrypted JWTs.
[!CAUTION] Signatures are not verified.
Additionally provides configurations to automatically populate user attributes and assign user membership from JWT fields.
Installation
After running pip install p1-auth add the following to the settings.py file as needed.
INSTALLED_APPS = [
...
'p1_auth',
...
]
Adding p1_auth to the INSTALLED_APPS is required for use.
MIDDLEWARE = [
...
'django.contrib.sessions.middleware.SessionMiddleware',
...
'p1_auth.middleware.AuthenticateSessionMiddleware',
...
'django.contrib.auth.middleware.AuthenticationMiddleware',
...
]
The p1-auth middleware can be used to force creation of sessions for use with django admin. If it is used, it should be between django SessionMiddleware and AuthenticationMiddleware as shown above.
AUTHENTICATION_BACKENDS = (
...
'p1_auth.backends.PlatformOneAuthentication',
...
)
PlatformOneAuthentication authenticates django requests.
REST_FRAMEWORK = {
...
'DEFAULT_AUTHENTICATION_CLASSES': [
...
'p1_auth.backends.PlatformOneRestAuthentication',
...
],
...
}
PlatformOneRestAuthentication authenticates django-rest-framework requests.
settings.py
This section covers configurations that can be set in the settings.py file.
USER_ATTRIBUTES_MAP
A python dictionary to map between fields on the User model and the JWT fields.
USER_ATTRIBUTES_MAP = {
"PYTHON_USER_MODEL_FIELD_NAME": "JWT_FIELD_NAME",
"first_name": "given_name",
}
USER_MEMBERSHIPS
A python dictionary to map between models based on JWT fields. The JWT side can be an id, string, or list.
NOTE: the connection between the models must allow connections like the following user.connection_name.update_or_create(**{"field_name": "jwt_memberships"})
USER_MEMBERSHIPS = {
"PYTHON_USER_MODEL_CONNECTION_NAME": {
"CONNECTED_MODEL_FIELD": "JWT_MEMBERSHIP_FIELD"
},
"groups": {
"name": "simple_groups"
},
}
USER_STAFF_FLAG
A key for the JWT to be checked to determine if the user should be marked as staff. This uses the is_staff flag Django's AbstractUser model.
NOTE: if USER_STAFF_VALUE is not set, staff status will be determined by USER_STAFF_FLAG existing in the JWT, and having a non-empty value. So an empty list or string will not confer staff status.
USER_STAFF_FLAG = "JWT_STAFF_FLAG"
USER_STAFF_VALUE
A value to check for in the JWT under the USER_STAFF_FLAG. If the JWT contains a list under USER_STAFF_FLAG, it will check to see if the value of USER_STAFF_VALUE is within the list. The value of USER_STAFF_VALUE is not type restricted, but the comparison is type dependent, so '1' == 1 would fail.
USER_STAFF_VALUE = 123
USER_SUPERUSER_FLAG
A key for the JWT to be checked to determine if the user should be marked as superuser. This uses the is_superuser flag Django's AbstractUser model.
NOTE: if USER_SUPERUSER_VALUE is not set, superuser status will be determined by USER_SUPERUSER_FLAG existing in the JWT, and having a non-empty value. So an empty list or string will not confer staff status.
USER_SUPERUSER_FLAG = "JWT_SUPERUSER_FLAG"
USER_SUPERUSER_VALUE
A value to check for in the JWT under the USER_SUPERUSER_FLAG. If the JWT contains a list under USER_SUPERUSER_FLAG, it will check to see if the value of USER_SUPERUSER_VALUE is within the list. The value of USER_SUPERUSER_VALUE is not type restricted, but the comparison is type dependent, so '1' == 1 would fail.
USER_SUPERUSER_VALUE = 123
REQUIRE_JWT
A flag to require JWTs on every request.
REQUIRE_JWT = True
JWT_PREFERRED_USERNAME_FIELD
The field to use to populate the Username Field of the Django User model. This defaults to preferred_username.
JWT_PREFERRED_USERNAME_FIELD = "email"
CUSTOM_AUTHENTICATION_LOGIC
[!CAUTION] This gives access to the decoded JWT and the User model, so care should be taken when using this capability as sensitive data will be present.
A list of callables or strings that accepts three parameters jwt_decoded, user, and new.
jwt_decoded (dict): The dictionary containing the decoded JWT.
user (AbstractBaseUser): The authenticated user object, it is expected to be an AbstractBaseUser, but can be any model.
new (bool): A boolean that is true if the user object has been created by this request.
CUSTOM_AUTHENTICATION_LOGIC = [
some_callable,
'path.to.some.other.callable',
'p1_auth.callables.raise_error_if_email_not_validated'
]
Django Admin
This section covers configurations that can be set in the Django Admin.
RelatedAssignment
RelatedAssignment allows selecting a Model (object_model) and instance (object_pk) that a user should be assigned to if all related AttributeChecks pass.
Object_model is a dropdown of the enabled content types within the application, where you select the object type you want to assign users to.
Object_pk is the Primary Key of the object you want to assign users to.
AttributeCheck
AttributeCheck allows specifying the JWT key (jwt_attribute) and an expected value.
Jwt_attribute should be a valid JSON key, or a JSON object for traversing the JWT to where the key will be.
Expected_value is the expected JSON value.
Extending Functionality
This section covers how to easily add custom logic that can't be handled within the Django Admin or settings such as USER_ATTRIBUTE_MAP.
CUSTOM_AUTHENTICATION_LOGIC
[!CAUTION] This gives access to the decoded JWT and the User model, so care should be taken when using this capability as sensitive data will be present.
As described within the settings section CUSTOM_AUTHENTICATION_LOGIC allows passing callables with custom logic to be executed while authenticating the user.
Each callable must accept 3 arguments: jwt_decoded, user, and new.
jwt_decoded (dict): The dictionary containing the decoded JWT.
user (AbstractBaseUser): The authenticated user object, it is expected to be an AbstractBaseUser, but can be any model.
new (bool): A boolean that is true if the user object has been created by this request.
Generic callables are included in callables.py and are described below.
raise_error_if_email_not_validated
This callable checks the JWT for email_verified, if it does not contain email_verified with a value of True PermissionDenied is raised to fail the request with a 403 Forbidden response.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file p1_auth-0.2.1.tar.gz.
File metadata
- Download URL: p1_auth-0.2.1.tar.gz
- Upload date:
- Size: 10.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.0.1 CPython/3.12.9
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
92a587c7d1896ab453f97d6796d23e31602e1f30812391ca5d3983381932d23d
|
|
| MD5 |
5419d9420e05312ddc432521420a53ae
|
|
| BLAKE2b-256 |
8ce48328c7ec4e31098507bf8b003c5db142feeba7cc443d6d8f5c98c4e041b4
|
File details
Details for the file p1_auth-0.2.1-py3-none-any.whl.
File metadata
- Download URL: p1_auth-0.2.1-py3-none-any.whl
- Upload date:
- Size: 10.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.0.1 CPython/3.12.9
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f5359c10b5a7aafbdc1cf21849f85345fb10ae45fa1a82bd04e5bde22a1e4c5a
|
|
| MD5 |
430090ae4cc48122a6a5f7d9c82cb9d7
|
|
| BLAKE2b-256 |
3a2d1309481fe78d3c5ca9eac4046e4dcb7c154c187966b0722aa52f21979772
|