Microsoft släpper återställningsfix för Crowdstrike

Permalänk
Medlem
Skrivet av Timmy Fox:

...Så med andra ord anser du att det skulle vara Inets fel om ditt paket blir försenat bara för att Inet valde att skicka det med t.ex. Postnord och inte DHL? Trots att det vara Postnords hantering som gjorde att det blev försenat?

Ingen bra liknelse där, du har nog inte fattat händelseförloppet.

Det som har hänt motsvarar att när Inet (crowdstrike) skickar paket via postnord (windows) så brinner transportbilen (servern) upp och ingen får något paket.
Media skriver sedan stories om att folk inte fick sina paket från Webhallen (flygbiljetter) eftersom inet skickar brinnande paket, utan att nämna att det bara är postnords bilar som brinner när inet skickar paket.

När någon observant påpekar det så kommer lustigkurrar med nick som rimmar på "empty box" springande med absurda liknelser för att försvara postnord istället för att hålla med. "Bilar måste brinna" säger de. "Du kanske borde läsa på om bilar".

Lite märkligt ändå.

Permalänk
Medlem
Skrivet av 0cool:

Ingen bra liknelse där, du har nog inte fattat händelseförloppet.

Det som har hänt motsvarar att när Inet (crowdstrike) skickar paket via postnord (windows) så brinner transportbilen (servern) upp och ingen får något paket.
Media skriver sedan stories om att folk inte fick sina paket från Webhallen (flygbiljetter) eftersom inet skickar brinnande paket, utan att nämna att det bara är postnords bilar som brinner när inet skickar paket.

När någon observant påpekar det så kommer lustigkurrar med nick som rimmar på "empty box" springande med absurda liknelser för att försvara postnord istället för att hålla med. "Bilar måste brinna" säger de. "Du kanske borde läsa på om bilar".

Lite märkligt ändå.

Nä, du som fått det baklänges.

Permalänk
Medlem
Skrivet av 0cool:

Mitt argument är enkelt - MS har det på sig att se till att 3partmjukvara inte kan sänka deras OS permanent.

Omöjligt, då 3:e parts mjukvara inkluderar BIOS och liknande firmware som agerar en nivå under själva Windows och inte kontrolleras av Microsoft/Windows.
Svårt, men inte helt omöjligt att hantera, om det är hårdvarudrivrutiner som krånglar.

Permalänk
Medlem
Skrivet av 0cool:

Det är synd att fokus i rapporteringen kring detta ligger på Crowdstrike när det till 100% är Microsofts fel.

Det är Microsoft som bygger ett operativsystem de marknadsför som lämpligt för kritisk infrastruktur samtiigt som det kan sänkas så fullständigt av en klantig 3partsleverantör.

Problemet i grunden är att MS inte har någon konkurrent. Det spelar ingen roll hur extraordinärt uselt Windows är som operativsystem så kommer de ändå sälja en miljard licenser.

MS har personal och resurser att göra ett operativsystem som inte behöver kryptovirus-skydd och kan överleva vilka påhitt som helst av 3part-mjukvara men det kommer kosta en massa pengar att utveckla det och de kommer inte få fler kunder, eftersom de redan har typ alla kunder.

MS kan inte öka sin vinst genom att förbättra windows, så det förblir uselt samtidigt som de lägger till reklam.

</rant>

hahaha Blir bar a löjligt med dessa windows hatare ska ha sina åsikter

Permalänk
Medlem
Skrivet av 0cool:

Det är synd att fokus i rapporteringen kring detta ligger på Crowdstrike när det till 100% är Microsofts fel.

Det är Microsoft som bygger ett operativsystem de marknadsför som lämpligt för kritisk infrastruktur samtiigt som det kan sänkas så fullständigt av en klantig 3partsleverantör.

Problemet i grunden är att MS inte har någon konkurrent. Det spelar ingen roll hur extraordinärt uselt Windows är som operativsystem så kommer de ändå sälja en miljard licenser.

