{"id":81247,"date":"2016-09-07T22:18:44","date_gmt":"2016-09-08T02:18:44","guid":{"rendered":"http:\/\/rbach.net\/blog\/index.php\/"},"modified":"2021-08-13T21:43:12","modified_gmt":"2021-08-14T01:43:12","slug":"stop-using-sms-for-two-factor-authentication","status":"publish","type":"post","link":"https:\/\/rbach.net\/index.php\/stop-using-sms-for-two-factor-authentication\/","title":{"rendered":"Stop using SMS for Two-Factor Authentication"},"content":{"rendered":"

\"Stop<\/a>Followers of the Bach Seat<\/a> know that<\/a> passwords<\/a> suck<\/a><\/strong> and no longer provide reliable security. Because automated mass cybercrime attacks are hammering businesses daily, the National Institute of Standards and Technology<\/a> (NIST<\/strong>) is disrupting the online security status\u2013quo. According<\/a> to InfoWorld<\/em><\/a>, the US government’s standards body has decided that passwords are not good enough anymore<\/strong>.\u00a0NIST now wants government agencies to use two-factor authentication<\/strong> (2FA) to secure applications, networks, and systems.<\/p>\n

\"NIST<\/a>Two-factor authentication<\/a> is a security process where the user provides two means of identification from separate categories of credentials. The first is typically something you have, a physical token, such as a card. The second is usually something you know like a PIN number.<\/p>\n

The proposed standard discourages organizations from sending special codes via SMS messages.<\/strong> Many services offer two-factor authentication. They ask users to enter a one-time passcode sent via SMS into the app or site to verify the transaction. The author writes that weaknesses in the SMS mechanism concern NIST.<\/p>\n

NIST now recommends that developers use tokens and software cryptographic authenticators<\/a> <\/strong>instead of SMS to deliver special codes. They wrote in a draft version of the DAG; “OOB [out of band] using SMS is deprecated and will no longer be allowed in future releases of this guidance.\u201d<\/p>\n

\"Short<\/a>Federal agencies must use applications that conform to NIST guidelines. This means for software to be sold to federal agencies, it must follow NIST guidelines<\/strong>. InfoWorld<\/em> says this is especially relevant for secure electronic communications.<\/p>\n

SMS-based Two-Factor Authentication is considered insecure<\/strong> by NIST for a number of reasons. First, someone other than the user may be in possession of the phone. The author says an attacker with a stolen phone<\/strong> would be able to trigger the login request. In some cases, the contents of the text message appear on the lock screen,<\/strong> which means the code is exposed to anyone who glances at the screen.<\/p>\n

\"SMS<\/a>InfoWorld<\/em> says that NIST isn’t deprecating SMS-based methods simply because someone may be able to intercept the codes by taking control of the handset, that risk also exists with tokens and software authenticators. The main reason NIST appears to be down on SMS is that it is insecure over VoIP<\/strong>.<\/p>\n

The author says there has been a significant increase in attacks targeting SMS-based two-factor authentication recently. SMS messages can be hijacked over some VoIP services<\/strong>. SMS messages delivered through VoIP are only as secure as the websites and systems of the VoIP provider. If an attacker can hack the VoIP servers<\/strong> or network they can intercept the SMS security codes or have them rerouted to her own phone. Security researchers have used weaknesses in the SMS protocol to remotely interact with applications on the target phone and compromise users.<\/p>\n

\"Signalling<\/a>Sophos’<\/a> Naked Security Blog<\/a><\/em> further explains<\/a> some of the risks. There is malware that can redirect text messages. There are attacks against the\u00a0Signalling System 7 (SS7) protocol<\/span><\/a><\/strong>.<\/span> SS7 controls how the <\/span>phone system works.\u00a0 (rb-<\/strong> Some believe<\/a> that TLA’s hacked SS7 to spy on citizens.<\/em>) <\/span>This hack allows an attacker to divert the SMS<\/strong> containing a one-time passcode to their own device, which lets the attacker hijack any service<\/a>, including Twitter<\/a> (TWTR<\/a>), Facebook<\/a> (FB<\/a>) or\u00a0Google<\/a> (GOOG<\/a>) Gmail<\/a>, that uses SMS to send the secret code to reset the account password.<\/span><\/p>\n

Mobile phone number portability<\/strong> also poses a problem for SMS security. Sophos says that phone ports, also known as SIM swaps<\/strong> can make SMS insecure. SIM swap attacks<\/a> are where an attacker convinces your mobile provider to issue you a new SIM card<\/a> to replace one that\u2019s been lost, damaged, stolen or that is the wrong size for your new phone.<\/p>\n

\"SIMSophos also says in many places it is very easy for criminals to convince a mobile phone store to transfer someone\u2019s phone number<\/a><\/strong> to a new SIM and therefore hijacking all their text messages.<\/p>\n

ComputerWorld<\/em> highlights a recent attack that used social engineering<\/strong> to bypass Google’s two-factor authentication. Criminals sent users text messages informing them that someone was trying to break into their Gmail accounts and that they should enter the passcode to temporarily lock the account. The passcode, which was a real code generated by Google when the attackers tried to log in, arrived in a separate text message, and users who didn’t realize the first message was not legitimate would pass the unique code on to the criminals.<\/p>\n

“NIST’s decision to deprecate SMS two-factor \"Password\"<\/a>authentication is a smart one<\/em>,” said Keith Graham, CTO of authentication provider SecureAuth<\/a>. “The days of vanilla two-factor approaches are no longer enough for security.<\/em>”<\/p>\n

For now, applications and services using SMS-based authentication can continue to do so as long as it isn’t a service that virtualizes phone numbers. Developers and application owners should explore other options, including dedicated two-factor apps. <\/strong>One example is Google Authenticator<\/a>, which uses a secret key and time to generate a unique code locally on the device for the user to enter into the application.<\/p>\n

Hardware tokens<\/strong> such as RSA’s SecurID<\/a> display a \"Hardware<\/a>new code every few seconds. A hardware security dongle<\/strong> such as YubiKey<\/a>, used by many companies including Google and GitHub, supports one-time passwords, public-key encryption, and authentication. Knowing that NIST is not very happy with SMS will push the authentication industry towards more secure options.<\/p>\n

Many popular services and applications offer only SMS-based authentication, including Twitter and online banking services from major banks. Once the NIST guidelines are final, these services will have to make some changes.<\/p>\n

\"Fingerprint<\/a>Many developers are increasingly looking at fingerprint recognition. <\/strong>ComputerWorld<\/em> says this is because the latest mobile devices have fingerprint sensors. Organizations can also use adaptive authentication techniques, such as layering device recognition, geo-location, login history, or even behavioral biometrics<\/a><\/strong> to continually verify the true identity of the user, SecureAuth’s Graham said.<\/p>\n

NIST acknowledged that biometrics is becoming more widespread as a method for authentication, but refrained from issuing a full recommendation. The recommendation was withheld because\u00a0biometrics aren’t considered secret<\/strong> and can be obtained and forged by attackers through various methods<\/a>.<\/p>\n

Biometric methods are acceptable only when used with another authentication factor, according to the draft guidelines. NIST wrote in the DAG;<\/p>\n

[Biometrics] can be obtained online or by taking a picture of someone with a camera phone (e.g. facial images) with or without their knowledge, lifted from objects someone touches (e.g., latent fingerprints), or captured with high-resolution images (e.g., iris patterns for blue eyes)<\/em><\/p>\n

\"Biometrics\"<\/a><\/em><\/p>\n

At this point, it appears NIST is moving away from recommending SMS-based authentication as a secure method for out-of-band verification. They are soliciting feedback from partners and NIST stakeholders on the new standard. They told InfoWorld<\/em>, “It only seemed appropriate for us to engage where so much of our community already congregates and collaborates.<\/em>\u201d<\/p>\n

You can review the draft of Special Publication 800-63-3: Digital Authentication Guidelines<\/strong> on Github<\/a> or on NIST\u2019s website until Sept. 17.<\/a> Sophos recommends security researcher Jim Fenton’s<\/a> presentation<\/a> from the PasswordsCon event<\/a> in Las Vegas that sums up the changes<\/a>.<\/p>\n

VentureBeat<\/em><\/a> offers some suggestions<\/a> to replace your SMS system:<\/p>\n