drfpasswordless is a quick way to integrate ‘passwordless’ auth into your Django Rest Framework project using a user’s email address or mobile number only (herein referred to as an alias).
Built to work with DRF’s own TokenAuthentication system, it sends the user a 6-digit callback token to a given email address or a mobile number. The user sends it back correctly and they’re given an authentication token (again, provided by Django Rest Framework’s TokenAuthentication system).
Callback tokens by default expire after 15 minutes.
curl -X POST -d “[email protected]” localhost:8000/auth/email/
Email to [email protected]:
...
<h1>Your login token is 815381.</h1>
...
Return Stage
curl -X POST -d "token=815381" localhost:8000/callback/auth/
> HTTP/1.0 200 OK
> {"token":"76be2d9ecfaf5fa4226d722bzdd8a4fff207ed0e”}
- Python (3.7+)
- Django (2.2+)
- Django Rest Framework + AuthToken (3.10+)
- Africastalking (for mobile.)
-
Install drfpasswordless
pipenv install drfpasswordless
-
Add Django Rest Framework’s Token Authentication to your Django Rest Framework project.
REST_FRAMEWORK = {
'DEFAULT_AUTHENTICATION_CLASSES':
('rest_framework.authentication.TokenAuthentication',
)}
INSTALLED_APPS = [
...
'rest_framework',
'rest_framework.authtoken',
'drfpasswordless',
...
]
And run
python manage.py migrate
- Set which types of contact points are allowed for auth in your
Settings.py. The available options are
EMAIL
andMOBILE
.
PASSWORDLESS_AUTH = {
..
'PASSWORDLESS_AUTH_TYPES': ['EMAIL', 'MOBILE'],
..
}
By default drfpasswordless looks for fields named email
or mobile
on the User model. If an alias provided doesn’t belong to any given user,
a new user is created.
3a. If you’re using email
, see the Configuring Email section
below.
3b. If you’re using mobile
, see the Configuring Mobile section
below.
- Add
drfpasswordless.urls
to your urls.py
urlpatterns = [
..
path('', include('drfpasswordless.urls')),
..
]
- You can now POST to either of the endpoints:
curl -X POST -d "[email protected]" localhost:8000/auth/email/
// OR
curl -X POST -d "mobile=+15552143912" localhost:8000/auth/mobile/
A 6 digit callback token will be sent to the contact point.
- The client has 15 minutes to use the 6 digit callback token correctly. If successful, they get an authorization token in exchange which the client can then use with Django Rest Framework’s TokenAuthentication scheme.
curl -X POST -d "token=815381" localhost:8000/callback/auth/
> HTTP/1.0 200 OK
> {"token":"76be2d9ecfaf5fa4226d722bzdd8a4fff207ed0e”}
Specify the email address you’d like to send the callback token from
with the PASSWORDLESS_EMAIL_NOREPLY_ADDRESS
setting.
PASSWORDLESS_AUTH = {
..
'PASSWORDLESS_AUTH_TYPES': ['EMAIL',],
'PASSWORDLESS_EMAIL_NOREPLY_ADDRESS': 'noreply@example.com',
..
}
You’ll also need to set up an SMTP server to send emails (See Django Docs <https://docs.djangoproject.com/en/1.10/topics/email/>
), but for
development you can set up a dummy development smtp server to test
emails. Sent emails will print to the console. Read more here. <https://docs.djangoproject.com/en/1.10/topics/email/#configuring-email-for-development>
# Settings.py
…
EMAIL_HOST = 'localhost'
EMAIL_PORT = 1025
Then run the following:
python -m smtpd -n -c DebuggingServer localhost:1025
You’ll need to have the python Africastalking module installed
pip3 install africastalking # python 3.6.x
and set the africastalking SMS_USERNAME
and SMS_API_KEY
in your project settings.py file.
You’ll also need to specify the number you send the token from with the
PASSWORDLESS_MOBILE_NOREPLY_NUMBER
setting.
If you’d like to use a custom email template for your email callback token, specify your template name with this setting:
PASSWORDLESS_AUTH = {
...
'PASSWORDLESS_EMAIL_TOKEN_HTML_TEMPLATE_NAME': "mytemplate.html"
}
The template renders a single variable {{ callback_token }}
which is
the 6 digit callback token being sent.
Endpoints can automatically mark themselves as validated when a user logs in with a token sent to a specific endpoint. They can also automatically mark themselves as invalid when a user changes a contact point.
This is off by default but can be turned on with
PASSWORDLESS_USER_MARK_EMAIL_VERIFIED
or
PASSWORDLESS_USER_MARK_MOBILE_VERIFIED
. By default when these are
enabled they look for the User model fields email_verified
or
mobile_verified
.
You can also use /validate/email/
or /validate/mobile/
which will
automatically send a token to the endpoint attached to the current
request.user
's email or mobile if available.
You can then send that token to /callback/verify/
which will double-check
that the endpoint belongs to the request.user and mark the alias as verified.
All unrecognized emails and mobile numbers create new accounts by
default. New accounts are automatically set with
set_unusable_password()
but it’s recommended that admins have some
type of password.
This can be turned off with the PASSWORDLESS_REGISTER_NEW_USERS
setting.
Here’s a full list of the configurable defaults.
DEFAULTS = {
# Allowed auth types, can be EMAIL, MOBILE, or both.
'PASSWORDLESS_AUTH_TYPES': ['EMAIL'],
# Amount of time that tokens last, in seconds
'PASSWORDLESS_TOKEN_EXPIRE_TIME': 15 * 60,
# The user's email field name
'PASSWORDLESS_USER_EMAIL_FIELD_NAME': 'email',
# The user's mobile field name
'PASSWORDLESS_USER_MOBILE_FIELD_NAME': 'mobile',
# Marks itself as verified the first time a user completes auth via token.
# Automatically unmarks itself if email is changed.
'PASSWORDLESS_USER_MARK_EMAIL_VERIFIED': False,
'PASSWORDLESS_USER_EMAIL_VERIFIED_FIELD_NAME': 'email_verified',
# Marks itself as verified the first time a user completes auth via token.
# Automatically unmarks itself if mobile number is changed.
'PASSWORDLESS_USER_MARK_MOBILE_VERIFIED': False,
'PASSWORDLESS_USER_MOBILE_VERIFIED_FIELD_NAME': 'mobile_verified',
# The email the callback token is sent from
'PASSWORDLESS_EMAIL_NOREPLY_ADDRESS': None,
# The email subject
'PASSWORDLESS_EMAIL_SUBJECT': "Your Login Token",
# A plaintext email message overridden by the html message. Takes one string.
'PASSWORDLESS_EMAIL_PLAINTEXT_MESSAGE': "Enter this token to sign in: %s",
# The email template name.
'PASSWORDLESS_EMAIL_TOKEN_HTML_TEMPLATE_NAME': "passwordless_default_token_email.html",
# Your twilio number that sends the callback tokens.
'PASSWORDLESS_MOBILE_NOREPLY_NUMBER': None,
# The message sent to mobile users logging in. Takes one string.
'PASSWORDLESS_MOBILE_MESSAGE': "Use this code to log in: %s",
# Registers previously unseen aliases as new users.
'PASSWORDLESS_REGISTER_NEW_USERS': True,
# Suppresses actual SMS for testing
'PASSWORDLESS_TEST_SUPPRESSION': False,
# Context Processors for Email Template
'PASSWORDLESS_CONTEXT_PROCESSORS': [],
# The verification email subject
'PASSWORDLESS_EMAIL_VERIFICATION_SUBJECT': "Your Verification Token",
# A plaintext verification email message overridden by the html message. Takes one string.
'PASSWORDLESS_EMAIL_VERIFICATION_PLAINTEXT_MESSAGE': "Enter this verification code: %s",
# The verification email template name.
'PASSWORDLESS_EMAIL_VERIFICATION_TOKEN_HTML_TEMPLATE_NAME': "passwordless_default_verification_token_email.html",
# The message sent to mobile users logging in. Takes one string.
'PASSWORDLESS_MOBILE_VERIFICATION_MESSAGE': "Enter this verification code: %s",
# Automatically send verification email or sms when a user changes their alias.
'PASSWORDLESS_AUTO_SEND_VERIFICATION_TOKEN': False,
# What function is called to construct an authentication tokens when
# exchanging a passwordless token for a real user auth token. This function
# should take a user and return a tuple of two values. The first value is
# the token itself, the second is a boolean value representating whether
# the token was newly created.
'PASSWORDLESS_AUTH_TOKEN_CREATOR': 'drfpasswordless.utils.create_authentication_token'
}
- github.io project page
- Add MkDocs - https://www.mkdocs.org/
- Support non-US mobile numbers
- Custom URLs
- Change bad settings to 500's