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.
Authy is a REST API that does all the heavy lifting, so you can add two-factor authentication to your website or app in just a few hours. We have a number of resources, such as JavaScript helpers and API libraries for most languages. This guide will make use of these resources as we build a web app using the Authy API.
Full source code for this app can be found here
You will find everything you need in on GitHub
There are two main parts to implement an Authy API integration:
First we are going to create a page in the users control panel (we will call it /enableauthy). On this page, we'll create a form that collects the phone number and area code.
This form uses the Authy JavaScript samples found in the /authy/authy-javascripts
GitHub repository. The HTML IDs authy-cellphone
and authy-countries
are special IDs recognized by this JavaScript.
1%label2Cellphone3= text_field "cellphone", :placeholder => "Enter your cellphone", :id => "authy-cellphone"45%label6Country7= text_field "country_code", :id => "authy-countries", :placeholder => "Enter your country"89= submit "Submit", :class => "btn"
The scripts use IDs to help you build this form. These are the IDs used
authy-cellphone
: If set on the text-field were the user inputs his cellphone, it will automatically run phone validations on the client-side.authy-countries
: If set on the text-field were the user inputs his area code, it will produce an auto-complete drop down with a list of countries and their area-codes. This simplifies the user entering his area-code.At this point you can send the users email, phone number and country code to Authy.
1def register_authy2@authy_user = Authy::API.register_user(3:email => current_user.email,4:cellphone => params[:user][:cellphone],5:country_code => params[:user][:country_code]6)78if @authy_user.ok?9current_user.authy_id = @authy_user.id10current_user.save11else12@errors = @authy_user.errors13render 'enable_authy'14end15end
If everything goes well, the API will return the user's Authy ID. This is represented as an integer which you need to store in your users database or directory. In the case of an error, a hash in plain English is returned. The language used is designed for you to display to the user to help them resolve the situation.
After you have registered the user in the Authy service and stored the resulting Authy ID against the user's profile in your application, the next time you process the user login, you use the Authy ID to verify the two-factor token they should provide.
Implementing the request for a second factor during the login can vary depending on the design of your application and the end user experience you wish to create. In this example we plan to support users who opt-in for two-factor authentication. Therefore there will be a mix of user accounts that are enabled and some that are not. The easiest way to implement this is to separate the authentication process across two screens.
Remember you need to manage the link between your user identities and the Authy user. Your database or user directory should ensure the AuthyID is stored with each user profile that has been registered.
Here's the function from our sample application that validates username and password and redirects to the two-factor authentication page if authy is enabled:
1def create2@user = User.find_by_email(params[:user][:email])34if @user && @user.authenticate(params[:user][:password])5# username and password is correct6if(@user.authy_id != 0) #user is using two-factor7Authy::API.request_sms(:id => @user.authy_id) # request the API to send and sms.89# Rails sessions are tamper proof. We can store the ID and that the password was already validated10session[:password_validated] = true11session[:id] = @user.id12redirect_to url_for(:controller => "sessions", :action => "two_factor_auth")13else14sign_in(@user)15flash[:notice] = "Successfully authenticated without two-factor"16redirect_to @user17end18else19flash[:error] = "Wrong username, password."20@user = User.new21render 'new'22end23end
When the user wants to login, you use their email (or whatever user identifier you are using) to locate their user profile in the database or directory. The authenticate function will check username and password and if the user has been Authy enabled. If so, redirect the user to the second page were they enter the token and complete the authentication. Here's the function for the second factor authentication:
1def create_two_factor_auth2@user = User.find(session[:id])3token = params[:token]4if @user && session[:password_validated] && @user.verify_token(token)5sign_in(@user)6@user.authy_used = true7@user.save(:validate => false)8session[:password_validated] = nil9session[:id] = nil10flash[:success] = "Securely signed in using Authy"11redirect_to @user12else13flash[:error] = "Wrong token"14redirect_to new_session_path15end16end
Token verification involves sending the token and the id. Authy will respond HTTP status 200 if the token is correct.
1def verify_token(token)2token = Authy::API.verify(:id => self.id, :token => token)34token.ok?5end
The function passes the authy_id
and the token
the user entered. Then it check if the response is HTTP status 200, if so it returns true
.
To prevent users account getting locked down, Authy won't check the tokens until we are certain the user has completed the registration process. If you want to verify token's anyway, you can pass ?force=true to verify.