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

[matsnake86]

Originariamente inviato da igiolo

beh si
è stato introdotto con windows server 2012, lo usi da anni con deduplica integrata
ed è "bootable" da windows server 2022

Ma è il default di installazione?
Non è che praticamente la totalità dei server win usa ntfs?

Perchè se è come dici tu perchè non ha fatto rollback del sistema ?
È perchè il sistema di rollback richiede comunque l'accesso a windows?

Scusa le domande ma è tanto che non tratto macchine win se non AD.

[igiolo]

Originariamente inviato da matsnake86

Ma è il default di installazione?
Non è che praticamente la totalità dei server win usa ntfs?

Perchè se è come dici tu perchè non ha fatto rollback del sistema ?
È perchè il sistema di rollback richiede comunque l'accesso a windows?

Scusa le domande ma è tanto che non tratto macchine win se non AD.

allora
refs è un fs che supporta snapshot (tra le altre cose)
che li supporti, non vuol dire che si possano fare o usare, dato che io sappia non è mai stata implementata da ms come funzione
da poco è bootable, ergo puoi usare ReFS come fs principale
dato che PARE che il fs, che è la parte piu complessa e critica parlando di snapshot, sembra essere "pronto", ora occorre sviluppare qualcosa che possa rendere easy questo.
ma c'è un bel pò di cose da mettere in fila ancora
e no, nessun pc esce con ReFS preconfigurato e si, il 99% dei server/client usa NTFS


ammetto che un sistema che ogni 24h (per dire) fa uno snap a livello di fs, mi farebbe molta, molta gola, altro che quella ca@ata dei punti di ripristino

[vash79]

Originariamente inviato da igiolo

ammetto che un sistema che ogni 24h (per dire) fa uno snap a livello di fs, mi farebbe molta, molta gola, altro che quella ca@ata dei punti di ripristino

già. Così non ci si dovrebbe nemmeno affidare a strumenti di terze parti....che magari le aggiorni e poi non si avvia più nulla

[ninja750]

Originariamente inviato da insane74

I have obtained the Crowdstrike driver they pushed via auto update. I don't know how it happened, but the file isn't a validly formatted driver and causes Windows to crash every time.

e qui la situazione cambia.. se il driver non è valido perchè viene eseguito dal sistema operativo senza validazione alcuna? ms non è così esente da colpe dopotutto?

[r1348]

Se Windows avesse un equivalente di eBPF https://ebpf.io/ tutto ciò non sarebbe successo. CrowdStrike per linux usa eBPF.

P.S. CrowdStrike è usato da Amazon su tutti i laptop aziendali, non aspettatevi consegne del prime Day oggi...

[Piedone1113]

Originariamente inviato da insane74

ho forse detto che ci sono OS a prova di SW scritto male?
non mi sembra di aver scritto cose inesatte.
un OS non dovrebbe essere reso inoperabile da un SW che, per girare, ha bisogno dell'OS (e non viceversa).

Linux e Mac OS possono avere lo stesso problema? allora anche quei due OS sono alla pari di Windows. hanno un problema nell'isolare i SW che girano sull'OS per evitare che un SW qualsiasi renda inutilizzabile l'OS.

la news parla di SW che gira su MS, quindi in questo frangente la "colpa" è del SW scritto/testato male e dell'OS che "permette" questo tipo di problemi.

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

Non facciamo della disinformazione.
Non esiste os impenetrabile a software terzi.
Ogni singolo os può essere compromesso.
Tutte le suite di sicurezza che devono funzionare devono almeno avviarsi col kernel ( e se possibile il kernel di sicurezza dovrebbe supervisionare l'avvio dell'os).
Se per un qualsiasi motivo ti sembra logico non far interfacciare al kernel dell'os altri software l'unica possibile soluzione è caricare il kernel in ROM.
Questo ti comparta si dei vantaggi relativi alla modifica dello stesso, ma ti obbliga a sostituire la rom per qualsia tipo di aggiornamento.
Un Os "sicuro" non esiste.
L'unico è avere un microos su Rom che avvia OS virtuali, ma questi subiranno le stesse devastanti conseguenze di un os reale ( e ci ritroveremmo sempre nello stesso stato.
Pensa ad un os blindato che viene reso irraggiungibile perche l'output è in crash, cosa ci puoi fare?
Se tutti gli os hanno molti punti deboli in comune è perchè soluzioni reali e funzionali non sono praticabili.