MS har personal och resurser att göra ett operativsystem som inte behöver kryptovirus-skydd och kan överleva vilka påhitt som helst av 3part-mjukvara men det kommer kosta en massa pengar att utveckla det och de kommer inte få fler kunder, eftersom de redan har typ alla kunder.

MS kan inte öka sin vinst genom att förbättra windows, så det förblir uselt samtidigt som de lägger till reklam.

</rant>

Så det är alltså Microsofts fel att utomstående inte kan programmera ordentligt och därför får operativsystemet att krascha när den nästlar sig in för djupt? Är det verkligen din poäng?

Skrivet av 0cool:

Det finns rätt gott om linuxservrar i organisationer som kör crowdstrike, men som rubriken i din egen källa säger "no one noticed" eftersom de inte sänktes i massiv skala. Man kan i Linux köra Crowdstrike sandboxat vilket de flesta gör, givetvis. Att en liten grupp någonstans råkade confa sitt gratisoperativ fel är faktiskt inte särskilt relevant i sammanhanget. (Om du läser din källa ordentligt så ser du att det var det som var fallet).

Varför världens rikaste bolag tar betalt för ett operativsystem som trycker in ovaliderad kod från 3part i kärnans exekveringsväg och inte ens kan fatta att det har hänt när man startar om är den intressanta frågan här.

Olika operativsystem kraschar och har bara en gemensam nämnare och det är Crowdstrike och du tolkar det som att det är operativsystemets fel?

Visa signatur

Fractal Design Meshify 2 Compact w/ Dark Tint | Intel i5 12600K | Asus ROG Strix B660-F | 32 GB Corsair DDR5 5600 MHz CL36 | MSI Geforce RTX 3060 TI Ventus 2X OCV1 | 512 GB Samsung Pro 850 SSD + 2TB WD Black SN850 NVME PCI-E 4.0 | Corsair RM750X |

Permalänk
Medlem
Skrivet av Xinpei:

Så det är alltså Microsofts fel att utomstående inte kan programmera ordentligt och därför får operativsystemet att krascha när den nästlar sig in för djupt? Är det verkligen din poäng?

För att tillägga—att förhindra den från att gå så djupt, som @0cool verkar föreslå här, är troligen INTE en lösning, därför att vissa typer av mjukvara måste ibland gå så djupt då de hanterar grejer som ligger utanför operativsystemets begränsningar.

Antivirusmjukvaror brukar vara ett exempel på detta. Drivrutiner kan också behöva gå så djupt för att kunna bättre prata mer direkt med hårdvaran utan att OS:et ska komma i vägen (vilket kan påverka prestandan).

Permalänk
Medlem
Skrivet av Xinpei:

Så det är alltså Microsofts fel att utomstående inte kan programmera ordentligt och därför får operativsystemet att krascha när den nästlar sig in för djupt? Är det verkligen din poäng?

När Microsoft Windows medvetet kör ocertifierad kod i kernelmode, så är det Microsofts fel. Det var ju bara en tidsfråga när det skulle hända något.

Det räddar inte Crowdstrike från sitt ansvar, men Crowdstrike gjorde en rejäl miss en gång. Microsoft tycks ju ha fullständigt struntat i det här säkerhetshålet i många år.

Visa signatur

AMD Ryzen 5800X | MSI RTX 3060 Ti Gaming X Trio | Cooler Master HAF 912 Plus

Permalänk
Medlem
Skrivet av Dunde:

Ok, vi har förstått att du försöker få tråden till en "hata Microcrap-tråd",

Jag hatar datorstrul, inte Microsoft

Problemet i fredags som orsakade förluster i mångmiljardklassen och mycket mänskligt lidande är något som bara MS kan lösa. De kan om de vill och om det bildas lite opinion kanske de vill till slut.

