IT-störning orsakar globala problem

Undrar om detta kan vara anledningen till att jag i Galaxy får felmeddelande om för lite diskutrymme.
Men kan ju lika väl vara någon annan bugg.

Börsen öppnar, aktien rasar och vips kommer VDn med en ursäkt. Hade inte tagit i detta bolag med tång.

Ja problemet är om det är superbråttom. Annars installation på testmiljö och omstart, sedan installation på sekundär server, om det fungerar på sekundärserver först då installera på primärservern. Men då kan uppdateringen bli försenad någon timma..

Det kan ha varit en automatisk uppdatering. T.ex. version av ett beroende som uppdaterades automatiskt. Ska bli intressant att läsa om detta så småningom.

Problemet är att när Microsoft dirigerar mig till min företagsportal för autentisering så fungerade det inte heller då den servern med vart nere pga crowdstrike

UPS Sverige kunde idag inte leverera några paket som kommit utifrån EU då tullen inte kunde godkänna paketen.

Sen att många företag inte kör alla uppdates på en separat testmiljö innan man kör ut skiten överallt är ju idiotiskt, har du 5 datorer på kontoret fine, låt den uppdatera automagiskt. Har du 10.000 arbetstationer skaffa en testmiljö och tryck ut windowspatchar själv efter test.

har några kunder som är drabbade, men ingen panik direkt.

illa

Skulle in på Biltema och handla igår. Stängt på grund av tekniska problem stod det på en skylt utanför. Relaterat tro?

Japp, omnämns i tråden ganska flitigt.

single user mode laddar inte in några externa moduler så det är exakt samma som "safe mode". Sen lägger iaf alla distar jag sett upp förra kärnan i boot-menyn. Och systemd-boot skall som sagt stödja att den bootar men en säker kernel i single user mode om default boot inte bootar hela vägen, dock osäker på om det måste aktiveras eller ej (kör inte systemd-boot och har inte heller råkat ut för en kernel-panic på flera år).

För just den sorts fall vi såg igår är dock Linux betydligt bättre säkrat än Windows: I Windows finns inget annat sätt att få den information om systemkontroll en EDR behöver än att ha drivrutiner för nätverk och lagring som alla operationer går igenom. Och drivrutiner i Windows har löjligt stora möjligheter att krascha en gående Windowskärna.
I Linux har man förutsett det här problemet och skapat hooks som EDR:er kan koppla in sig på utan att behöva kunna manipulera minne som används av kärnan.
Enkelt uttryckt tror jag inte det som hände igår hade kunnat hända på det viset om fler hade kört annat än Windows.

Och detta driftas av människor som tjänar minst 70k i månaden för att "jobba med data". ☺️

De som "jobbar med människor" kan i och för sig också göra misstag har jag hört.

https://www.dagensmedicin.se/vardens-styrning/patientsakerhet...

Förlåt, men jag ska vara lite torr:
Utan att ha mer info än alla andra än, verkar detta ha varit en regeluppdatering som gick oerhört snett. Det tyder på kraftigt trasiga testrutiner hos CrowdStrike, men du kan knappast klaga på att kunderna till ett säkerhetsföretag vill ha så aktuell säkerhet som möjligt, eller?
”Våra produktionsdatabaser blev krypterade tack vare en 0-day-exploit, men som tur var klarade sig våra minst viktiga system eftersom de får säkerhetsdefinitioner så fort de rullas ut…”

"We currently estimate that CrowdStrike’s update affected 8.5 million Windows devices, or less than one percent of all Windows machines. While the percentage was small, the broad economic and societal impacts reflect the use of CrowdStrike by enterprises that run many critical services."

-- https://blogs.microsoft.com/blog/2024/07/20/helping-our-custo...

Jimmy Dore gjorde ett klipp om det, ganska kul

Jag har nog aldrig hört talas om denna incident.

Det där är litet av en meme. Har man koll på vad man driftsätter ska inte varje driftsättning kunna orsaka att systemet brakar ihop. Man bör veta om när det som är på väg ut i prod kan innebära problem och i dessa fall driftsätta vid en lämplig tidpunkt. Men det beror ju litet på vad det är för system man jobbar med. Driftsätter man t.ex. enbart en gång i halvåret är ju varje driftsättning jobbig. Men i det här fallet hör ju filen som ställer till problem till en drivrutin, och då kan ju eventuella problem få stora konsekvenser.

Så ja, för vissa kan det vara dåligt att driftsätta på en fredag, men andra lever med continuous deployment och fail forward.