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.
High Stress Levels Impacting CISOs Physically, Mentally
Jai Vijayan, Freelance writer,  2/14/2019
Valentine's Emails Laced with Gandcrab Ransomware
Kelly Sheridan, Staff Editor, Dark Reading,  2/14/2019
Making the Case for a Cybersecurity Moon Shot
Adam Shostack, Consultant, Entrepreneur, Technologist, Game Designer,  2/19/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
5 Emerging Cyber Threats to Watch for in 2019
Online attackers are constantly developing new, innovative ways to break into the enterprise. This Dark Reading Tech Digest gives an in-depth look at five emerging attack trends and exploits your security team should look out for, along with helpful recommendations on how you can prevent your organization from falling victim.
Flash Poll
How Enterprises Are Attacking the Cybersecurity Problem
How Enterprises Are Attacking the Cybersecurity Problem
Data breach fears and the need to comply with regulations such as GDPR are two major drivers increased spending on security products and technologies. But other factors are contributing to the trend as well. Find out more about how enterprises are attacking the cybersecurity problem by reading our report today.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-8980
PUBLISHED: 2019-02-21
A memory leak in the kernel_read_file function in fs/exec.c in the Linux kernel through 4.20.11 allows attackers to cause a denial of service (memory consumption) by triggering vfs_read failures.
CVE-2019-8979
PUBLISHED: 2019-02-21
Koseven through 3.3.9, and Kohana through 3.3.6, has SQL Injection when the order_by() parameter can be controlled.
CVE-2013-7469
PUBLISHED: 2019-02-21
Seafile through 6.2.11 always uses the same Initialization Vector (IV) with Cipher Block Chaining (CBC) Mode to encrypt private data, making it easier to conduct chosen-plaintext attacks or dictionary attacks.
CVE-2018-20146
PUBLISHED: 2019-02-21
An issue was discovered in Liquidware ProfileUnity before 6.8.0 with Liquidware FlexApp before 6.8.0. A local user could obtain administrator rights, as demonstrated by use of PowerShell.
CVE-2019-5727
PUBLISHED: 2019-02-21
Splunk Web in Splunk Enterprise 6.5.x before 6.5.5, 6.4.x before 6.4.9, 6.3.x before 6.3.12, 6.2.x before 6.2.14, 6.1.x before 6.1.14, and 6.0.x before 6.0.15 and Splunk Light before 6.6.0 has Persistent XSS, aka SPL-138827.