Crowdstrike kan konka i morgon och avinstalleras från alla servrar men då är problemet helt olöst och samhället lika sårbart för en liknande mini-y2k nästa gång. MS kan däremot lösa det permanent. Det känns därför viktigt att rikta åtminstone något finger åt deras håll för att försöka få snöbollen i rullning.

Permalänk

Nu är det väl så att även linux kör ring 0 för antivirus? Medans Mac klarar sig på ring 3? Och det har väl mer med historiken att göra, att både Linux och Windows har varit, och därmed behöver fortsätta vara, väldigt öppet och modifierbart

Men ja, deras safe mode funkar ju bra när det är din dator och du sitter lokalt, men har verkligen inte följt med utvecklingen i cloud eller för remote kiosk devices etc, där måste de helt klart bli bättre

Men visst, bootar den upp igen efter failen, men helt utan spec fil för CrowdStrike, vad händer då, att hela enheten är oskyddad?
Då tycker jag det är bättre att som nu bara krasha, då är man iaf medveten om problemet men iaf inte oskyddad

Visa signatur

[MSI SpeedSter-FA4][Pentium M 770@160*16][X800GTO2 LE][A-Data PC4300 2GB][Maxtor 300GB S-ATA 16MB][NEC ND-3520A IDE][Thermaltake Xaser Tsunami Svart Aluminium][Hiper Type R 480W] //Betty (Kung Pow) [Outdated]

Permalänk
Medlem
Skrivet av 0cool:

Jag hatar datorstrul, inte Microsoft

Problemet i fredags som orsakade förluster i mångmiljardklassen och mycket mänskligt lidande är något som bara MS kan lösa. De kan om de vill och om det bildas lite opinion kanske de vill till slut.

Crowdstrike kan konka i morgon och avinstalleras från alla servrar men då är problemet helt olöst och samhället lika sårbart för en liknande mini-y2k nästa gång. MS kan däremot lösa det permanent. Det känns därför viktigt att rikta åtminstone något finger åt deras håll för att försöka få snöbollen i rullning.

Du verkar ha bra tankar på hur Microsoft borde göra. Kanske du kan söka jobb där och lösa det själv? Medans du ändå är i farten så kan du ju lösa stopproblemet med (eng: halting problem)?

Permalänk
Medlem
Skrivet av issue:

Eller så är detta EUs fel? Lite jobbigt att stänga åtkomst till kernel när EU säger att det ska vara åtkomligt

https://www.wsj.com/tech/cybersecurity/microsoft-tech-outage-...

https://feber.se/pc/microsoft-skyller-crowdstrike-fadasen-pa-...

Intressant uppgörelse och glädjande att MS ändå konfronteras med att de måste lösa problemet på sin sida. Det är the bottom line. Crowdstrike är ett symptom inte sjukdomen i sig.

MS behöver inte låsa access till kernelmode för att lösa problem av den här typen. Att processer kan orsaka en BSOD är en sak, att de inte kan köra en bypass när bootprocessen fallerar är en annan och det var det sistnämnda som var det stora problemet i fredags.

Man kunde fram till i fredags möjligen argumentera för att det kan få svårbedömda följdproblem om man petar på hur windows fungerar men 8 miljoner datorer är en hög ribba för ett följdproblem att toppa.

Problemet här är att det blir ett stort och dyrt projekt för MS att ta sig an och de vill helst inte lägga en massa pengar på något som drar in lika mycket pengar vad de än gör med det. Det är inte elakt i sig det är bara business.

Permalänk
Medlem
Skrivet av 0cool:

Antivirusprogram behöver inte köras i kernelmode och man kan tillåta 3partkod i kerrneln utan att kompromissa på tillförlitligheten.
Och framförallt kan man göra operativsystem som återgår till en känt fungerande config när en uppdatering går åt skogen!

EDR behöver köras i kernelmode då det bland annat är det effektivaste sättet för mjukvaran att kunna läsa alla delar av minnet och ta del av alla minnesoperationer. Det blir också konstigare om exempelvis ett Windowssystem inte skulle köra EDR i kernel och samma system skulle ladda en malware-driver (som då kommer ligga i kernel) och alltså ha högre access än EDR.

