Sistemi IT in ginocchio in tutto il mondo: il problema è un aggiornamento difettoso di CrowdStrike

[Saturn]

Originariamente inviato da !fazz

403 forbidden

mi sa che lo hanno tirato giù

Vedo !

Credo che abbiano "radunato" e "convogliato" tutte le discussioni in questa !

Originariamente inviato da FAM

https://www.reddit.com/r/crowdstrike...strike_update/

È fissato in alto in r/crowdstrike

[nonsidice]

Originariamente inviato da insane74

...
non fa differenza quale sia l'OS, resta un problema che non dovrebbe succedere. non causato da un SW "esterno" all'OS.

Credo sia impossibile, altrimenti non potrebbero esistere sw di terze parti che modificano le partizioni, o "semplici" backup e ripristini ad esempio visto che vanno a modificare il sistema di loader.
O qualsiasi tipo, per assurdo, di mod grafica visto che va comunque a "toccare" il SO.
Sarebbe un sistema talmente chiuso che oltre ad essere inutilizzabile sarebbe pure "bandito" dall'antitrust appunto perchè chiuso.
Ed il confine dove sarebbe ? Posso modificare l'associazione ad una estensione ? se si tutte? Allora poi cambierei associazione agli .exe e vai di crash.
Addendum: ed i driver ? come li gestisci ? con quanti livelli di astrazione dall'HW ?

[igiolo]

Originariamente inviato da nonsidice

Credo sia impossibile, altrimenti non potrebbero esistere sw di terze parti che modificano le partizioni, o "semplici" backup e ripristini ad esempio visto che vanno a modificare il sistema di loader.
O qualsiasi tipo, per assurdo, di mod grafica visto che va comunque a "toccare" il SO.
Sarebbe un sistema talmente chiuso che oltre ad essere inutilizzabile sarebbe pure "bandito" dall'antitrust appunto perchè chiuso.
Ed il confine dove sarebbe ? Posso modificare l'associazione ad una estensione ? se si tutte? Allora poi cambierei associazione agli .exe e vai di crash.

beh no dai
c'è una parte core, vitale , facilmente individuabile ed immodificabile che potresti blindare appunto
è proprio questa parte Kernel che andrebbe protetta
cosa che non si fa per questioni di retro compatibilità ecc

[Unknown84]

Ma quante possibilità ci sono che un semplice "errore" generi contraccolpi di questo tipo?

Per il resto, da non addetto ai lavori, se Microsoft collassa "a causa" di un software di terze parti, la responsabilità è dell'OS.

[matsnake86]

Originariamente inviato da alien321

Bene ora che hai parlato a vanvera, dimmi un SO che rispetta questo tua fantasiosa regola...anche in Linux
se carichi un driver corrotto e lo metti initramfs sei fott... e ti basta un deb o rpm per farlo

openSUSE MicroOS quando fa gli aggiornamenti se si ritrova con il sistema che non fa più boot correttamente fa il rollback automatico allo snapshot precedente all'update.

[gd350turbo]

Originariamente inviato da Saturn

Vedo !

Credo che abbiano "radunato" e "convogliato" tutte le discussioni in questa !

Saturn, i tuoi clienti tutto bene ?

[nonsidice]

Originariamente inviato da igiolo

beh no dai
c'è una parte core, vitale , facilmente individuabile ed immodificabile che potresti blindare appunto
è proprio questa parte Kernel che andrebbe protetta
cosa che non si fa per questioni di retro compatibilità ecc

Ma così non "risolvi il problema", ovvero se il sw esterno scazza il bootloader il so va comunque a "ramengo", kernel o non kernel.

[Saturn]

Originariamente inviato da Unknown84

Ma quante possibilità ci sono che un semplice "errore" generi contraccolpi di questo tipo?

Per il resto, da non addetto ai lavori, se Microsoft collassa "a causa" di un software di terze parti, la responsabilità è dell'OS.

Da addetto ai lavori, no, non è così.

É come se camminando per strada arriva uno e ti da un calcio nelle balle a tradimento. La colpa è di chi ti ha aggredito non tua che non hai pensato a metterti un sospensorio.

Non so se ho reso chiaramente l'idea.

Poi possiamo discutere sulla stabilità di Windows rispetto ad altri sistemi operativi, sulle sue vulnerabilità ma a questo giro mi dispiace ma non me la sento di accreditargli le colpe di questo casino.

Originariamente inviato da gd350turbo

Saturn, i tuoi clienti tutto bene ?

Spoiler:

Si grazie

Con la sfiga che mi ritrovo adesso che l'ho scritto come minimo mi arriverà la segnalazione di qualche azienda sotto attacco ransomware...

[igiolo]

Originariamente inviato da Unknown84

Ma quante possibilità ci sono che un semplice "errore" generi contraccolpi di questo tipo?

Per il resto, da non addetto ai lavori, se Microsoft collassa "a causa" di un software di terze parti, la responsabilità è dell'OS.

credo che per numero di sistemi coinvolti e danni, sia per distacco il peggior "attacco" informatico di sempre
quando la cura è peggio del male

[insane74]

Originariamente inviato da nonsidice

