Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

ABTV //

Malware

1/19/2018
11:20 AM
Scott Ferguson
Scott Ferguson
News Analysis-Security Now
50%
50%

Schneider Electric Offers Additional Details on Triton Malware

In December, FireEye and Symantec disclosed details about the Triton malware, which targets industrial systems. Now, Schneider Electric is offering additional details.

In December, security researchers identified a new malware dubbed Triton, which targets industrial systems and could have its origins with a nation state. Now, Schneider Electric is shining a light on some additional details about the trojan.

In a notice that went out this week, [company link 14006 not found] noted that it's working with one of its customers to address the issue and is also in contact with outside security vendors, as well as the US Department of Homeland Security.

While Triton is only known to have only infected one facility in the Middle East, the name of the victim company has not been released.

The Triton trojan targets Triconex Safety Instrumented System (SIS) controllers that are made by Schneider. These SIS controllers provide emergency shutdown capabilities for large industrial complexes and by targeting this part of the infrastructure, the malware can cause physical damage to the facility.

FireEye Inc. and Symantec Corp. (Nasdaq: SYMC) each published research reports on Triton in December. (See FireEye Researchers Identify Triton Malware in Industrial Systems.)

On January 18, Schneider released its own security bulletin about Triton, noting that the company has not detected any damage from the attack.

However, the security bulletin noted that the Triton malware targeted the Tricon firmware, which is part of the Triconex SIS controller, although this was limited to a small number of older versions of this particular firmware, according to the company.

Schneider noted that Triton requires unrestricted access to the safety network and this can be done either through a remote network or by gaining physical access. In addition, the trojan requires that a key switch needs to be left in "program" mode in order for the malware to deploy its payload.


The fundamentals of network security are being redefined – don't get left in the dark by a DDoS attack! Join us in Austin from May 14-16 at the fifth annual Big Communications Event. There's still time to register and communications service providers get in free!

"This vulnerability was a part of a complex malware infection scenario," according to Schneider's bulletin. "To date, the information gathered indicates that if the Tricon key switch had been left in the correct position per our recommended guidelines, the injection of malware would not have been successful."

Triton is referred to as a Remotely Accessible Trojan (RAT), which can control a network connection. In this case, the malware has the ability to scan and map the industrial control system or ICS and then provide that information back to its creators. It can also issue commands to the Tricon controllers, which can wreak chaos with the safety system and damage a plant or shut it down.

Right now, it's not known who or what is Triton, but in previous reports, security researchers noted the malware acts in the same as Stuxnet was used against Iran in 2010 and Industroyer was deployed against Ukraine in 2016. What's not known is if the trojan was meant to spy on the facility or actually case a massive shut down and damage.

As part of its bulletin, Schneider is planning to release a tool that will detect Triton in the Tricon controller and will remove the malware if it's discovered. The company plans to release this update in February.

Related posts:

— Scott Ferguson, Editor, Enterprise Cloud News. Follow him on Twitter @sferguson_LR.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 9/21/2020
Hacking Yourself: Marie Moe and Pacemaker Security
Gary McGraw Ph.D., Co-founder Berryville Institute of Machine Learning,  9/21/2020
Startup Aims to Map and Track All the IT and Security Things
Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/22/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-25595
PUBLISHED: 2020-09-23
An issue was discovered in Xen through 4.14.x. The PCI passthrough code improperly uses register data. Code paths in Xen's MSI handling have been identified that act on unsanitized values read back from device hardware registers. While devices strictly compliant with PCI specifications shouldn't be ...
CVE-2020-5783
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, the login functionality does not contain any CSRF protection mechanisms.
CVE-2020-11031
PUBLISHED: 2020-09-23
In GLPI before version 9.5.0, the encryption algorithm used is insecure. The security of the data encrypted relies on the password used, if a user sets a weak/predictable password, an attacker could decrypt data. This is fixed in version 9.5.0 by using a more secure encryption library. The library c...
CVE-2020-5781
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, the langSelection parameter is stored in the luci configuration file (/etc/config/luci) by the authenticator.htmlauth function. When modified with arbitrary javascript, this causes a denial-of-service condition for all other users.
CVE-2020-5782
PUBLISHED: 2020-09-23
In IgniteNet HeliOS GLinq v2.2.1 r2961, if a user logs in and sets the ‘wan_type’ parameter, the wan interface for the device will become unreachable, which results in a denial of service condition for devices dependent on this connection.