Instämmer i att man aldrig ska tumma på tillförlitligheten men i många fall är det en diskussionsfråga om var gränsen för tillförlitlighet går då ett EDR i många fall kan behöva samma förmågor som ett malware för att kunna hindra det. Vi som enterprise-admins måste kunna lita på att OS-vendorn och 3rd party-vendor bygger sina produkter bägge två på ett rimligt sätt. Vissa är inte ok med att ett AV/EDR har den förmågan men det är dessvärre den verklighet enterprise befinner sig i just nu.

Jag har personligen svårt att se hur ett operativsystem ska kunna hantera en sån här situation automatiskt utan att det medför en annan (större? enligt vissa) risk. OS hanterar situationen genom att stoppa systemet så att man exempelvis inte korrumperar data för att systemet fortsätter köra. Att "rulla" tillbaka systemet till en konfiguration utan uppdateringen som skyddar mot nya attacker med named pipes gör systemet sårbart för kanske en zero-day, maskinparken står som oskyddad, man går ifrån skyddspolicy inom organisationen etc.

Jag ser det inte som ett helt lätt val, även om det skulle gå att bygga rent tekniskt i windows.

Skrivet av 0cool:

Inte om man tänker på vems ansvar det är att en server kan boota.

"Om vår applikation läser en korrupt datafil så kan serven det körs på inte boota" är inte en rimlig tanke för Crowdstrike att ha när de gör sin applikation.
"Om någon gör en klantig applikation så skall inte servern dö permanent" är däremot en rimlig tanke för Microsoft att ha när de gör sitt OS.

Det finns flera olika sätt för MS att hantera den här sortens fel. De har fungerande exempel från andra OS.

Förstår inte riktigt hur du menar, tycker det är jätterimligt att Crowdstrike som kör mjukvara i kernel tar ansvar för att om nåt går fel med deras mjukvara så kan systemet halta och att de därför behöver bygga och testa allt med försiktighet.

Designen är ju att om nåt går fel i kernel så stoppar systemet, precis som en kernel panic i linux, kan du förklara nedan?
"Om någon gör en klantig applikation så skall inte servern dö permanent" är däremot en rimlig tanke för Microsoft att ha när de gör sitt OS.

Skrivet av 0cool:

Mitt argument är enkelt - MS har det på sig att se till att 3partmjukvara inte kan sänka deras OS permanent. Att det var crowdstrike denna gången och McAfee för 10 år sedan spelar ingen roll, att det överhuvudtaget är möjligt är MS fel och det är 100% tekniskt lösbart. MacOS och Linux duckade detta pga sandboxing och immutability exempelvis.

För att problemet skall försvinna måste man börja skrika på MS och sluta skrika på den rando 3partare som råkade snubbla på MS snubbeltråd senast.

Hur menar du att man ska lösa det 100% tekniskt i Windows?

Visa signatur

WS - 980x/48GB/MSI Big Bangx58/2xIntel PT Gbe/Seasonic x760/3xSSD@120GB/8xSeagate@250GB/GTX670/Dell U2711 Win7x64/VmWare WS9 och massa stuff.
NAS - AMD C60-I/8GB/2xIntel PT Gbe/FSP Pico@90w/SSD@120GB/5xSeagate_o_WD@2TB WinServer2k8r2/Flexraid/Crashplan/Hyper-V----> idle@20w

Permalänk
Medlem
Skrivet av Betty (Kung Pow):

Nu är det väl så att även linux kör ring 0 för antivirus? Medans Mac klarar sig på ring 3? Och det har väl mer med historiken att göra, att både Linux och Windows har varit, och därmed behöver fortsätta vara, väldigt öppet och modifierbart

