Two-Factor Authentication with Authy, Node.js and Express
As of November 2022, Twilio no longer provides support for Authy SMS/Voice-only customers. Customers who were also using Authy TOTP or Push prior to March 1, 2023 are still supported. The Authy API is now closed to new customers and will be fully deprecated in the future.
For new development, we encourage you to use the Verify v2 API.
Existing customers will not be impacted at this time until Authy API has reached End of Life. For more information about migration, see Migrating from Authy to Verify for SMS.
This Express.js sample application demonstrates how to build a login system that uses two factors of authentication to log in users. Head to the application's README.md to see how to run the application locally.
Adding two-factor authentication (2FA) to your web application increases the security of your user's data. Multi-factor authentication determines the identity of a user by first logging the user into the app, and then validating their mobile device.
For the second factor, we will validate that the user has their mobile phone by either:
- Sending them a OneTouch push notification to their mobile Authy app
- Sending them a token through their mobile Authy app
- Sending them a one-time token in a text message sent with Authy via Twilio.
See how VMware uses Authy 2FA to secure their enterprise mobility management solution.
Configuring Authy
If you haven't done so already, now is the time to sign up for Authy. Create your first application, naming it whatever you wish. After you create your application, your production API key will be visible on your dashboard:
Once we have an Authy API key, we store it in this initializer file.
Now that we've configured our Express app, let's take a look at how we register a user with Authy.
Register a User with Authy
When a new user is created we also register the user with Authy.
All Authy needs to get a user set up for your application is that user's email, phone number and country code. We need to make sure this information is required when the user signs up.
Once we register the User with Authy we get an id
back that we will store as the user's authyId
. This is very important since it's how we will verify the identity of our user with Authy.
Log in with Authy OneTouch
When a user attempts to log in to our website, a second form of identification is needed. Let's take a look at Authy's OneTouch verification first.
OneTouch works like so:
- We attempt to send a User a OneTouch Approval Request
- If the user has OneTouch enabled, we will get a
success
message back - The user hits 'Approve' in their Authy app
- Authy makes a POST request to our app with an 'Approved' status
- We log the user in
Send the OneTouch Request
When our user logs in we immediately attempt to verify their identity with OneTouch. We will fallback gracefully if they don't have a OneTouch device, but we don't know until we try.
Authy lets us pass details with our OneTouch request. These can be messages, logos, and any other details we want to send. We could easily send any number of details by appending details['some_detail']
. You could imagine a scenario where we send a OneTouch request to approve a money transfer:
details = {
message: "Request to send money to Jarod's vault",
from: "Jarod",
amount: "1,000,000",
currency: "Galleons"
}
Note: We need some way to check the status of the user's two-factor process. In this case, we do so by updating the User.authyStatus
attribute. It's important we reset this before we log the user in.
Configure the OneTouch callback
In order for our app to know what the user did after we sent the OneTouch request, we need to register a callback endpoint with Authy.
Here in our callback, we look up the user using the authy_id
sent with the Authy POST request. At this point we would ideally use a websocket to let our client know that we received a response from Authy. However, for this version we're going to keep it simple and just update the authyStatus
on the user. Now all our client-side code needs to do is check for user.authyStatus.approved
before logging in the user.
Disabling Unsuccessful Callbacks
Scenario: The OneTouch callback URL provided by you is no longer active.
Action: We will disable the OneTouch callback after 3 consecutive HTTP error responses. We will also
- Set the OneTouch callback URL to blank.
- Send an email notifying you that the OneTouch callback is disabled with details on how to enable the OneTouch callback.
How to enable OneTouch callback? You need to update the OneTouch callback endpoint, which will allow the OneTouch callback.
Visit the Twilio Console: Console > Authy > Applications > {ApplicationName} > Push Authentication > Webhooks > Endpoint/URL to update the Endpoint/URL with a valid OneTouch callback URL.
Handle Two-Factor Asyncronously
Our user interface for this example is a single page application written using Backbone and jQuery.
We've already taken a look at what's happening on the server side, so let's step in front of the cameras now and see how our JavaScript is interacting with those server endpoints.
First we hijack the login form submitted and pass the data to our /session
controller using Ajax. Depending on how that endpoint responds we will either ask the user for a token or await their OneTouch response.
If we expect a OneTouch response, we will begin polling /authy/status
until we see that the OneTouch login was either approved or denied. Take a look at this controller and see what is happening.
Fall back to Authy Token
Here is the endpoint that our javascript is polling. It is waiting for the user status to be either 'Approved' or 'Denied'. If the user has approved the OneTouch request, we will save their session as confirmed
, which officially logs them in.
If the request was denied we render the /verify
page and ask the user to log in with a Token.
Now let's take a look at how we handle two-factor with tokens.
Sending a 2FA Token
Once there is an Authy user ID associated with our user model, we can request that an SMS verification token be sent out to the user's phone. Authy supports token validation in their mobile app as well, so if our user has the app it will default to sending a push notification instead of an SMS.
If needed, we can call this method on the user instance multiple times. This is what happens every time the user clicks "Resend Code" on the web form.
Validate the Code
Our Express route handler will grab the code submitted on the form in order to validate it. The connect middleware function executes before this handler and adds a user
property to the request
object that contains a Mongoose model instance representing the user associated with this session. We use verifyAuthyToken
on the User
model to check if the code submitted by the user is legit.
That's it! We've just implemented two-factor authentication using three different methods and the latest in Authy technology.
Where to next?
If you're a Node.js developer working with Twilio, you might want to check out these other tutorials.
Increase the security of your login system by verifying a user's mobile phone.
Faster than e-mail and less likely to get blocked, text messages are great for timed alerts and notifications. Learn how to send out SMS (and MMS) notifications to a list of server administrators.
Did this help?
Thanks for checking out this tutorial! If you have any feedback to share with us, we'd love to hear it. Connect with us on Twitter and let us know what you build!
Need some help?
We all do sometimes; code is hard. Get help now from our support team, or lean on the wisdom of the crowd by visiting Twilio's Stack Overflow Collective or browsing the Twilio tag on Stack Overflow.