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.

Attacks/Breaches

3/26/2021
05:10 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

SolarWinds Experimenting With New Software Build System in Wake of Breach

CISO of SolarWinds now has complete autonomy to stop product releases if security concerns exist, CEO says.

SolarWinds is experimenting with a completely new software build process that CEO Sudhakar Ramakrishna says is designed to ensure much better security against intrusions of the sort that the company disclosed last December.

In addition, SolarWinds' CISO has been given full autonomy to stop product releases from happening purely due to time-to-market reasons. A new committee for cybersecurity has also been established at the board level, which includes the CEO and two CIOs, Ramakrishna said in comments during a virtual panel discussion this week involving security leaders from multiple organizations.

Related Content:

How SolarWinds Busted Up Our Assumptions About Code Signing

Special Report: How Data Breaches Affect the Enterprise

New From The Edge: A Day in the Life of a DevSecOps Manager

The measures are part of several changes that Ramakrishna says he has implemented since SolarWinds disclosed a breach of its systems three months ago that resulted in malware called Sunburst being distributed to some 18,000 customers worldwide. A substantially smaller number of them—including FireEye and Mimecast—were subsequently targeted for further compromise.

The intrusion involved attackers gaining access to SolarWinds' software-build environment and injecting the Trojan into automatic updates of the company's Orion network management software.

According to Ramakrishna, the company's investigation shows the attackers somehow gained access to its build environment and managed to inject code dubbed Sunspot into a single source-code file that was fetched from the file system as software was being compiled. The attackers later used Sunspot to inject the Sunburst Trojan into the Orion updates.

The attack had nothing to do with SolarWinds' source-code control systems, and neither did it result in any source code getting changed: "What simply happened was during the automated build process, the Sunspot code, which was sitting in memory quietly was watching for one file to be fetched," Ramakrishna said. The malware then essentially flipped the file and the compilation just continued. "So, you would not find source code logs; you could not go back in time and look at it," he said.

The entire process of modifying one file with malware happened in a window of a few milliseconds - and in memory - as the software was being compiled. The software was later digitally signed and sent out in automated fashion to customers of Orion.

Multiple Build Systems and Pipelines

To ensure that attackers cannot pull off a similar caper, SolarWinds is seeing if it can design its software-build systems and pipelines a bit differently.

Instead of a single build system in a single location, the company is looking at possibly running two or three parallel build systems through two or three parallel build chains. The goal is to see if SolarWinds can establish software integrity across multiple pipelines to avoid supply chain attacks of the kind it experienced a few months ago, Ramakrishna says. An attacker would have to be right three different times, identically, to be able to conduct an attack like the recent one with Orion. SolarWinds has also implemented a two-way hashing algorithm to further establish the integrity of its software.

The idea is to get to a point where code-signing certificates won't be the only way to establish software integrity. SolarWinds wants to "actually build a level of non-repudiation in the code to say, 'I underwrite and undersign what I am delivering,'" Ramakrishna said.

As part of the effort, SolarWinds is also implementing processes to ensure its CISO has more independence and authority. "We are creating an independent organization to build that level of capability and comfort," Ramakrishna said. "Having that level of independence, confidence, and aircover is supremely important. Otherwise, [security] becomes a cost line-item and they get sidelined."

SolarWinds is still in the process of trying to figure out how the attacker—believed to be a sophisticated nation-state-backed actor—managed to infiltrate the company's build environment in the first place.

At one point, incident investigators had as many as 16 different hypotheses for might have happened. They have now whittled that number down to three by a process of elimination, but have not yet been able to narrow it down any further.

Ramakrishna said that the three current theories are that the attackers either got in via a very targeted spear-phishing attack; or by exploiting an unpatched vulnerability in some third-party software at that point in time; or via a credential compromise.

He said that available evidence suggests the attacker behind the operation is very sophisticated and highly organized. 

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
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
PratikSavla
50%
50%
PratikSavla,
User Rank: Author
4/1/2021 | 7:42:12 PM
Positive step
This is good news and hopefully other companies will follow this example. Securing the software supply chain and the code signing infrastructure should be part of the security operation of every company that operates a service or develops software.
News
US Formally Attributes SolarWinds Attack to Russian Intelligence Agency
Jai Vijayan, Contributing Writer,  4/15/2021
News
Dependency Problems Increase for Open Source Components
Robert Lemos, Contributing Writer,  4/14/2021
News
FBI Operation Remotely Removes Web Shells From Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/14/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-31607
PUBLISHED: 2021-04-23
In SaltStack Salt 2016.9 through 3002.6, a command injection vulnerability exists in the snapper module that allows for local privilege escalation on a minion. The attack requires that a file is created with a pathname that is backed up by snapper, and that the master calls the snapper.diff function...
CVE-2021-31597
PUBLISHED: 2021-04-23
The xmlhttprequest-ssl package before 1.6.1 for Node.js disables SSL certificate validation by default, because rejectUnauthorized (when the property exists but is undefined) is considered to be false within the https.request function of Node.js. In other words, no certificate is ever rejected.
CVE-2021-2296
PUBLISHED: 2021-04-22
Vulnerability in the Oracle VM VirtualBox product of Oracle Virtualization (component: Core). The supported version that is affected is Prior to 6.1.20. Difficult to exploit vulnerability allows high privileged attacker with logon to the infrastructure where Oracle VM VirtualBox executes to compromi...
CVE-2021-2297
PUBLISHED: 2021-04-22
Vulnerability in the Oracle VM VirtualBox product of Oracle Virtualization (component: Core). The supported version that is affected is Prior to 6.1.20. Difficult to exploit vulnerability allows high privileged attacker with logon to the infrastructure where Oracle VM VirtualBox executes to compromi...
CVE-2021-2298
PUBLISHED: 2021-04-22
Vulnerability in the MySQL Server product of Oracle MySQL (component: Server: Optimizer). Supported versions that are affected are 8.0.23 and prior. Easily exploitable vulnerability allows low privileged attacker with network access via multiple protocols to compromise MySQL Server. Successful attac...