Men ja, deras safe mode funkar ju bra när det är din dator och du sitter lokalt, men har verkligen inte följt med utvecklingen i cloud eller för remote kiosk devices etc, där måste de helt klart bli bättre

Men visst, bootar den upp igen efter failen, men helt utan spec fil för CrowdStrike, vad händer då, att hela enheten är oskyddad?
Då tycker jag det är bättre att som nu bara krasha, då är man iaf medveten om problemet men iaf inte oskyddad

Om maskinen hade hanterat bsod helt själv och "rullat" tillbaka så hade definitionen saknats för att skydda mot den specifika named pipes attack-formen. Maskinen hade dock haft samma skydd som innan.

Visa signatur

WS - 980x/48GB/MSI Big Bangx58/2xIntel PT Gbe/Seasonic x760/3xSSD@120GB/8xSeagate@250GB/GTX670/Dell U2711 Win7x64/VmWare WS9 och massa stuff.
NAS - AMD C60-I/8GB/2xIntel PT Gbe/FSP Pico@90w/SSD@120GB/5xSeagate_o_WD@2TB WinServer2k8r2/Flexraid/Crashplan/Hyper-V----> idle@20w

Permalänk
Medlem
Skrivet av Xinpei:

Så det är alltså Microsofts fel att utomstående inte kan programmera ordentligt och därför får operativsystemet att krascha när den nästlar sig in för djupt? Är det verkligen din poäng?

Delvis, det är inte MS ansvar att andra skriver helt korrekt kod däremot är det deras ansvar att deras operativsystem inte rasar ihop beyond repair när sån kod råkar köras.

Skrivet av Xinpei:

Olika operativsystem kraschar och har bara en gemensam nämnare och det är Crowdstrike och du tolkar det som att det är operativsystemets fel?

Ja, det är operativsystemens fel om en applikation sänker hela systemet. Det behöver inte vara så, det finns operativystem som inte kan sänkas av användarkod. Det jag tycker i detta fallet är dock enklare, att windows kraschar må vara hänt men att den sedan inte kan startas igen är skandal.

Man kan tycka att det är en avvägning som kan göras från fall till fall, bekvämlighet före säkerhet, hårdvaruprestanda, snabba uppdateringar och allt det - men den versionen av windows som används för att köra kritiska samhällstjänster borde ha en fundamentalt annan avvägning än den som kör minecraft, och just nu har den inte det.

Permalänk
Medlem
Skrivet av 0cool:

Man kan tycka att det är en avvägning som kan göras från fall till fall, bekvämlighet före säkerhet, hårdvaruprestanda, snabba uppdateringar och allt det - men den versionen av windows som används för att köra kritiska samhällstjänster borde ha en fundamentalt annan avvägning än den som kör minecraft, och just nu har den inte det.

Grundproblemet är då att Windows används för kritiska tjänster.
Windows är inte designat från grunden att vara säkert och robust, och det går inte att ändra på med rimliga resurser.
Linux är bättre, men inte heller designat från grunden att vara säkert och robust.

Det som skulle behövas är snarare att köra kritiska tjänster i en klassisk stordatormiljö, med allt det innebär.

Permalänk
Hedersmedlem
Skrivet av 0cool:

MS behöver inte låsa access till kernelmode för att lösa problem av den här typen. Att processer kan orsaka en BSOD är en sak, att de inte kan köra en bypass när bootprocessen fallerar är en annan och det var det sistnämnda som var det stora problemet i fredags.

Vad är skillnaden egentligen? I det här fallet så orsakade mjukvaran en BSOD i samband med boot, men inte under själva bootprocessen. Beviset för det var att vissa datorer ändå lyckades få in en uppdatering som tog bort det trasiga datat innan den hann BSOD:a igen. Det gjordes dock mindre sannolikt av att Windows väljer att inte bootloopa i all evighet utan istället försöker köra en uppstartsreparation.

Alltså: Datorerna hade bootat, men BSOD:ade en kort stund efteråt. Precis som du säger: processer kan orsaka en BSOD

