Endpoint
11/28/2016
05:50 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

San Francisco Transit Agency Earns Praise For Denying Ransom Request

Despite being forced to give out free rides all weekend, metropolitan transportation authority declines to pay the ransomware operators who locked down ticketing systems.

Security professionals this week gave a cautious thumbs-up to the San Francisco Municipal Transit Agency (SFMTA) for apparently refusing to pay a $73,000 ransom to attackers who encrypted data on several of its critical systems.

But they faulted the agency for not having enough precautions to protect against the ransomware attack in the first place, particularly because the malware used in the attack was previously known.

The SFMTA on Friday became the victim of a ransomware attack that disrupted some of its internal systems including email. The attack caused several of the "Muni" light rail's ticketing kiosks to become unavailable, forcing the agency to offer free rides for much of the weekend.

Payment kiosks across the agency’s subway stations displayed an "Out of Order" sign while computers in agent booths across the SFMTA system carried a message saying the systems had been hacked and all data encrypted, the San Francisco Examiner said.

At least until late Sunday, Muni drivers were getting routes assigned to them via handwritten notes posted on bulletin boards instead of the usual computer printouts, the Examiner noted.

The SFMTA did not respond to a Dark Reading request seeking information on the number of systems that were impacted in the attack, what might have caused it and whether it has been fully mitigated. And so far, it has disclosed almost nothing publicly on the nature or scope of the attack, the ransom amount that was demanded and whether it made any attempt to get in touch with the attackers or pay the ransom amount.

In a terse statement on the agency blog Monday, SFMTA said the attack had been contained and that it was currently in the process of restoring all affected systems to full operational status. The agency noted that the attack had no impact on transit services or to the safe operation of the Muni Metro system and buses. The statement cited an ongoing investigation of the incident as the reason for not releasing more details.

The Examiner and its media partner Hoodline news, which both contacted the alleged attacker via email, said the Muni’s systems had been infected with HDDCryptor, a ransomware tool discovered earlier this year and for which detections are currently available.

Hoodline said that documents released by the attackers suggest that in addition to email servers, other SFMTA systems including payroll, SQL database servers, and staff training systems were impacted. In all, a total of 2,112 systems, representing about one quarter of all of the agency’s systems were impacted in the attack, according to Hoodline reports. An attacker using the pseudonym Andy Saolis wanted 100 Bitcoins or about $73,000 from the SFMTA in exchange for the decryption keys.

The fact that the agency appears not to have given in to the demand is noteworthy, particularly because it likely lost more in daily revenues by offering the free rides over the weekend, security professionals said.

“Personally, I think it showed strength to not give in to cyber criminals,” says Tyler Moffitt, senior threat research analyst at Webroot. “All of their riders saw the message “You Hacked. ALL Data Encrypted,” so they knew if a decision to pay the ransom was made then it would invoke plenty of judgment,” he says.

But the fact that the agency fell victim to HDDCryptor is troubling, Moffitt says. “It does show a severe lack of preparedness since variants of this threat have been showcased in white papers by many vendors since September.”

From the available information, it would appear that the SFMTA’s readiness for a ransomware attack was average, notes, Matthew Gardiner, cybersecurity strategist at Mimecast. 

Most organizations hit by an attack such as the one the Muni appears to have experienced would be impacted for multiple days. They would typically struggle to recover and probably seriously consider paying the ransom to make the problem go away, Gardiner says. “While this is not good enough in terms of preparedness, I wouldn’t call out the transit authority as being unusually bad based on what’s been reported.”

Justin Fier, director of cyber intelligence and analysis, at Darktrace nots that ransomware victims typically have to consider many factors, including lost revenue, cost to rebuild and cost to get back online when deciding whether to pay a ransom or not.

“Many of the customers I work with have not paid the ransom simply because the attack was caught early, before it escalated into an emergency. In these cases, restoring was not nearly as expensive as paying the ransom,” he says.

Related stories:

 

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Nanireko
50%
50%
Nanireko,
User Rank: Apprentice
12/8/2016 | 6:30:17 AM
Ransomware prevention
In our company we prevent ransomware by regularly sending users fake phishing emails. Every week we provide prizes to people who are the best at reporting phishing and other attacks. Due to this the click rate has dropped tremendously.
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.