Threat Intelligence
6/12/2017
12:34 PM
50%
50%

FTC Issues Advice on Mobile Phone Data Security, Identity Theft

The Federal Trade Commission offers hindsight and foresight on ways to reduce identity theft should your mobile device get stolen.

Smartphones are small and easy to lose or have stolen, but the Federal Trade Commission doesn't believe that the data within the device has to suffer the same fate and is offering up steps to minimize identity theft.

The FTC, for starters, is pointing victims to IdentityTheft.gov, where reports can be filed to law enforcement agencies and a personalized recovery plan is drafted. But in addition to the site, the FTC is offering some before and after tips to smartphone users and BYOD workers.

Before a mobile device is lost or stolen, two-factor authentication should be turned on, as well as iOS' "Find My Phone" or Android's "Find My Device" feature, the FTC advises. The agency also recommends users create a lock on their phone, which would require at least a six-digit password, fingerprint scan, or pattern lock. One of the key suggestions offered up by the FTC is that users need to remember to back up the data on their phones.

But once a phone is stolen or lost, accounts that can be accessed by the phone and have passwords automatically remembered should undergo a password change and those accounts that are tied to the phone should be disconnected from the lost or stolen device, the FTC says. The Commission also recommends watch for any notifications that a new device has attached itself to your email or accounts. Another step the FTC advises users take is to notify the carrier that the device is lost or stolen and it could temporarily or permanently disable the SIM card.

Read more about the FTC's smartphone steps here.

Dark Reading's Quick Hits delivers a brief synopsis and summary of the significance of breaking news events. For more information from the original source of the news item, please follow the link provided in this article. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Christian Bryant
0%
100%
Christian Bryant,
User Rank: Ninja
6/12/2017 | 1:59:15 PM
Requiring Multi-factor Authentication Configuration
I'm often on the fence with government oversight and involvement in too many facets of technology.  But I'd welcome any future regulations that make end user configuration of multi-factor authentication on mobile devices a requirement such that your phone can not be set up without it.  Some applications are already set up this way as we know, but to establish a blanket Federal requirement for MFA would be a blow to the casual cybercriminal.

I know such regulatory oversight is not acceptable to many, but considering the critical mass cybercrime has taken on, I can't imagine we're far from such regulations anyway.  Better the InfoSec community define the regulations now than allow them to be defined later by ill-qualified agents.
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.