Oavsett går det jättebra att göra en sån bypass, det kallas för "safe mode". Men det är inget du vill boota in i utan att aktivt ha valt det.

Permalänk

detta crowdstrike, är det något som även kan drabba oss vanliga svenssons som inte gör nått speciellt med windows? isf, vad bör man undvika att göra för att slippa det? eller åtminstone minska risken att det händer?

Visa signatur

keep your friends close but your enemies even closer

Permalänk
Medlem
Skrivet av Morna:

Förstår inte riktigt hur du menar, tycker det är jätterimligt att Crowdstrike som kör mjukvara i kernel tar ansvar för att om nåt går fel med deras mjukvara så kan systemet halta och att de därför behöver bygga och testa allt med försiktighet.

Jovisst alla som gör mjukvara har ansvar för sina applikationer, men fel är oundvikliga. Därför måste ett operativsystem designas för att hantera fel.

En gång i tiden hade man inte ens minnesskydd i windows. Alla applikationer kunde läsa och skriva till valfritt minne när som helst. Varje applikation som kraschade eller hängde drog ner hela systemet mer som regel än undantag.

Även på den tiden kunde man argumenterat för att ansvaret för att inte göra fel ligger på applikationsutvecklarna, men MS löste problemet på operativsystemnivå med Windows NT. De löste en härrans massa andra problem också, NT var ett helt briljant operativsystem på sin tid. Multitaskande och stabilt som fasen för dåtidens ändamål.

25 år senare när hela samhället beror på kritiska processer som körs i tusental på miljoner datorer över hela världen kanske man borde göra ett lyft till för att hantera det som är vanliga fel nu - exempelvis att det trillar in uppdateringar stup i kvarten från internet eller att det finns malware som krypterar tusentals filer.

Skrivet av Morna:

Designen är ju att om nåt går fel i kernel så stoppar systemet, precis som en kernel panic i linux, kan du förklara nedan?
"Om någon gör en klantig applikation så skall inte servern dö permanent" är däremot en rimlig tanke för Microsoft att ha när de gör sitt OS.

Hur menar du att man ska lösa det 100% tekniskt i Windows?

Det handlar i detta fallet inte om att stoppa krascher utan att operativet kan startas igen efter en krash.

Några snabba tankar delvis baserat på befintliga lösningar: man kan ha en "last known good"-snapshot för alla moduler som laddas under boot, funkar den inte kör man förra som funkade. Man kan tvinga saker som körs i bootsekvensen att ha en validerings-sandbox (kör modulen simulerat i en sandbox först, om den smäller skippar du den annars kör du den utanför sandboxen).
Windows kunde haft ett tredje lager förutom kernel- och usermode och haft kernelmode helt immutable och kryptografiskt signerad. All lågnivå-information som antivirusprogram och andra behöver kunde tillhandahållits av en immutable kärna som inte kan smittas av malware. (Lite som MacOS numera). Även MS egna applikationer kunde följt den mekanismen för att följa EU-direktivet.

Permalänk
Medlem
Skrivet av mangemani:

detta crowdstrike, är det något som även kan drabba oss vanliga svenssons som inte gör nått speciellt med windows? isf, vad bör man undvika att göra för att slippa det? eller åtminstone minska risken att det händer?

Hemanvändare behöver inte vara oroliga, Crowdstrike är för enterprise

Permalänk
Skrivet av MegaMuztek:

Hemanvändare behöver inte vara oroliga, Crowdstrike är för enterprise

tack

Visa signatur

keep your friends close but your enemies even closer

Permalänk
Medlem
Skrivet av mangemani:

detta crowdstrike, är det något som även kan drabba oss vanliga svenssons som inte gör nått speciellt med windows? isf, vad bör man undvika att göra för att slippa det? eller åtminstone minska risken att det händer?

Det drabbar bara de som använder Crowdstrikes enterprise-mjukvara. Alltså om du eller någon runtomkring dig aktivt valt att betala för och installera denna mjukvara.

