More Salt in their wounds: DigiCert hit as hackers wriggle through (patched) holes in buggy config tool

Miscreants too busy mining for crypto to notice the gold lying around them?


DigiCert, slinger of SSL/TLS certificates, has warned that it too has suffered at the hands of Salty miscreants as a key used for Signed Certificate Timestamps (SCT) was potentially compromised.

The company joins Ghost.org and LineageOS in being the target of ne'er do wells as attackers exploited a disclosed (and patched) vulnerability in the Salt configuration tool over the weekend, spraying exposed infrastructure with cryptocurrency mining software.

Salt, which as we reported, disclosed the bugs (CVE-2020-11651 and CVE-2020-11652) on Friday, is a system that allows a single host server to manage a cluster of other client servers, such as within a database or, in this case, a distributed log system.

In the case of DigiCert, it appears that attackers using the exploits could have gained access to a Certificate Transparency (CT) server's signing key - had they not been so concerned with getting the mining software running. However, since the DigiCert team could not prove that keys had not been requested, the prudent decision was taken to assume that nefarious activities had occurred and act accordingly.

Writing in a forum for Certificate Transparency, DigitCert veep of business development, Jeremy Rowley assured users that "all other DigiCert CT logs are uneffected [sic] as they run on separate infrastructure."

"The attacker," said Rowley, "doesn't seem to realize that they gained access to the keys and were running other services on the [infrastructure]."

He said "any SCTs provided from that log after 7pm Mountain Standard Time yesterday (Saturday, May 2) are suspect."

Rowley added that "Digicert's CT logs are operated in a separate environment than CA operations. In fact, unique CT logs are operated [separately] from other CT logs so the event really is limited to CT2."

Still not great though, eh?

For its part, SaltStack SVP Alex Peay was keen to remind users that: "We must reinforce how critical it is that all Salt users patch their systems and follow the guidance we have provided outlining steps for remediation and best practices for Salt environment security."

The company added: "Clients who have followed fundamental internet security guidelines and best practices are not affected by this vulnerability."

Ouch.

Temporarily halting the Certificate Transparency service

Designed to help admins verify server certificates and spot fakes, the CT system keeps an ongoing log of timestamps for all signed SSL/TLS certs. The idea is that if a new certificate is spotted, someone can look it up and see exactly when it was created. DigiCert maintains several such logs, each on different infrastructures.

DigiCert told The Reg it was deactivating the Certificate Transparency (CT) 2 log server "after determining that the key used to sign SCTs may have been exposed via critical SALT vulnerabilities."

"We do not believe the key was used to sign SCTs outside of the CT log’s normal operation, though as a precaution, CAs that received SCTs from the CT2 log after May 2 at 5 p.m. U.S. Mountain Daylight Time (MDT) should receive an SCT from another trusted log."

Three other DigiCert CT logs - CT1, Yeti and Nessie - run on different infrastructures and were not affected, the company said.

"DigiCert has been planning for some time to shut down CT2, in order to move the industry toward our newer and more robust CT logs, Yeti and Nessie. We notified the industry of our intention to terminate signing operations of CT2 on May 1 but pushed back the date based on industry feedback. This timeline has now been moved up, with the CT2 log in read-only mode effective May 3," the company added.

Fortunately, due to the redundancy from the other lists, admins will still have plenty of options to check certs, and at least thus far it seems that there was nothing malicious done with the lifted keys. It should also be noted that no other part of DigiCert's business (such as the CA) was affected by this attack. ®

Broader topics

Narrower topics


Other stories you might like

  • Will this be one of the world's first RISC-V laptops?
    A sneak peek at a notebook that could be revealed this year

    Pic As Apple and Qualcomm push for more Arm adoption in the notebook space, we have come across a photo of what could become one of the world's first laptops to use the open-source RISC-V instruction set architecture.

    In an interview with The Register, Calista Redmond, CEO of RISC-V International, signaled we will see a RISC-V laptop revealed sometime this year as the ISA's governing body works to garner more financial and development support from large companies.

    It turns out Philipp Tomsich, chair of RISC-V International's software committee, dangled a photo of what could likely be the laptop in question earlier this month in front of RISC-V Week attendees in Paris.

    Continue reading
  • Did ID.me hoodwink Americans with IRS facial-recognition tech, senators ask
    Biz tells us: Won't someone please think of the ... fraud we've stopped

    Democrat senators want the FTC to investigate "evidence of deceptive statements" made by ID.me regarding the facial-recognition technology it controversially built for Uncle Sam.

    ID.me made headlines this year when the IRS said US taxpayers would have to enroll in the startup's facial-recognition system to access their tax records in the future. After a public backlash, the IRS reconsidered its plans, and said taxpayers could choose non-biometric methods to verify their identity with the agency online.

    Just before the IRS controversy, ID.me said it uses one-to-one face comparisons. "Our one-to-one face match is comparable to taking a selfie to unlock a smartphone. ID.me does not use one-to-many facial recognition, which is more complex and problematic. Further, privacy is core to our mission and we do not sell the personal information of our users," it said in January.

    Continue reading
  • Meet Wizard Spider, the multimillion-dollar gang behind Conti, Ryuk malware
    Russia-linked crime-as-a-service crew is rich, professional – and investing in R&D

    Analysis Wizard Spider, the Russia-linked crew behind high-profile malware Conti, Ryuk and Trickbot, has grown over the past five years into a multimillion-dollar organization that has built a corporate-like operating model, a year-long study has found.

    In a technical report this week, the folks at Prodaft, which has been tracking the cybercrime gang since 2021, outlined its own findings on Wizard Spider, supplemented by info that leaked about the Conti operation in February after the crooks publicly sided with Russia during the illegal invasion of Ukraine.

    What Prodaft found was a gang sitting on assets worth hundreds of millions of dollars funneled from multiple sophisticated malware variants. Wizard Spider, we're told, runs as a business with a complex network of subgroups and teams that target specific types of software, and has associations with other well-known miscreants, including those behind REvil and Qbot (also known as Qakbot or Pinkslipbot).

    Continue reading

Biting the hand that feeds IT © 1998–2022