[matsnake86]

Originariamente inviato da igiolo

ammetto che un sistema che ogni 24h (per dire) fa uno snap a livello di fs, mi farebbe molta, molta gola, altro che quella ca@ata dei punti di ripristino

tipo così insomma

[vash79]

Originariamente inviato da matsnake86

tipo così insomma

però con che software?

[Saturn]

Originariamente inviato da r1348

P.S. CrowdStrike è usato da Amazon su tutti i laptop aziendali, non aspettatevi consegne del prime Day oggi...

Cosaaaaa ????? Avevo ordinato l'interessantissimo tomo:

"Come smettere di bestemmiare" di padre Alfonso Maria Tava, l'avrei letto in tempo per domenica....


....adesso come faccio ???????

Ma porc37882478237481768478 448684612946t 1\ 694632186 43216463217 !!!!!!

[matsnake86]

Originariamente inviato da vash79

però con che software?

Quello è un modulo di cockpit che mostra gli snapshot di un sistema MicroOS.

[Eress]

Originariamente inviato da FAM

Meno male che il problema doveva essere Kaspersky...

Per sta volta non è colpa diretta di Windows, coi suoi aggiornamenti fallati e peggiorativi. Rimane il fatto che Windows per un motivo o l'altro, è divenuto nel tempo un SO estremamente instabile e delicato. Comunque in generale, meglio disattivare la verifica della firma digitale dei driver.

[insane74]

Originariamente inviato da ninja750

e qui la situazione cambia.. se il driver non è valido perchè viene eseguito dal sistema operativo senza validazione alcuna? ms non è così esente da colpe dopotutto?

aspettiamo commenti di utenti più esperti.

Originariamente inviato da Piedone1113

Non facciamo della disinformazione.
Non esiste os impenetrabile a software terzi.
Ogni singolo os può essere compromesso.
Tutte le suite di sicurezza che devono funzionare devono almeno avviarsi col kernel ( e se possibile il kernel di sicurezza dovrebbe supervisionare l'avvio dell'os).
Se per un qualsiasi motivo ti sembra logico non far interfacciare al kernel dell'os altri software l'unica possibile soluzione è caricare il kernel in ROM.
Questo ti comparta si dei vantaggi relativi alla modifica dello stesso, ma ti obbliga a sostituire la rom per qualsia tipo di aggiornamento.
Un Os "sicuro" non esiste.
L'unico è avere un microos su Rom che avvia OS virtuali, ma questi subiranno le stesse devastanti conseguenze di un os reale ( e ci ritroveremmo sempre nello stesso stato.
Pensa ad un os blindato che viene reso irraggiungibile perche l'output è in crash, cosa ci puoi fare?
Se tutti gli os hanno molti punti deboli in comune è perchè soluzioni reali e funzionali non sono praticabili.

non credo proprio di fare disinformazione. non ho scritto A fa questo, perché non lo fa B? o "tutti fanno così, solo A fa schifo".
ho solo fatto presente che un OS (qualsiasi OS) che NON parte a causa di un SW di terzi ha un problema. quell'OS dovrebbe essere in grado di partire, in qualche modo (modalità "di base"? ultima modalità funzionante? ci sono tante alternative).
ovvio che se si corrompe il filesystem o i dischi o altro, "da solo" è dura che riparta.
ma che un driver malformato (come pare) venga tranquillamente accettato come "valido" dall'OS e che questo poi NON riparta più, mi sembra un problema pesante e che dovrebbe far riflettere.
il file non era valido? andava scartato in installazione.
non riesco a caricare quel "driver"? procedo senza caricarlo. riparto in modalità "base" senza driver esterni all'OS.
e invece è successo quello che è successo.
per.
un.
singolo.
file.

anche ArsTechnica:

News reporting on these outages has so far blamed either Microsoft, CrowdStrike, or an unclear mixture of the two as the responsible party for various outages. Security consultant Troy Hunt was quoted as describing the dual failures as "the largest IT outage in history," saying, "basically what we were all worried about with Y2K, except it's actually happened this time."

[vash79]

Originariamente inviato da matsnake86

Quello è un modulo di cockpit che mostra gli snapshot di un sistema MicroOS.

ok grazie dell'info.

[ninja750]

Originariamente inviato da matsnake86

tipo così insomma

si vabbè.. 17 giorni su un server produzione sono tantini

non parliamone nemmeno se ci sono sopra db

