CrowdStrike Update: Windows Bluescreen and Boot Loops
801–810 of 1001 posts
Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#802I am not sure in which one of his talks he briefly mentioned that one of his concerns is that we are basically building a digital Alexandria library, and if it burns, well ...
Even more devastating events like this will happen in the future.
We stand on the shoulders of giants and yet we learned nothing.
Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#803Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#804Crowdstrike did this to our production linux fleet back on April 19th, and I've been dying to rant about it. The short version was: we're a civic tech lab, so we have a bunch of different production websites made at different times on different infrastructure. We run Crowdstrike provided by our enterprise. Crowdstrike pushed an update on a Friday evening that was incompatible with up-to-date Debian stable. So we patc…
Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#805This might be a good time for folks to go back and watch the first episode of James Burke's Connections: The Trigger Effect https://www.youtube.com/watch?v=NcOb3Dilzjc Interconnected systems can fail spectacularly in unforeseen ways. Strange that something so obvious is so often dismissed or overlooked.
Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#806Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#807Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#808This might be a good time for folks to go back and watch the first episode of James Burke's Connections: The Trigger Effect https://www.youtube.com/watch?v=NcOb3Dilzjc Interconnected systems can fail spectacularly in unforeseen ways. Strange that something so obvious is so often dismissed or overlooked.
Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#809Re: CrowdStrike Update: Windows Bluescreen and Boot Loops
#810Wow, this hits close to home. Doing a page fault where you can't in the kernel is exactly what I did with my very first patch I submitted after I joined the Microsoft BitLocker team in 2009. I added a check on the driver initialization path and didn't annotate the code as non-paged because frankly I didn't know at the time that the Windows kernel was paged. All my kernel development experience up to that point was wi…
the flawed data was added in a post-processing step of the configuration update, which is after it's been tested internally but before it's copied to their update servers
per a new/green account