Om du inte ens hört talats om företaget förrän nu så kan du vara lugn. Likaså, även om du mot förmodan skulle haft den här svindyra enterprise-mjukvaran installerad så kan du vara lugn trots allt då eventuella problem redan skulle ha inträffat vid det här laget.

Permalänk
Medlem
Skrivet av Dunde:

Ok, vi har förstått att du försöker få tråden till en "hata Microcrap-tråd", vi har noterat din åsikt i våra anteckningsblock.
Snälla, kan vi ta oss vidare?

Bra att MS släppt verktyg, vill någon verkligen sabba sitt OS brukar det gå utmärkt, Crowdstrike verkar ju dessutom ha många händiga anställda då detta verkar hända titt som tätt.

Jag passade till och med på att anteckna dessa värdefulla insikter direkt i Linuxkärnan så jag alltid kan kommna åt dem i kernelmode. Tyvärr har jag nu drabbats av något slags kernal crash, på min Linuxserver men det skyller jag helt på Linus Torvalds som inte har bättre koll på sin kärna. Skandal!

Permalänk
Medlem
Skrivet av 0cool:

Det är synd att fokus i rapporteringen kring detta ligger på Crowdstrike när det till 100% är Microsofts fel.

Det är Microsoft som bygger ett operativsystem de marknadsför som lämpligt för kritisk infrastruktur samtiigt som det kan sänkas så fullständigt av en klantig 3partsleverantör.

Problemet i grunden är att MS inte har någon konkurrent. Det spelar ingen roll hur extraordinärt uselt Windows är som operativsystem så kommer de ändå sälja en miljard licenser.

MS har personal och resurser att göra ett operativsystem som inte behöver kryptovirus-skydd och kan överleva vilka påhitt som helst av 3part-mjukvara men det kommer kosta en massa pengar att utveckla det och de kommer inte få fler kunder, eftersom de redan har typ alla kunder.

MS kan inte öka sin vinst genom att förbättra windows, så det förblir uselt samtidigt som de lägger till reklam.

</rant>

Jag är inte nån Microsoft fanboy och försöker undvika Windows när det går men detta är bara skitsnack.

Permalänk
Medlem
Skrivet av Erik_T:

Grundproblemet är då att Windows används för kritiska tjänster.
Windows är inte designat från grunden att vara säkert och robust, och det går inte att ändra på med rimliga resurser.
Linux är bättre, men inte heller designat från grunden att vara säkert och robust.

Det som skulle behövas är snarare att köra kritiska tjänster i en klassisk stordatormiljö, med allt det innebär.

Jag skulle nog säga att både windows och linux är designade för att vara robusta i grunden men man har tummat på det av praktiska skäl allteftersom behoven av nya tjänster har uppstått.

Windows är inte hopplöst utan har en bra grund och behöver inte göras om från början, bara uppdateras lite.

Windows NT var ett större projekt på sin tid och Microsoft var en bråkdel av det de är i dag den gången. Skillnaden är ju att den gången var Windows nästan hela företagets inkomst och förtjänade envar investering. I dag är det inte ens en av de största delarna och krymper.

MS strategi är ju dessutom att få alla över på Azure. Att förbättra on-prem windows för miljardbelopp är så sett nästan kontraproduktivt.

Permalänk
Medlem
Skrivet av pv2b:

Oavsett går det jättebra att göra en sån bypass, det kallas för "safe mode". Men det är inget du vill boota in i utan att aktivt ha valt det.

En variant av safe mode som bara skippar det som faktiskt smäller hade ju löst fredagens bekymmer rätt galant.

Permalänk
Medlem
Skrivet av 0cool:

En variant av safe mode som bara skippar det som faktiskt smäller hade ju löst fredagens bekymmer rätt galant.

...Och skapat ett halvt dussin andra bekymmer.

