This week, Hacking Healthcare™ takes a longer look at the recent SEC complaint that was filed against SolarWinds and its former CISO, Timothy Brown. We examine what the SEC Complaint alleges and then cover a few grounded takeaways for Health-ISAC members to ponder.
As a reminder, this is the public version of the Hacking Healthcare blog. For additional in-depth analysis and opinion, become a member of H-ISAC and receive the TLP Amber version of this blog (available in the Member Portal.)
PDF Version:
Download
Text Version:
Welcome back to Hacking Healthcare™
AI Executive Order
Many of you are aware of the lengthy AI Executive Order recently published by the Biden administration, but if navigating the sweeping scope of the document to understand all its potential impacts on the healthcare sector sounds overwhelming, we have you covered. Next week’s Hacking Healthcare is dedicated to exploring some of the general and healthcare-specific aspects Health-ISAC members should be aware of.
SEC Complaint Targets SolarWinds and its former CISO
On October 30th, the SEC published a Complaint against the “software company SolarWinds Corporation and its chief information security officer, Timothy G. Brown, for fraud and internal control failures relating to allegedly known cybersecurity risks and vulnerabilities.”[i] While much of the SEC’s approach is not groundbreaking, the singling out of Brown has raised serious concerns and spawned numerous thought pieces on what it means for CISOs. This piece will dive into what the SEC is charging SolarWinds with before providing some measured takeaways for Health-ISAC members.
SEC Complaint
The SEC complaint filed on October 30 alleges that “[f]rom at least October 2018 through at least January 12, 2021, Defendants SolarWinds and its then-Vice President of Security and Architecture, Brown, defrauded SolarWinds’ investors and customers through misstatements, omissions, and schemes that concealed both the Company’s poor cybersecurity practices and its heightened—and increasing—cybersecurity risks.”[ii]
The SEC Complaint goes on to cite how “SolarWinds made materially false and misleading statements and omissions related to SolarWinds’ cybersecurity risks and practices in at least three types of public disclosures.”[iii] These included a security statement on the SolarWinds website, numerous S-1 and S-8 SEC forms, and a Form 8-K relating to the Orion cyber incident. Also cited were several blog posts and interviews given by Brown on various cybersecurity matters.
These public-facing statements, which generally touted SolarWinds’ good cybersecurity maturity and practices, were contrasted with numerous examples of SolarWinds’ internal documents and communications, which painted a very different picture of its cybersecurity maturity and its awareness of specific cyber vulnerabilities and threats related to SolarWinds products.
Some specific examples include:
Passwords: SolarWinds’ public-facing security statement claimed that it had implemented a strong password policy that was enforced over “all applicable information systems, applications, and databases.”[iv] According to the SEC, internal communications suggest that the password policy was not always followed. For example, the SEC cites an incident in which the password to SolarWinds’ Akamai server, which was used to distribute software updates to SolarWinds’ customers, had been made publicly available. The password is alleged to have been “solarwinds123.”[v] In another example, one of SolarWinds’ employees expressed surprise that one of its products had a default password of “password.”[vi]
Secure Development Lifecycle (SDL): SolarWinds’ public-facing security statement claimed that the company followed “a defined methodology for developing secure software that is designed to increase the resiliency and trustworthiness of our products,” and stated: “Our secure development lifecycle follows standard security practices including vulnerability testing, regression testing, penetration testing, and product security assessments.”[vii]
According to the SEC, SolarWinds knew this was not the case, and the SEC complaint alleges that in an internal email from “SolarWinds’ CIO, Engineering Manager H bluntly admitted that the Security Statement’s SDL section was false,” and that improvements over time were needed.[viii] The SEC stated: “A plan to begin taking steps to implement an SDL is a far cry from presently employing an SDL as represented to the public in the Security Statement.”[ix]
Access Controls: SolarWinds’ public-facing security statement claimed that the company implemented role-based access controls, applied the concept of least privilege, and had put procedures in place to remove old or unused accounts. The SEC alleges that “SolarWinds routinely and pervasively granted employees unnecessary ‘admin’ rights,” and that “there is evidence that most employees had ‘Admin’ rights at times during the Relevant Period.”[x]
SEC Filings: The SEC also alleged that, in addition to concealing some of the above practices, annual and periodic SEC filings submitted by SolarWinds were too generic and discussed threats and vulnerabilities in a hypothetical manner rather than acknowledging known risks and threats. The SEC noted that SolarWinds “disclosed the same hypothetical, generalized, and boilerplate description” across the time period assessed, despite internal communications that illustrated changing circumstances and cyber risks.
Brown’s Statements: Interestingly, the SEC also cited numerous blog posts written by Brown and interviews of Brown on a variety of cybersecurity issues. The contents of the public-facing interviews and blog posts generally show Brown to be keenly aware of how important it is for organizations to follow the kinds of cybersecurity best practices that SolarWinds attested to in its security statement. The SEC’s complaint suggests that Brown made these comments while aware that SolarWinds was not itself adhering to them.
There is much more within the 68-page complaint, and we encourage anyone interested to explore it in more depth.
Action & Analysis
**Included with Health-ISAC Membership**
Congress
Tuesday, November 7
No relevant meetings
Wednesday, November 8
No relevant meetings
Thursday, November 9
No relevant meetings
International Hearings/Meetings
- Related Resources & News
- Leveraging ISO 81001-5-1 Amid Medical Device Procurement
- Mitigating risk as healthcare supply chain attacks prevail
- Enhancing Cybersecurity in Rural Hospitals
- Health-ISAC Hacking Healthcare 11-15-2024
- Cyber Incident Response: Playbook for Medical Product Makers
- Feds Warn of Godzilla Webshell Threats to Health Sector
- Trump’s Return: Impact on Health Sector Cyber, HIPAA Regs
- Health-ISAC Hacking Healthcare 11-7-2024
- Protecting the Healthcare Supply Chain Against Russian Ransomware Attacks
- All hospitals should be concerned about cyberattacks. Here’s why