AuthRocket 2 is here. Read the announcement or try it now.

Password Strength

June 23, 2015

Passwords are a tricky thing. Ideally passwords should be easy for people to remember, yet hard for computers to guess.

The problem is that easy-to-remember passwords tend to be easy for computers to guess. Likewise, hard to guess passwords are typically hard to remember.

What’s the right level of complexity vs. convenience for your users?

Today we’re announcing several additional features that give you more control than ever in this decision.

Minimum length

Starting today, each realm can independently configure a minimum password length. The default for new realms is 8. Existing realms remain unchanged, but we encourage you to check and update this for realms used in production environments.

Minimum complexity

A growing number of sites now show some kind of password strength meter when users are selecting a new password. The quality of these algorithms varies. The algorithm “zxcvbn”, created by a Dropbox employee, has emerged as one of the best and is what we’ve implemented.

We’ve added a new minimum complexity configuration option available under Realm -> Settings -> Auth Providers -> Passwords. It works on a scale of 0 to 4, with 0 meaning disabled.

1 allows all but the worst of passwords, but does automatically enable the display of a password strength meter if you’re using LoginRocket, our hosted logins and signups feature.

2 through 4 require increasingly complex passwords. Complex can look like random letters (lower & upper), numbers, and symbols. However, it can also look like something longer yet easier to remember, such as “skip to my lou, my darling”.

When enabled, this will be enforced via the API, regardless of whether you’re using LoginRocket.

55899864e4b04c54d83c6dcf

Required character sets

While we believe that the minimum complexity option above is generally the better (and more user-friendly) choice, we recognize that many corporate and enterprise environments have policies like: “passwords must contain at least 1 number and 1 symbol.”

To facilitate this, our Scale plan now allows you to require that passwords contain characters from one or more of the following sets: lowercase letters, uppercase letters, digits, and symbols.

Social-only

Lastly, password support can now be disable entirely. If you wish to allow logins only from Social Auth providers, skipping username/password logins entirely, we’ve got you covered. Simply deactivate the Passwords auth provider.

Questions?  We’d love to help.

HTML emails

June 4, 2015

Since launch, AuthRocket has supported sending emails in response to user events, such as welcome or password resets.

Today we’re pleased to announce that now you have much greater visual control over those emails.

556c935be4b00735676bd858

In addition to sending emails as just text, now you can use Markdown or full HTML.

Markdown will automatically generate emails with both HTML and text. The HTML version will be built on a clean, responsive theme for a great look anywhere.

Full HTML allows a full, custom HTML look for the entire email, giving you complete flexibility. We will optionally distill down your custom HTML email into a text version too.

Markdown is the new default. Existing text-only email hooks remain unchanged, but you you may want to update them to Markdown for a more polished look.

Filters for Users & Orgs

May 29, 2015

We’ve added a few ways to help your user management along. You could already search in realtime for any user or org and sort the lists of users and orgs.

Now you can filter users and orgs by by user type, state, or creation date. You’ll find the new Filter button under both Users and Orgs.

556c8e0ae4b0159e72924502

Now you can easily see all users created in Q1 or user accounts created in the last 7 days.

Don’t forget, you can also export as CSV, exactly as you see it on screen. So if you filter for Active users, created in the last 90 days, sorted by Last Name, your CSV will be generated the same way.

That’s it for now. Questions? Comments? We’d love to hear from you.

Social Auth Addition: LinkedIn

April 20, 2015

Today we’ve added another Social Authentication provider to our growing list: LinkedIn.  We added LinkedIn due to requests from our users.  If you would like to see us add support for a particular social auth provider, please let us know.

As with the other providers, we’ve completely handled the integration so that you don’t have to.  If you already have logins working with AuthRocket, there is no additional coding required.

The details are found in our LinkedIn Documentation.

Social auth is currently in beta but is fully functional for Facebook, Google, and LinkedIn.  Additional providers will be added before full release.

Questions?  Let us know how we can help you get social auth working for you.

Social Authentication

April 2, 2015

Good news!  You asked for an easy way to add Social Authentication and that’s what we’ve done.  So far, we’ve added support for Facebook and Google, by far the two most popular social login providers.  Worldwide, these two make up over 79% of all social logins accounted for.  And we’re in the process of adding others.

We’ve done the hard work of integration and have simplified everything into a single, unified API.  If you already have traditional, password-based logins working with AuthRocket, no additional code is required.  Once logins are setup, social auth is enabled with a couple of clicks.

See just _how _easy it is here.

If you don’t have standard logins integrated with your app yet, don’t worry.  It’s easy and now places a variety of authentication methods at your command.

AuthRocket’s social auth works with all types of logins: LoginRocket (hosted logins), authrocket.js, and self-hosted login pages.

With LoginRocket, your default login page will look something like this:

551d9539e4b0c2174c43aef0

As always, you are free to style your login page however you like, so that it matches the rest of your app.

Why social logins?

You’re probably aware already: Up to 80% of web users choose a social authentication option when available (source: Harvard Business Review).  As well, Facebook claims that social auth increases signup rates by 30-200%.  While your results will depend on the type of app you are developing, for a large portion of apps, having a social authentication option means increased signups.  It also provides a more convenient registration process and reduces problems with lost user accounts/passwords.

Social auth is currently in beta but is fully functional for Facebook and Google.  Additional providers will be added before general release.

We’d love to help you get social auth working for your app.  Email anytime.