At leas no mission critical services were hit, because nobody would run mission critical services in Windows, right?
..
RIGHT??
Technology
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
We can't boot into safe mode because our BitLocker keys are stored inside of a service that we can't login to because our AD is down.
Someone never tested their DR plans, if they even have them. Generally locking your keys inside the car is not a good idea.
The good news is! This is a shake out test and they're going to update those playbooks
Sysadmins are lucky it wasn't malware this time. Next time could be a lot worse than just a kernel driver with a crash bug.
3rd party companies really shouldn't have access to ship out kernel drivers to millions of computers like this.
The bad news is that the next incident will be something else they haven't thought about
I wish you were right. I really wish you were. I don't think you are. I'm not trying to be a contrarian but I don't think for a large number of organizations that this is the case.
For what it's worth I truly hope that I'm 100% incorrect and everybody learns from this bullshit but that may not be the case.
We also backup our bitlocker keys with our RMM solution for this very reason.
I hope that system doesn't have any dependencies on the systems it's protecting (auth, mfa).
It's outside the primary failure domain.
I remember a few career changes ago, I was a back room kid working for an MSP.
One day I get an email to build a computer for the company, cheap as hell. Basically just enough to boot Windows 7.
I was to build it, put it online long enough to get all of the drivers installed, and then set it up in the server room, as physically far away from any network ports as possible. IIRC I was even given an IO shield that physically covered the network port for after it updated.
It was our air-gapped encryption key backup.
I feel like that shitty company was somehow prepared for this better than some of these companies today. In fact, I wonder if that computer is still running somewhere and just saved someone’s ass.
They also don't seem to have a process for testing updates like these...?
This seems like showing some really shitty testing practices at a ton of IT departments.
Unfortunately, the pace of attack development doesn't really give much time for testing.
Apparently from what I was reading these are forced updates from Crowdstrike, you don't have a choice.
If you have EC2 instances running Windows on AWS, here is a trick that works in many (not all) cases. It has recovered a few instances for us:
- Shut down the affected instance.
- Detach the boot volume.
- Move the boot volume (attach) to a working instance in the same region (us-east-1a or whatever).
- Remove the file(s) recommended by Crowdstrike:
- Navigate to the C:\Windows\System32\drivers\CrowdStrike directory
- Locate the file(s) matching “C-00000291*.sys”, and delete them (unless they have already been fixed by Crowdstrike).
- Detach and move the volume back over to original instance (attach)
- Boot original instance
Alternatively, you can restore from a snapshot prior to when the bad update went out from Crowdstrike. But that is not always ideal.
A word of caution, I've done this over a dozen times today and I did have one server where the bootloader was wiped after I attached it to another EC2. Always make a snapshot before doing the work just in case.
Sounds like the best time to unionize
Any time is a good time to unionize
Agreed, just here they have then by the metaphorical balls.
I'm in. This world desperately needs an information workers union. Someone to cover those poor fuckers in the help desk and desktop support as well as the engineers and architects that keep all of this shit running.
Those of us that aren't underpaid are treated poorly. Today is what it looks like if everybody strikes at once.
This dude here coming in hot with a name, Information Workers Union (IWU). Love it
Soo are you gonna create the community or am I?
Lemmy appears to be weathering the storm quite well.....
..probably runs on linux
It runs on hundreds of servers. If any of them ran windows they might be out but unless you got an account on them you'd be fine with the rest. That's the whole point of federation.
The overwhelming majority of webservers run Linux (it's not even close, like high 90 percent range)
I wonder if any Lemmy servers run on Windows without WSL. I can't think of any hard dependencies on Linux, so it should be possible.
Pity the administrators who dutifully kept a list of those keys on a secure server share, only to find that the server is also now showing a screen of baleful blue.
Lol, can you imagine? It empathetically hurts me even thinking of this situation. Enter that brave hero who kept the fileshare decryption key in a local keepass :D
That's why the 3-2-1 rule exists:
- 3 copies of everything on
- 2 different forms of media with
- 1 copy off site
For something like keys, that means:
- secure server share
- server share backup at a different site
- physical copy (either USB, printed in a safe, etc)
Any IT pro should be aware of this "rule." Oh, and periodically test restoring from a backup to make sure the backup actually works.
We have a cron job that once a quarter files a ticket with whoever is on-call that week to test all our documented emergency access procedures to ensure they’re all working, accessible, up-to-date etc.
Seems like an argument for a heterogeneous environment, perhaps a solid and secure Linux server to host important keys like that.
Linux can shit the bed too. You need to maintain a physical copy.
Sure but the chances of your Windows and Linux machines shitting the bed at the same time is less than if everything is running Windows. It's exactly the same reason you keep a physical copy (which after all can break/burn down etc.) - more baskets to spread your eggs across.
Very few businesses are going to spend the money running redundant infrastructure on two different operating systems. Most of them won't even spend the money on a proper DR plan.
Then they get to suffer the consequences when shit like this happens
Then they get to suffer the consequences when shit like this happens
Oh, they are.
CS did take down Linux a few years back.. I forget the exact details.
Their point is not that linux can't fail, it's that a mix of windows and linux is better than just one. That's what "heterogeneous environment" means.
You should think of your network environment like an ecosystem; monocultures are vulnerable to systemic failure. Diverse ecosystems are more resilient.
Hey Ralph can you get that post-it from the bottom of your keyboard?
Lmao this is incredible
Another Redditor posted: "They sent us a patch but it required we boot into safe mode.
"We can't boot into safe mode because our BitLocker keys are stored inside of a service that we can't login to because our AD is down.
"Most of our comms are down, most execs' laptops are in infinite bsod boot loops, engineers can't get access to credentials to servers."
N.B.: Reddit link is from the source
I hope a lot of c-suites get fired for this. But I’m pretty sure they won’t be.
Our administrator is understandably a little bitter about the whole experience as it has unfolded, saying, "We were forced to switch from the perfectly good ESET solution which we have used for years by our central IT team last year.
Sounds like a lot of architects and admins are going to get thrown under the bus for this one.
"Yes, we ordered you to cut costs in impossible ways, but we never told you specifically to centralize everything with a third party, that was just the only financially acceptable solution that we would approve. This is still your fault, so we're firing the entire IT department and replacing them with an AI managed by a company in Sri Lanka."
Stupid argument though, honestly just chance that crowdstrike was the vendor to shit the bed. Might aswell have been set. You should still have procedures for this
Fired? I hope they get class-actioned out of existence as a warning to anyone who skimps on QA
C-suites fired? That's the funniest thing I've heard yet today. They aren't getting fired - they are their own ass-coverage. How can they be to blame when all these other companies were hit as well?
I guess this is a good week for me to still be laid off.
I got super lucky. got paid for my car just before the dealership systems went down, got my return flight 2 days before this shit started.
Why the fuck does an antivirus need a kernel driver
Because that's where filesystem access lives? AV wouldn't do very much good if it could only run from userspace.
Because the windows OS is inherently insecure with lots of permission elevation opportunities.
Pretending linux privelege escalation doesn't exist... to fight something that gets root you have to be able to fight at the root level, or the root access malware can simply nuke the av from userland.
Or you could just use kernel namespaces, SELinux, Systemd sandboxing, etc. There is zero need to run in ring 0 for security reasons.
Also, privilege escalation is a lot rarer on Linux than it is on Windows.
This is why every machine I manage has a second boot option to download a small recovery image off the Internet and phone home with a shell. And a copy of it on a cheap USB stick.
Worst case I can boot the Windows install in a VM with the real disk, do the maintenance remotely. I can reinstall the whole thing remotely. Just need the user to mash F12 during boot and select the recovery environment, possibly input WiFi credentials if not wired.
I feel like this should be standard if you have a lot of remote machines in the field.