non capisco però perchè specialmente all'estero hanno una moltitudine di client con questo software, qui sembra circoscritto a server

[vash79]

Originariamente inviato da ninja750

si vabbè.. 17 giorni su un server produzione sono tantini

non parliamone nemmeno se ci sono sopra db

dipende dallo spazio occupato. In particolare i server DB che abbiamo in giro noi non sono così pesanti, non so che tipo di clienti hai.

[Piedone1113]

Originariamente inviato da insane74

aspettiamo commenti di utenti più esperti.



non credo proprio di fare disinformazione. non ho scritto A fa questo, perché non lo fa B? o "tutti fanno così, solo A fa schifo".
ho solo fatto presente che un OS (qualsiasi OS) che NON parte a causa di un SW di terzi ha un problema. quell'OS dovrebbe essere in grado di partire, in qualche modo (modalità "di base"? ultima modalità funzionante? ci sono tante alternative).
ovvio che se si corrompe il filesystem o i dischi o altro, "da solo" è dura che riparta.
ma che un driver malformato (come pare) venga tranquillamente accettato come "valido" dall'OS e che questo poi NON riparta più, mi sembra un problema pesante e che dovrebbe far riflettere.
il file non era valido? andava scartato in installazione.
non riesco a caricare quel "driver"? procedo senza caricarlo. riparto in modalità "base" senza driver esterni all'OS.
e invece è successo quello che è successo.
per.
un.
singolo.
file.

Un driver che ti costringe a un flush ram come lo intercetti?
Le opzioni di ripristino automatico dovrebbero avviarsi prima dell'os vero e proprio per intercettare modifiche al kernel dell'os non valide.
Questo significa avviare un os che inizializza le periferiche (uefi) poi un os che supervisiona l'avvio degli os virtuali ( bada bene virtuali).
Dopo di cio questo decide se l'os host si è avviato correttamente ( e gia questo è un grosso problema) perchè l'os può essersi avviato correttamente ma avere le periferiche di input scollegate.
Ma un rollback all'ultima configurazione potrebbe non servire ugualmente perchè figlia di più riavvii apparentemente corretti, ma di fatto gia compromessi.
Questo problema non dipende da Windows, semplicemente è l'infrastruttura più diffusa che è andata giu e tutti sono rimasti al buio.
Se fosse stata linux sarebbe successo la medesima cosa ( un software di sicurezza esterno che ti sbarella i sistemi server-client) ed allora ci sarebbe la manfina classica di quabdo si stava meglio quando si stava peggio ( con windows).

[igiolo]

Originariamente inviato da matsnake86

tipo così insomma

esattamente

[igiolo]

Originariamente inviato da Piedone1113

Un driver che ti costringe a un flush ram come lo intercetti?
Le opzioni di ripristino automatico dovrebbero avviarsi prima dell'os vero e proprio per intercettare modifiche al kernel dell'os non valide.
Questo significa avviare un os che inizializza le periferiche (uefi) poi un os che supervisiona l'avvio degli os virtuali ( bada bene virtuali).
Dopo di cio questo decide se l'os host si è avviato correttamente ( e gia questo è un grosso problema) perchè l'os può essersi avviato correttamente ma avere le periferiche di input scollegate.
Ma un rollback all'ultima configurazione potrebbe non servire ugualmente perchè figlia di più riavvii apparentemente corretti, ma di fatto gia compromessi.
Questo problema non dipende da Windows, semplicemente è l'infrastruttura più diffusa che è andata giu e tutti sono rimasti al buio.
Se fosse stata linux sarebbe successo la medesima cosa ( un software di sicurezza esterno che ti sbarella i sistemi server-client) ed allora ci sarebbe la manfina classica di quabdo si stava meglio quando si stava peggio ( con windows).

questo è il problema in parte
non esiste una vera safe mode in Windows, separata
che permetta ripristini, e che in futuro gestisca magari gli snapshot

[giogts]

Povera Microsoft

[Piedone1113]

Originariamente inviato da igiolo

questo è il problema in parte
non esiste una vera safe mode in Windows, separata
che permetta ripristini, e che in futuro gestisca magari gli snapshot

Quindi cosa proponi un dual boot?
Ed il secondo boot con attive le chiavi bitlocker dell'os?
Quindi addio sicurezza dell'os?
Quando inizi a distribuire client in giro la crittografia dei dati e l'impossibilità di accedervi da terzi parti sono imprescindibili.
Linux permette questo?