Endpoint

4/27/2018
10:30 AM
Sarah Squire
Sarah Squire
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail vvv
100%
0%

'Zero Login:' The Rise of Invisible Identity

Will new authentication technologies that recognize users on the basis of their behaviors finally mean the death of the despised password?

The FIDO Alliance and W3C recently announced a new technology standard that will allow people to log into websites without a password, opting instead for an external authenticator like a security key or a smartphone. This is a major milestone in the gradual move toward password eradication. Passwords provide an awful user experience, and they're a terrible form of security. But what if your devices were smart enough to recognize you instantly and provide a secure, personalized experience based on trusted information, with no password needed? This technology is called zero login, and it just might solve the password problem forever.

Most of us have used biometrics like fingerprints or facial recognition to unlock a phone, but soon even that may not be necessary. Your behaviors — how you swipe and type, where you are, when you work — are unique to you. New technologies are being developed that can recognize you based on these factors and log you in to all of your applications without you doing anything at all.

Zero login technologies could put identity thieves out of business for good because it would take months and thousands of dollars' worth of equipment to fool them. There are, however, some downsides that will require new rules and standards to protect user boundaries, information and privacy, for example: 

  • How do users know when they're being monitored?
  • How do users know when they're logged out?
  • How well is all this behavioral data being protected?

The Future Is Here 
Zero login may sound futuristic, but it's already in use. Some banks can see when you're logging in from a new phone or connecting from a cafe that you've never been to before. When the bank sees those red flags, it may ask you to verify your email or phone number to prove it's really you.

Some large retail companies, including Amazon, are testing ways to authenticate users based on their behavior. How hard do you tap on your phone? How fast do you type? Those things are unique to you and hard for an attacker to guess or duplicate. The motion sensor in your phone can also recognize you from your walk — no one else walks exactly like you do. By combining all this information, your phone can tell when it's really you and no password required.

Your phone can also detect signals from other devices. It can see your stuff — your car, Fitbit, headphones — and start to get a feel for your normal routines. Those routines provide another safeguard to prove that everything is business as usual.

Any one of these technologies might be easy for an attacker to trick, but fooling all of them is incredibly difficult. They can also tell if someone grabs your unlocked phone without your consent, and either lock it or shut it off entirely. Passwords can't do that.

Context Matters
Imagine you order a $1 teddy bear from your own phone, charge it to your credit card, and have it shipped to your house. Is that something an attacker would do? Not likely. Today, many applications will ask you for a password even though the chance of a transaction being fraudulent is extremely low. Online stores don't want to lose sales, and many people second guess that teddy bear purchase when confronted with the added step of a password request.

Zero login technologies pay attention to who you are, but they also pay attention to what you're trying to do. They're smart about figuring out what kinds of things normal people do and what kinds of things attackers do. You'll still have a password, but you'll probably never be asked to enter it because your phone already recognizes you. In a perfect zero login world, the only person who would ever be asked to enter a password is an attacker.

The Bad and the Ugly
If your phone is collecting all this information about you, how is it being protected? Where is it being sent? Right now, that information isn't being used most of the time. It's possible to use that information to enable zero login technologies, but there's a good way and a bad way. The good way is to have software running locally on your device that sends a "risk score" to the cloud so that smart authentication decisions can be made by the software running there. The bad way is to send all the information about you — behaviors, biometrics, locations — across the Internet and to store it in the cloud. Even if the information is encrypted, it's still at risk of compromise by attackers. This is why every time you buy a new iPhone, you have to reset the fingerprint. That fingerprint is stored locally on the phone and never sent across the Internet or stored in the cloud.

There are also significant privacy implications if users are logged in to a service without realizing it. While few of us expect total privacy on the Internet, we still want to keep some parts of our lives separate. With passive authentication, we can easily be logged in to all of our accounts, all of the time, without realizing it.

We also need a way to affirmatively end an online session. Companies like Uber are used by some people for personal reasons and other people for professional reasons. If I'm a taxi driver, I might be fine with my employer tracking my location during the day. But when I finish work, I want to know I'm logged out and free to go about my private business.

Someday, we'll be telling our shocked grandchildren about having to remember hundreds of complex passwords, and they'll wonder what idiot came up with that idea. We have a better, easier, more secure future at our fingertips — literally. That's exciting, but we can't let our excitement overrule people's privacy, security, and consent. Let's build these tools the right way the first time.

Related Content:

Interop ITX 2018

Join Dark Reading LIVE for a two-day Cybersecurity Crash Course at Interop ITX. Learn from the industry’s most knowledgeable IT security experts. Check out the agenda here. Register with Promo Code DR200 and save $200.

Sarah Squire is a Senior Technical Architect at Ping Identity. She is a co-author of NIST Special Publication 800-63C Digital Identity Guidelines, which outline federated authentication standards for all US federal agencies, and is Vice President of IDPro, a nonprofit ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
4/30/2018 | 11:04:36 PM
How do users know when they're being monitored?
This seems dangerously close to traversing from user transparency to unwanted personal data gathering.
Election Websites, Back-End Systems Most at Risk of Cyberattack in Midterms
Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/14/2018
Intel Reveals New Spectre-Like Vulnerability
Curtis Franklin Jr., Senior Editor at Dark Reading,  8/15/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-13435
PUBLISHED: 2018-08-16
** DISPUTED ** An issue was discovered in the LINE jp.naver.line application 8.8.0 for iOS. The Passcode feature allows authentication bypass via runtime manipulation that forces a certain method to disable passcode authentication. NOTE: the vendor indicates that this is not an attack of interest w...
CVE-2018-13446
PUBLISHED: 2018-08-16
** DISPUTED ** An issue was discovered in the LINE jp.naver.line application 8.8.1 for Android. The Passcode feature allows authentication bypass via runtime manipulation that forces a certain method's return value to true. In other words, an attacker could authenticate with an arbitrary passcode. ...
CVE-2018-14567
PUBLISHED: 2018-08-16
libxml2 2.9.8, if --with-lzma is used, allows remote attackers to cause a denial of service (infinite loop) via a crafted XML file that triggers LZMA_MEMLIMIT_ERROR, as demonstrated by xmllint, a different vulnerability than CVE-2015-8035 and CVE-2018-9251.
CVE-2018-15122
PUBLISHED: 2018-08-16
An issue found in Progress Telerik JustAssembly through 2018.1.323.2 and JustDecompile through 2018.2.605.0 makes it possible to execute code by decompiling a compiled .NET object (such as DLL or EXE) with an embedded resource file by clicking on the resource.
CVE-2018-11509
PUBLISHED: 2018-08-16
ASUSTOR ADM 3.1.0.RFQ3 uses the same default root:admin username and password as it does for the NAS itself for applications that are installed from the online repository. This may allow an attacker to login and upload a webshell.