Sedan missar du ju hela punkten med att "det som faktiskt smäller" oftast är svårare att identifiera än en enkel if-sats. Operativsystem är komplexa grejer och det är inte alltid så lätt som att bara "inaktivera den här filen".

Visst kanske det hade funkat i det här fallet, men i hundra andra fall kan det enkelt leda till att andra saker slutar fungera och både företag och användare blir frustrerade när sina system inte fungerar korrekt för att OS:et hejvilt bestämmer sig för att stänga av en massa programvaror helt fritt.

Bättre med safe mode som det fungerar idag, gör felsökningen mycket lättare än att låta Windows gissa sig fram.

Permalänk
Medlem
Skrivet av 0cool:

Jag skulle nog säga att både windows och linux är designade för att vara robusta i grunden men man har tummat på det av praktiska skäl allteftersom behoven av nya tjänster har uppstått.

Nej, det är de inte. Inte på samma sätt som de system som verkligen är designade för att vara robusta. Man har efterhand lagt på olika features för att göra både Windows och Linux säkrare och robustare, men grunden är ganska enkel design utan någon egentlig tanke på att kunna hantera kritiska system som inte får gå ner. Detsamma gäller hårdvaran de körs på.

Permalänk
Medlem
Skrivet av 0cool:

Intressant uppgörelse och glädjande att MS ändå konfronteras med att de måste lösa problemet på sin sida. Det är the bottom line. Crowdstrike är ett symptom inte sjukdomen i sig.

MS behöver inte låsa access till kernelmode för att lösa problem av den här typen. Att processer kan orsaka en BSOD är en sak, att de inte kan köra en bypass när bootprocessen fallerar är en annan och det var det sistnämnda som var det stora problemet i fredags.

Man kunde fram till i fredags möjligen argumentera för att det kan få svårbedömda följdproblem om man petar på hur windows fungerar men 8 miljoner datorer är en hög ribba för ett följdproblem att toppa.

Problemet här är att det blir ett stort och dyrt projekt för MS att ta sig an och de vill helst inte lägga en massa pengar på något som drar in lika mycket pengar vad de än gör med det. Det är inte elakt i sig det är bara business.

I grund och botten är detta ett logiskt problem. CrowdStrike nyttjar en bakdörr för att uppdatera en WHQL-certifierad drivrutin på Kernel-nivå. Om den drivrutinen kraschar så måste (!) operativsystemet "krascha", eller BSOD:a för risken är annars att t ex något skrivs över i minnet, du sparar viktig data som då blir förstörd.

Jag har stor förståelse för att CrowdStrike behöver access på Kernel-nivå, men det lägger också allt ansvar på dem och inte Microsoft. Det är också möjligt att CrowdStrike faktiskt rigoröst testat uppdateringen in house, men att det istället är pipeline ut till production som strulade, likväl deras problem tyvärr.

Microsoft kan såklart underlätta, som vi sett här, men jag avundas inte de storföretag som kör Bitlocker också.

Permalänk
Medlem

Det har endast med 3.e parts applikationer där det mest kända exemplet är när MS gjorde det svårt för användare att använda annat än Microsft Explorer som ex.

Visa signatur

Engineer who prefer thinking out of the box and isn't fishing likes, fishing likes is like fishing proudness for those without ;-)
If U don't like it, bite the dust :D
--
I can Explain it to you, but I can't Understand it for you!

Permalänk
Medlem
Skrivet av Erik_T:

Nej, det är de inte. Inte på samma sätt som de system som verkligen är designade för att vara robusta.

Jo faktiskt på samma sätt. Dave Cutler som designade NT utvecklade bl a VMS innan och likheterna är många.

Du hittar inte något system som är väsentligt mer robust än VMS och Windows NT bygger på samma tänk. Att det i praktiken krävs drivrutiner för att sänka Windows är Dave Cutlers förtjänst kan man säga.

Kan rekommendera boken "ShowStopper!" för en underhållande fördjupning!