Stories
Slash Boxes
Comments

SoylentNews is people

posted by janrinok on Friday May 12, @01:37PM   Printer-friendly

With no easy way to revoke compromised keys, MSI, and its customers, are in a real pickle:

A ransomware intrusion on hardware manufacturer Micro-Star International, better known as MSI, is stoking concerns of devastating supply chain attacks that could inject malicious updates that have been signed with company signing keys that are trusted by a huge base of end-user devices, a researcher said.

"​​It's kind of like a doomsday scenario where it's very hard to update the devices simultaneously, and they stay for a while not up to date and will use the old key for authentication," Alex Matrosov, CEO, head of research and founder of security firm Binarly, said in an interview. "It's very hard to solve, and I don't think MSI has any backup solution to actually block the leaked keys."

The intrusion came to light in April when, as first reported by Bleeping Computer, the extortion portal of the Money Message ransomware group listed MSI as a new victim and published screenshots purporting to show folders containing private encryption keys, source code, and other data. A day later, MSI issued a terse advisory saying that it had "suffered a cyberattack on part of its information systems." The advisory urged customers to get updates from the MSI website only. It made no mention of leaked keys.

Since then, Matrosov has analyzed data that was released on the Money Message site on the dark web. To his alarm, included in the trove were two private encryption keys. The first is the signing key that digitally signs MSI firmware updates to cryptographically prove that they are legitimate ones from MSI rather than a malicious impostor from a threat actor.

This raises the possibility that the leaked key could push out updates that would infect a computer's most nether regions without triggering a warning. To make matters worse, Matrosov said, MSI doesn't have an automated patching process the way Dell, HP, and many larger hardware makers do. Consequently, MSI doesn't provide the same kind of key revocation capabilities.

"It's very bad, it doesn't frequently happen," he said. "They need to pay a lot of attention to this incident because there are very serious security implications here."

Adding to the concern, MSI to date has maintained radio silence on the matter. Company representatives didn't respond to emails seeking comment and asking if the company planned to issue guidance to its customers.

[...] Whatever the difficulty, possession of the signing key MSI uses to cryptographically verify the authenticity of its installer files significantly lowers the effort and resources required to pull off an effective supply chain attack.

"The worst scenario is if the attackers gain not only access to the keys but also can distribute this malicious update [using those keys]," Matrosov said.

In an advisory, the Netherlands-based National Cybersecurity Center didn't rule out the possibility.

"Because successful abuse is technically complex and in principle requires local access to a vulnerable system, the NCSC considers the risk of abuse to be small," NCSC officials wrote.


Original Submission

 
This discussion was created by janrinok (52) for logged-in users only. Log in and try again!
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2) by Rosco P. Coltrane on Friday May 12, @06:56PM (2 children)

    by Rosco P. Coltrane (4757) on Friday May 12, @06:56PM (#1306148)

    People who modded you up didn't even read what you wrote.

    This isn't about the user being able to replace stuff, anticompetitive behavior, tivoization or any of that stuff.

    This is about signing a software update package. Of course only the valid distributor of the software - or in this case, firmware - is going to sign the software and keep the private key to themselves. Windows does it for their OS upgrades, Apple does it, Google does it, every Linux distro and every Linux package maintainer does it. It's perfectly normal, it's perfectly okay, this is what cryptographic signing is about.

    The issue here is that MSI has lost their private key: anybody can create a firmware upgrade package that existing firmwares already deployed will accept as legit. This is the issue, and it has NOTHING TO DO WITH WITH WHAT YOU'RE RANTING ABOUT.

    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2  
  • (Score: 0, Funny) by Anonymous Coward on Saturday May 13, @05:06AM

    by Anonymous Coward on Saturday May 13, @05:06AM (#1306192)

    Did Boss Hogg spike your drink again or are you just losing your mind?

  • (Score: 2) by rpnx on Saturday May 13, @05:25PM

    by rpnx (13892) on Saturday May 13, @05:25PM (#1306224) Journal

    I think you didn't grasp the broader point I was making. Your focus is too narrow to the particular circumstances. Because of tivoization, the compromised key cannot be replaced by the consumer. My point here is that this case serves as an example that the "security" justification for tivoization is bullshit. A bootcard would allow the consumer to sign the firmware. Allowing the consumer to control the firmware is the right action since manufacturer's controlling the firmware as it stands now is a form of anticompetitive tivoization.

    Since you seem to be woefully uninformed, tivoization is the practice of designing devices that do not allow the consumer to change which public keys are accepted by the device as valid. The only circumstances in which it would not be tivoization is if the firmware signing is solely enforced by the OS and not the hardware, and the boot process to select the OS is not itself tivoized (thus tivoized by transitive relation). My understanding from the article is that MSI motherboards would not load firmware unless it is signed by them. You could make the argument that firmware tivoization is different from full OS tivoization, but tivoization it is nonetheless.