this post was submitted on 19 Jul 2024
1201 points (99.5% liked)

Technology

60052 readers
3382 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 2 years ago
MODERATORS
 

All our servers and company laptops went down at pretty much the same time. Laptops have been bootlooping to blue screen of death. It's all very exciting, personally, as someone not responsible for fixing it.

Apparently caused by a bad CrowdStrike update.

Edit: now being told we (who almost all generally work from home) need to come into the office Monday as they can only apply the fix in-person. We'll see if that changes over the weekend...

you are viewing a single comment's thread
view the rest of the comments
[–] CircuitSpells@lemmy.world 56 points 5 months ago (3 children)

I mean I know it's easy to be critical but this was my exact thought, how the hell didn't they catch this in testing?

[–] grabyourmotherskeys@lemmy.world 52 points 5 months ago (3 children)

I have had numerous managers tell me there was no time for QA in my storied career. Or documentation. Or backups. Or redundancy. And so on.

[–] kandoh@reddthat.com 20 points 5 months ago

Move fast and break things! We need things NOW NOW NOW!

[–] user224@lemmy.sdf.org 20 points 5 months ago (2 children)

Just always make sure you have some evidence of them telling you to skip these.

[–] grabyourmotherskeys@lemmy.world 12 points 5 months ago (3 children)

There's a reason I still use lots of email in the age of IM. Permanent records, please. I will email a record of in person convos or chats on stuff like this. I do it politely and professionally, but I do it.

[–] Voroxpete@sh.itjust.works 6 points 5 months ago

A lot of people really need to get into the habit of doing this.

"Per our phone conversation earlier, my understanding is that you would like me to deploy the new update without any QA testing. As this may potentially create significant risks for our customers, I just want to confirm that I have correctly understood your instructions before proceeding."

If they try to call you back and give the instruction over the phone, then just be polite and request that they reply to your email with their confirmation. If they refuse, say "Respectfully, if you don't feel comfortable giving me this direction in writing, then I don't feel comfortable doing it," and then resend your email but this time loop in HR and legal (if you've ever actually reached this point, it's basically down to either them getting rightfully dismissed, or you getting wrongfully dismissed, with receipts).

[–] morbidcactus@lemmy.ca 3 points 5 months ago

Engineering prof in uni was big on journals/log books for cyoa and it's stuck with me, I write down everything I do during the day, research, findings etc, easily the best bit of advice I ever had.

[–] dan@upvote.au 1 points 5 months ago

Permanent records, please.

The issue with this is that a lot of companies have a retention policy that only retains emails for a particular period, after which they're deleted unless there's a critical reason why they can't be (eg to comply with a legal hold). It's common to see 2, 3 or 5 year retention policies.

[–] SLVRDRGN@lemmy.world 2 points 5 months ago* (last edited 5 months ago) (1 children)

Unless their manager works in Boeing.

[–] wreckedcarzz@lemmy.world 5 points 5 months ago

There's some holes in our production units

Software holes, right?

...

..software holes, right?

[–] Quill7513@slrpnk.net 11 points 5 months ago

Push that into the technical debt. Then afterwards never pay off the technical debt

[–] Voroxpete@sh.itjust.works 44 points 5 months ago (3 children)

Completely justified reaction. A lot of the time tech companies and IT staff get shit for stuff that, in practice, can be really hard to detect before it happens. There are all kinds of issues that can arise in production that you just can't test for.

But this... This has no justification. A issue this immediate, this widespread, would have instantly been caught with even the most basic of testing. The fact that it wasn't raises massive questions about the safety and security of Crowdstrike's internal processes.

[–] madcaesar@lemmy.world 7 points 5 months ago (1 children)

I think when you are this big you need to roll out any updates slowly. Checking along the way they all is good.

[–] Voroxpete@sh.itjust.works 21 points 5 months ago (2 children)

The failure here is much more fundamental than that. This isn't a "no way we could have found this before we went to prod" issue, this is a "five minutes in the lab would have picked it up" issue. We're not talking about some kind of "Doesn't print on Tuesdays" kind of problem that's hard to reproduce or depends on conditions that are hard to replicate in internal testing, which is normally how this sort of thing escapes containment. In this case the entire repro is "Step 1: Push update to any Windows machine. Step 2: THERE IS NO STEP 2"

There's absolutely no reason this should ever have affected even one single computer outside of Crowdstrike's test environment, with or without a staged rollout.

[–] madcaesar@lemmy.world 8 points 5 months ago (1 children)

God damn this is worse than I thought.. This raises further questions... Was there a NO testing at all??

[–] kayos@lemmy.world 1 points 5 months ago

Tested on Windows 10S

[–] elrik@lemmy.world 6 points 5 months ago (1 children)

My guess is they did testing but the build they tested was not the build released to customers. That could have been because of poor deployment and testing practices, or it could have been malicious.

Such software would be a juicy target for bad actors.

[–] Voroxpete@sh.itjust.works 1 points 5 months ago

Agreed, this is the most likely sequence of events. I doubt it was malicious, but definitely could have occurred by accident if proper procedures weren't being followed.

[–] wreckedcarzz@lemmy.world 7 points 5 months ago (1 children)

most basic of testing

"I ran the update and now shit's proper fucked"

[–] buttfarts@lemy.lol 6 points 5 months ago

That would have been sufficient to notice this update's borked

[–] kaffiene@lemmy.world 0 points 5 months ago (1 children)
[–] wizardbeard@lemmy.dbzer0.com 5 points 5 months ago (2 children)

How exactly is Microsoft responsible for this? It's a kernel level driver that intercepts system calls, and the software updated itself.

This software was crashing Linux distros last month too, but that didn't make headlines because it effected less machines.

[–] Mikina@programming.dev 2 points 5 months ago (2 children)

From what I've heard, didn't the issue happen not solely because of CS driver, but because of a MS update that was rolled out at the same time, and the changes the update made caused the CS driver to go haywire? If that's the case, there's not much MS or CS could have done to test it beforehand, especially if both updates rolled out at around the same time.

[–] Voroxpete@sh.itjust.works 3 points 5 months ago

I've seen zero suggestion of this in any reporting about the issue. Not saying you're wrong, but you're definitely going to need to find some sources.

[–] Qwaffle_waffle@sh.itjust.works 2 points 5 months ago

Is there any links to this?

[–] kaffiene@lemmy.world 1 points 5 months ago

My apologies I thought this went out with a MS update

[–] Mikina@programming.dev 1 points 5 months ago (1 children)

From what I've heard and to play a devil's advocate, it coincidented with Microsoft pushing out a security update at basically the same time, that caused the issue. So it's possible that they didn't have a way how to test it properly, because they didn't have the update at hand before it rolled out. So, the fault wasn't only in a bug in the CS driver, but in the driver interaction with the new win update - which they didn't have.

[–] CircuitSpells@lemmy.world 3 points 5 months ago (1 children)

How sure are you about that? Microsoft very dependably releases updates on the second Tuesday of the month, and their release notes show if updates are pushed out of schedule. Their last update was on schedule, July 9th.

[–] Mikina@programming.dev 4 points 5 months ago

I'm not. I vaguely remember seeing it in some posts and comments, and it would explain it pretty well, so I kind of took it as a likely outcome. In hindsight, You are right, I shouldnt have been spreading hearsay. Thanks for the wakeup call, honestly!