News for hackers. Stuff that matters.
Re:Hackers extorted $1.14M from UCSF by hn_throwaway_99 on Thursday October 22, 2020 @12:59PM (#24860235)
> or hiring IT staff who aren't idiots.

I hate comments like this. It seems quite prevalent in the software dev field to constantly shit on other developers while having 0 information about what the source of the issue was.

Re:Hackers extorted $1.14M from UCSF by throwaway749294 on Thursday October 22, 2020 @01:12PM (#24860387)
Well, they did gut their IT staff four years ago to replace them with low paid foreign workers.

And reading the poor spelling and grammar in the negotiations makes me wonder if that’s somehow related.

Re:Hackers extorted $1.14M from UCSF by secabeen on Thursday October 22, 2020 @01:18PM (#24860461)
They outsourced some IT staff. Reports are that this attack hit the epidemiology department, which lists a 10-person IT staff: https://epibiostat.ucsf.edu/our-team

I don't think we can assume that the IT outsourcing directly affected their vulnerability to this attack.

Re:Hackers extorted $1.14M from UCSF by NegativeLatency on Thursday October 22, 2020 @01:10PM (#24860363)
Probably should've been directed at the mangers/department head (not devs), but not having backups is most definitely not professional.

EDIT: The CIO or whatever the title is makes $460K per year so they should for sure know to have and be responsible for proper backup/restore functionality.

Re:Hackers extorted $1.14M from UCSF by fastball on Thursday October 22, 2020 @01:29PM (#24860609)
It was ransomware. The source of the issue was not having append-only backups. It's not very complex.
Re:Hackers extorted $1.14M from UCSF by colejohnson66 on Thursday October 22, 2020 @01:43PM (#24860815)
Does append only work if you have access to the raw disk bytes? Sure, the file system could enforce creation and appending only, but I can easily counter that with:

    dd if=/dev/random of=/dev/sda
(Using /dev/random to give the illusion of encryption)
Re:Hackers extorted $1.14M from UCSF by LinuxBender on Thursday October 22, 2020 @01:47PM (#24860863)
Yes. You would have backup agents that authenticate to a backup server. The server would only allow a specific method of sending data and the backup server would have policies about backup anti-tampering and retention. All workstations and live servers should be considered ephemeral and disposable.

Specifically for an institution like a medical facility or financial institutions, there are hardened appliances; sometimes referred to as vaulting appliances, that enforce anti-tampering to the point that the system administrators can't even delete data. You set a policy that requires multiple specific people using MFA to authenticate and authorize the deletion transaction. These are not cheap, but it's a lot cheaper than paying out a ransom and the down-time of rebuilding everything and the loss of reputation and loss of trust by board members and investors. These appliances have the bonus of enforcing many of your audit requirements around data retention and destruction.

To your example though, yes, it's not fun to manage fleet-wide, but you can boot up both Windows and Linux into ram and have network filesystem overlays that patient data could be written to. The SAN/NAS/Ceph clusters can then do backups locally and have anti-tampering in place. This is non trivial to set up correctly. That would be more resilient than depending on backups, but is much more work up front. For Windows, look into Windows 10 LTSC [1]. It can operate in a Kiosk mode and boot into memory or have hardened security options to minimize attack surface. Most Linux distributions can do this as well. Ceph can do both transport and filesystem encryption now. I will leave out the Linux examples as I doubt this is where these institutions are getting into trouble.

[1] - https://docs.microsoft.com/en-us/windows/whats-new/ltsc/what...