Credo sia impossibile, altrimenti non potrebbero esistere sw di terze parti che modificano le partizioni, o "semplici" backup e ripristini ad esempio visto che vanno a modificare il sistema di loader.
O qualsiasi tipo, per assurdo, di mod grafica visto che va comunque a "toccare" il SO.
Sarebbe un sistema talmente chiuso che oltre ad essere inutilizzabile sarebbe pure "bandito" dall'antitrust appunto perchè chiuso.
Ed il confine dove sarebbe ? Posso modificare l'associazione ad una estensione ? se si tutte? Allora poi cambierei associazione agli .exe e vai di crash.

beh, ovvio che non sia un problema di facile soluzione, o l'avrebbero già fatto!
però, per esempio, potrebbero "irrobustire" le modalità di ripristino. l'OS non si avvia? ti offro la possibilità di tornare all'ultimo "checkpoint" dove tutto funzionava.
riparti da lì e poi una volta ripartito chi di dovere può verificare anche da remoto cosa è successo / come impedire che ricapiti.

nel thread su Reddit è riportato il caso di persone che devono mandare il portatile aziendale da una parte all'altra dell'Australia perché l'IT deve avere accesso fisico alla macchina per poter risolvere il problema.
con tutto il "fermo" dell'attività che questo comporta.
siamo d'accordo che è un po' assurdo?

[igiolo]

Originariamente inviato da matsnake86

openSUSE MicroOS quando fa gli aggiornamenti se si ritrova con il sistema che non fa più boot correttamente fa il rollback automatico allo snapshot precedente all'update.

snapshot
ecco una vera buona idea

[vash79]

Originariamente inviato da matsnake86

openSUSE MicroOS quando fa gli aggiornamenti se si ritrova con il sistema che non fa più boot correttamente fa il rollback automatico allo snapshot precedente all'update.

ecco questa mi sembrerebbe la strada migliore.

impedire le modifiche penso sia impossibile. I punti di ripristino Microsoft spesso non mi hanno funzionato.
Il sistema che hai descritto invece è quello più logico.

[nonsidice]

Originariamente inviato da Unknown84

Ma quante possibilità ci sono che un semplice "errore" generi contraccolpi di questo tipo?

Per il resto, da non addetto ai lavori, se Microsoft collassa "a causa" di un software di terze parti, la responsabilità è dell'OS.

E' come se il benzinaio mette gasolio in un'auto a benzina e la colpa è del produttore dell'auto che non ha previsto tale evento.

[igiolo]

Originariamente inviato da insane74

beh, ovvio che non sia un problema di facile soluzione, o l'avrebbero già fatto!
però, per esempio, potrebbero "irrobustire" le modalità di ripristino. l'OS non si avvia? ti offro la possibilità di tornare all'ultimo "checkpoint" dove tutto funzionava.
riparti da lì e poi una volta ripartito chi di dovere può verificare anche da remoto cosa è successo / come impedire che ricapiti.

nel thread su Reddit è riportato il caso di persone che devono mandare il portatile aziendale da una parte all'altra dell'Australia perché l'IT deve avere accesso fisico alla macchina per poter risolvere il problema.
con tutto il "fermo" dell'attività che questo comporta.
siamo d'accordo che è un po' assurdo?

o un rollback all'ultimo snapshot automatico, a livello di mbr/boot

[insane74]

Originariamente inviato da matsnake86

openSUSE MicroOS quando fa gli aggiornamenti se si ritrova con il sistema che non fa più boot correttamente fa il rollback automatico allo snapshot precedente all'update.

ecco un bell'esempio di come si potrebbe fare anche in altri OS.
ma evidentemente parlo a vanvera.

[nonsidice]

Originariamente inviato da igiolo

snapshot
ecco una vera buona idea

D'accordo al 120%, purchè sia semplice e non quasi aramaico come per ms (facile per me tecnico ma impossibile per un utente qualsiasi).

[vash79]

Originariamente inviato da insane74

però, per esempio, potrebbero "irrobustire" le modalità di ripristino. l'OS non si avvia? ti offro la possibilità di tornare all'ultimo "checkpoint" dove tutto funzionava.
riparti da lì e poi una volta ripartito chi di dovere può verificare anche da remoto cosa è successo / come impedire che ricapiti.

Originariamente inviato da igiolo

o un rollback all'ultimo snapshot automatico, a livello di mbr/boot

concordo con entrambi, dove prediligerei l'automatismo.
In un caso come questo l'utente che chiama l'IT che lo guida al telefono diventa scomodo

[Unknown84]

Originariamente inviato da nonsidice

E' come se il benzinaio mette gasolio in un'auto a benzina e la colpa è del produttore dell'auto che non ha previsto tale evento.

Ok, grazie per il chiarimento tuo e dell'utente precedente.

[vash79]

Originariamente inviato da insane74

beh, ovvio che non sia un problema di facile soluzione, o l'avrebbero già fatto!

piano con certe idee, che poi se tutto fila liscio l'assistenza come campa? Attento a quel che dici

[alien321]

Originariamente inviato da matsnake86

openSUSE MicroOS quando fa gli aggiornamenti se si ritrova con il sistema che non fa più boot correttamente fa il rollback automatico allo snapshot precedente all'update.

Non conosco le specifiche precise ma, non è un SO consumer e un SO per applicativi per eseguire contanier Docker. Ed è appunto chiuso:

Packages and repositories are signed by our build system

non è applicabile al mondo reale