Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros. Kommentare abseits des Themas bitte unter Diskussion. Kommentare, die gegen die Regeln verstoßen, werden rigoros gelöscht.

Du findest den Blog gut, hast aber Werbung geblockt? Du kannst diesen Blog auch durch eine Spende unterstützen.

In Australien hat die Wirtschaftsprüfungsgesellschaft Deloitte einen Bericht für Australiens Regierung verfasst, und dabei KI eingesetzt. Der Bericht strotzt nur so vor Fehlern, und Deloitte hat dem Auftraggeber 248.000 Euro erstattet. Jetzt kommt heraus, wieviel KI-Schund im Bericht enthalten war.

Wer ist Deloitte?

Deloitte (Deloitte Touche Tohmatsu Limited) ist die umsatzstärkste Management- und Strategieberatung sowie Wirtschaftsprüfungsgesellschaft der Welt. Mit einem weltweiten Netzwerk von Tochtergesellschaften in mehr als 150 Ländern und über 460.000 Mitarbeitern erzielte Deloitte im Geschäftsjahr 2023/2024 einen Umsatz von 58,3 Milliarden Euro.

Der 250.000 Euro Fail in Australien

Ich hatte es zwar mitbekommen, aber nicht separat im Blog thematisiert. Aber ein Blog-Leser hat in diesem Kommentar ein Beitrag zum Thema “wenn AI wild dreht” hinterlassen. Deloitte hatte für das australische Department of Employment and Workplace Relations (DEWR) einen Bericht erstellt und dafür ein üppiges Honorar kassiert. Der Bericht behandelt ein IT-System zur Automatisierung von Sanktionen im Sozialsystem Australiens.

Das Medium Australian Financial Review deckte 22. August 2025 auf, dass dieser Bericht vor Fehlern strotzte, weil zahlreiche falsche bzw. nicht existente Quellen angegeben worden waren. Schnell kam der Verdacht, angeregt durch den Wissenschaftlers Chris Rudge von der Universität Sydney, auf, dass der Report durch KI erstellt worden war. Nachdem das Ganze öffentlich wurde, räumte Deloitte ein, dass “möglicherweise” KI für diese Fehler verantwortlich gewesen sei. Es wurde ein revidierter Bericht vorgelegt, aus dem zahlreiche Fußnoten und Quellenangaben entfernt worden waren.

Zudem hat Deloitte dem australischen Auftraggeber 440.000 australische Dollar (ca. 248.000 Euro) aus der Auftragssumme erstattet, wie das Medium Australian Financial Review Anfang Oktober 2025 meldete (Abo erforderlich). Der Standard geht in diesem Artikel ausführlich auf den Sachverhalt ein.

Das Ganze muss wohl Halluzination in Reinkultur gewesen sein, vorgelegt von einer angeblich renommierten Strategie- und Wirtschaftsprüfungsorganisation und gut bezahlt. Und ein wunderbarer Beleg für einen AI-Fail, wie wir den in Zukunft öfters sehen werden.

Neue Erkenntnisse zum AI-Fail

Zum 6. November 2025 hat Australian Financial Review nachgelegt (Abo erforderlich). Ich bin über nachfolgenden Post von Kevin Beaumont auf das Thema gestoßen.

Die Botschaft des Artikels: Der von KI generierte Deloitte-Bericht war schlimmer als bisher angenommen. Dokumente, die die Medien unter Berufung auf das Informationsfreiheitsgesetz erhielten, zeigen, dass die Fehler in einem von der Bundesregierung in Auftrag gegebenen Deloitte-Bericht, der durch KI-Halluzinationen verfälscht war, weitaus gravierender waren als zuvor bekannt gegeben und Dutzende falscher Verweise enthielten.

Mitarbeiter des australische Ministeriums Department of Employment and Workplace Relations (DEWR) hätten 59 potenzielle Fehler in einer “Schnellüberprüfung” des Berichts identifiziert. Im neuen Artikel heißt es, dass ein Abteilungsleiter des Ministeriums frühzeitig an Deloitte schrieb und auf Verweise auf nicht existierende Dokumente und Gesetze sowie einen falsch benannten Richter hinwies. Dem Schreiben lag eine 16-seitigen Tabelle bei, in der die Ungereimtheiten zusammengefasst waren. Das Ministerium wartete aber weitere fünf Wochen, bis man den 440.000 Australische Dollar teuren Bericht von der Website entfernte. Das Ministerium erklärte zu diesem Zeitpunkt “es untersuche die Vorwürfe”.

Die Dokumente, die dem Medium in die Hände fielen, belegen hektische Aktivitäten hinter den Kulissen zwischen dem Ministerium und Deloitte. Das Medium schreibt, dass am 27. August 2025, um 11:46 Uhr, also nur 15 Minuten nachdem die Financial Review die Behörde wegen eines gefälschten Zitats aus einem Robodebt-Fall kontaktiert hatte, ein stellvertretender Sekretär an Deloitte schrieb, dass “weiterhin Fragen zu dem Bericht und den falschen Zitaten gestellt werden”.

Am selben Abend versicherte Deloitte dem Ministerium, dass es “den Bericht vollständig überprüfen und alle notwendigen Korrekturen vornehmen” werde. Ein Abgleich der Ursprungsfassung mit dem überarbeiteten Bericht vom 3. Oktober 2025 zeigt, dass bis auf wenige Ausnahmen alle 59 Verweise in der Tabelle entweder geändert, korrigiert oder entfernt wurden.

• Es gab einen Verweis auf die Abschnitte “42UC–42UO” des  australischen Sozialversicherungsgesetzes von 1999, der laut Ministerium nicht existiere.
• Es gab Verweise auf drei Fußnoten, die sich auf eine angebliche Rede von “Richterin Natalie Cujes Perry” mit dem Titel “Administrative Entscheidungsfindung im 21. Jahrhundert: Transparenz und Überprüfung” bezogen. Die Rede habe sich “nicht finden können”, in den Zitaten gibt es mutmaßlich eine Verwechslung zwischen Richterin Perry und der Wissenschaftlerin Dr. Natalie Cujes.

Laut Australian Financial Review gab es zahlreiche Referenzen auf nicht auffindbare – und wohl nicht existente Regierungsdokumente. Das ist eigentlich ein Desaster, der für viel Geld erstellte Bericht enthält  in der Ursprungsfassung Dutzende unvollständiger oder falscher Zitate. Wenn dies die Arbeitserleichterung durch KI-generierte Zusammenfassungen und Analysen sein soll, dann gute Nacht. Und ich gewinne leider den Eindruck, dass genau das eintreten wird.

Ähnliche Artikel:
KI-Irrsinn Teil 1: Wenn ChaptGPT, Copilot & Co. dich zu Fake-Orten locken
KI-Irrsinn Teil 2: Amazon schickt Unterlassungserklärung an Perplexity AI für Einkäufe über Comet
KI-Irrsinn Teil 3: KI-generiere “Nichtigkeitsklage” vom Gericht abgewiesen
KI-Irrsinn Teil 4: Wenn die Anwender mal selber machen
KI-Irrsinn Teil 5: Deloitte, die KI und der versemmelte Report in Australien

Kurzer Nachtrag für die Blog-Leserschaft, falls jemand betroffen ist. Die Updates von Oktober 2025 für Windows 10 22H2 sowie Windows 11 24H2 – 25H2 können als “Kollateralschaden” die Abfrage eines Bitlocker-Recovery-Keys triggern. Kommt besonders gut, wenn das USB-Problem in Win RE noch besteht oder der Recovery-Key unbekannt ist.

Ein Leserhinweis auf Bitlocker-Recovery

Im Kontext des Bugs in WinRE, bei dem weder USB-Tastaturen noch -Mäuse fehlen, hatte ein Blog-Leser mir auf Facebook den Bug bestätigt und schrieb, dass er das USB-Problem bei einem Kunden hatte. Dessen Rechner sei nach einem Update in die Bitlocker-Recovery-Abfrage geraten, und er konnte an der USB-Tastatur den Bitlocker Recovery-Key nicht mehr eintippen. In dem Fall musste der Rechner mit Windows neu formatiert werden.

Microsoft bestätigt Windows Bitlocker-Recovery-Problem

Die Kollegen von Bleeping Computer zitieren im Beitrag Microsoft: October Windows updates trigger BitLocker recovery aus einem Service Alert (leider nur mit Anmeldung, wobei diese laut dieser Quelle eine gültige Microsoft 365 Business- oder Windows 11 Enterprise-Lizenz erfordert), dass es Probleme mit den Windows Oktober 2025-Updates geben könne.

Wenn das Update KB5066791 für Windows 10 22H2 oder das Update KB5066835 für Windows 11 24H2 und 25H2, beide zum 14. Oktober 2025 veröffentlicht (siehe Patchday: Windows 10/11 Updates (14. Oktober 2025)) installiert wurden, kann es sein, dass Windows beim nächsten Neustart im Bitlocker Recovery-Mode hängen bleibt.

Nach Eingabe des Bitlocker Recovery-Keys startet das System wie gewohnt und die Abfragt erscheint auch nicht erneut. Problem ist neben einer ggf. nicht funktionierenden USB-Tastatur, dass der Bitlocker Recovery-Key unbekannt ist. Auf die Falle hatte ich im Blog-Beitrag Windows 10/11 Home-Edition und die OEM Bitlocker-Falle hingewiesen. Und im Beitrag Windows-Frage: Wo speichert Bitlocker den Recovery-Key? hatte ich die Frage, wo der Bitlocker Recovery-Key überall zu finde ist, ausgiebiger beleuchtet.

Microsoft gibt in seinem internen Service Alert an, dass der Fehler in erster Linie Intel-Geräte mit Unterstützung für Connected Standby (als Modern Standby bekannt) betrifft. Dieser bewirkt, dass die Geräte im Energiesparmodus mit dem Netzwerk verbunden bleiben können.

Blog-Leser Bolko vermutet in diesem Kommentar vom 5. November 2025 zu diesem Sachverhalt, dass die CPU aus dem Connected Standby nicht mehr richtig aufwacht und dann der TPM weiter schläft und den Bitlocker-Key nicht mehr frei gibt. Ob das zutrifft, kann ich nicht sagen.

Derzeit ist unklar, wie viele Systeme betroffen sind – Windows Latest listet hier Fälle auf. Microsoft bietet laut Bleeping Computer IT-Administratoren, die dieses Problem haben, eine Lösung in Form einer Gruppenrichtlinie an, die durch das Oktober 2025-Update verursachte Ursache über das Known Issue Rollback (KIR) deaktiviert. Betroffene Kunden müssen sich jedoch für weitere Informationen an den Microsoft-Support für Unternehmen wenden.

Ähnliche Artikel:
Microsoft Security Update Summary (14. Oktober 2025)
Patchday: Windows 10/11 Updates (14. Oktober 2025)
Windows 10/11 Home-Edition und die OEM Bitlocker-Falle
Windows-Frage: Wo speichert Bitlocker den Recovery-Key?
Windows 11: Folder Auto-Discovery bremst Explorer – Optionen zum Abschalten
Windows 11 24H2-25H2: Zähe Startmenü-Suche; Preview KB5067036 bremst Suche auf File-Server
Windows 11 24H2 Enterprise: Gibt es ein Auto-Upgrade auf 25H2?
Windows 11 24H2-25H2: Update KB5070773 fixt USB-Tastatur- und -Mausprobleme in WinRE
Windows 10/11: USB-Tastatur/-Maus funktioniert in WinRE nicht richtig

Ich fasse mal zwei Meldungen zusammen, die mir gerade auf den Tisch kamen. Das israelische Militär zieht chinesische PKWs ihrer Soldaten ein, weil der Verdacht besteht, dass diese Fahrzeuge für Spionage eingesetzt werden. Und in Norwegen hat ein geheimer Test der Verkehrsbetriebe ergeben, dass 850 Elektrobusse aus China ferngesteuert werden können.

Das obige Symbolbild zum Artikel zeigt noch das Qualitäts-Auto aus der Produktion von VW. Der Käfer läuft und läuft und läuft, hieß es früher. Einmal kaufen, schauen, dass genug Benzin im Tank ist und losfahren. Solange der Motor hält, fährt der VW-Käfer.

Heute sind moderne Autos ja rollende Computer – Software defined vehicles sind das Zauberwort der Protagonisten aus der Branche, die glauben, deren Zukunft zu kennen. Ich hatte hier im Blog ja schon häufiger auf die Implikationen dieser Entwicklung hingewiesen, die viele Käufer eines PKW eigentlich nicht wirklich wollen. Nun habe ich zwei Informationssplitter zusammen getragen, die zeigen, was schief läuft.

IDF zieht chinesische Fahrzeuge ein

Mir ist das Thema aktuell nur als Tweet auf der Plattform X zugespielt worden. In nachfolgendem Tweet heißt es, dass Israel chinesische PKWs einzieht, die von IDF-Angehörigen benutzt werden. IDF steht für Israel Defense Force, also das israelische Militär.

Hintergrund ist, dass israelische Behörden den Verdacht hegen, dass die Fahrzeuge zur Spionage und zum Ausspähen der IDF benutzt werden könnten. Laut Tweet wurden bis heute 700 chinesische PKWs der Modelle Chery Tiggo 8 Pro und weiterer chinesischer Hersteller ab Zulassungsdatum 2022 eingezogen wurden.

Quelle dieser Behauptung sind wohl Medienberichte aus Israel, wie in der Times of Israel. Bereits Anfang 2025 verbot die IDF allen chinesischen Autos die Einfahrt in Militärstützpunkte, da befürchtet wurde, dass ihre Sensoren und Kameras zum Sammeln sensibler Informationen genutzt werden könnten. Bei den jetzt eingezogenen Fahrzeugen handelt es sich um chinesische Fabrikate, die in den letzten Jahren an hochrangige Offiziere vergeben wurden. Seit 2022 wurde das Modell Chery Tiggo 8 Pro wohl von der Armee an Oberstleutnants und Obersten mit großen Familien ausgegeben.

Norwegens chinesische Elektrobusse fernsteuerbar

Unangenehme Erkenntnis bei Norwegens Verkehrsbetrieben. Das Land hat mehr als 1.350 chinesische Elektrobusse gekauft, die im ganzen Land im Einsatz sind. Etwa 850 dieser Fahrzeuge stammen von Yutong, einem der größten Hersteller von Elektrobussen in China.

Kürzlich führte der öffentliche Verkehrsbetreiber Ruter, der für die Hauptstadt Oslo und ihre Umgebung zuständig ist, einen geheimen Test in einem stillgelegten Untertagebau durch. Ziel war es, die chinesischen und westlichen Busse, die Ruter besitzt, unter dem Gesichtspunkt der Cybersicherheit zu untersuchen.

Die Seite PiataAuto.md aus Moldau berichtet in diesem Artikel, dass die Norweger dabei mit Erstaunen festgestellt haben, dass die gekauften chinesischen Yutong-Elektro-Busse in ihrem Land über eine SIM-Karte aus Rumänien aus der Ferne aus China gesteuert und angehalten werden können.

Das wird auch in einer offiziellen Ruter-Mitteilung bestätigt. Der Hersteller könne zudem auf die vollständigen Diagnosedaten der Busse zugreifen und sogar die Türen remote verriegeln. Focus Online hat das Ganze in diesem Artikel aufgegriffen.

Norwegen wird bei der Beschaffung künftiger Busse stärkere auf die einhergehenden Cyberrisiken achten. Ich hatte bereits vor Jahren prognostiziert, dass China durch seine allgegenwärtigen Überwachungsmechanismen Probleme in ihren Produkten bekommen werden. Denn für die chinesischen Softwareentwickler sind Überwachungsfunktionen etwas normales und fließen auch in Exportprodukte ein.

Ähnliche Artikel:
Software: Unser Grab als PKW-Besitzer der Zukunft?
Crowd-Recherche: “Datenspende”, was wissen PKW-Hersteller über Kunden?
PKW-Sicherheit: Kia-Challenge und Hyundai-Key im Web
Fail: Toyota ermöglicht den Remote-Start seiner vernetzten PKWs nur mit Monats-Abo
Connected Car-Schwachstellen und PKW-Datensammelwut
Zum Nachdenken: Softwaresicherheit in modernen Autos

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros. Kommentare abseits des Themas bitte unter Diskussion. Kommentare, die gegen die Regeln verstoßen, werden rigoros gelöscht.

Du findest den Blog gut, hast aber Werbung geblockt? Du kannst diesen Blog auch durch eine Spende unterstützen.

In Windows 11 und Windows Server 2025 soll der Credential Guard das Abfließen von Anmeldedaten verhindern. Sicherheitsforscher haben nun gezeigt, dass sich der Credential Guard in Windows austricksen lässt und weiterhin Anmeldedaten preisgeben kann. Angreifer können NTLMv1-Anmeldeinformationen abrufen. Microsoft teilte den Sicherheitsforschern nach der Meldung mit, dass man das nicht fixen werde.

Hintergrund: Credential Dumping

Credential Dumping ist eine Technik, mit der Angreifer versuchen, Anmeldedaten (Credentials) zu extrahieren, um sich Zugang zu Konten und Anmeldedaten eines Systems, in der Regel in Form eines Hash-Werts oder eines Klartext-Passworts, zu verschaffen. Anmeldedaten können aus dem Cache, dem Speicher oder Strukturen des Betriebssystems extrahiert werden.

Diese Anmeldedaten (Credentials) lassen sich dann für laterale Bewegungen im Netzwerk und den Zugriff auf abgesicherte Systeme und die dort gespeicherten Informationen verwenden. Credential Dumping ist nach wie vor eine der effektivsten Techniken, die sowohl von Angreifern als auch von Red-Teamern eingesetzt wird, um nach einer Exploitation in Windows-Umgebungen lateral vorzugehen.

Windows Credential Guard verspricht Schutz

Ein Hauptziel solcher Angriffe ist der LSASS-Prozess, der NTLM- und Kerberos-Anmeldedaten speichert. Aufgrund des Ausmaßes dieser Bedrohung hat Microsoft 2015 mit Windows 10 den Credential Guard eingeführt, um Anmeldedaten und Geheimnisse durch Isolierung mit Virtualization-Based Security zu schützen. Bei der Funktion des Credential Guard handelt es sich um eine virtualisierungsbasierte Isolationstechnologie für LSASS (Local Security Authority Subsystem Service), die Angreifer daran hindert, Anmeldedaten zu stehlen, die für Pass-the-Hash-Angriffe verwendet werden könnten.

Der Credential Guard verhindert, dass Angreifer die in LSASS gespeicherten Anmeldedaten auslesen können, indem LSASS in einem virtualisierten Container ausgeführt wird, auf den selbst Benutzer mit SYSTEM-Rechten keinen Zugriff haben. Das System erstellt dann einen Proxy-Prozess namens LSAIso (LSA Isolated) für die Kommunikation mit dem virtualisierten LSASS-Prozess. Ab Windows 10 Version 20H1 ist Credential Guard nur in der Enterprise-Edition des Betriebssystems verfügbar.

Windows Credential Guard versagt

Leider scheint dies nicht immer zu funktionieren. Ich bin über nachfolgenden Tweet auf den Beitrag Catching Credential Guard Off Guard vom 23. Oktober 2025 gestoßen.

Die Botschaft des Tweets lautet, dass Sicherheitsforscher von SpecterOps bei Analysen zeigen konnten, dass Credential Guard weiterhin unter Windows Anmeldedaten preisgeben kann. Angreifer können durch Missbrauch des Remote Credential Guard NTLMv1-Challenge-Antworten anfordern und NT-Hashes wiederherstellen. Die Sicherheitsforscher haben das Szenario detailliert in ihrem Beitrag beschrieben.

Diese Angriffsart ist selbst auf vollständig gepatchten Windows 11-Systemen mit VBS und PPL (also dem sichersten aller Windows-Versionen) sowie unter Windows Server 2025 möglich. Nachdem das Problem an Microsoft im August 2025 gemeldet wurde, konnte das Unternehmen dies im September 2025 reproduzieren. Gegenüber den Sicherheitsforderungen hat Microsoft bestätigt, dass der Angriff funktioniert. Allerding hat Microsoft zum 24. September 2024 die Meldung des Problem mit “wird nicht behoben” gekennzeichnet und den Fall abgeschlossen. Die Forscher haben dann ein Proof of Concept (PoC) namens DumpGuard veröffentlicht.

[English]Ich stelle noch eine kurze Nachlese zu den Sicherheitsupdates für Oktober 2025 hier im Blog ein. Einige Administratoren berichteten über Installationsfehler bei Windows-Updates. Es gibt aber einige Workarounds, um diese Probleme in den Griff zu bekommen. Vielleicht hilft es weiter, falls jemand noch mit den Updates vom 14. Oktober 2025 hakelt.

Server 2016: Update-Installationsfehler 0x800F0922

Für Windows Server 2016 wurde das kumulative Update KB5066836 zum 14. Oktober 2025 freigegeben (siehe Patchday: Windows Server-Updates (14. Oktober 2025)). In diesem Kommentar hat sich Leser YoungR gemeldet und schrieb, dass dieses Sicherheitsupdate bei der Installation mit einem Fehler 0x800F0922 scheitert.

Das ist ein generischer Fehler, der nur anzeigt, dass der Update-Installer das Update nicht fertigstellen konnte. Häufig hängt der Installationsabbruch mit ungenügend freiem Speicher auf System Reserved Partition zusammen – was hier aber ausgeschlossen werden kann.

reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Publishers\{53e3d721-2aa0-4743-b2db-299d872b8e3d}" /f

Im Sysnative-Forum hat jemand einen Tipp gegeben, den Registrierungseintrag im WINEVT-Zweig der Registrierung mit obigem reg-Befehl für den betreffenden Publisher (Windows Store) zu löschen. Danach ließ sich das Update erfolgreich installieren. In diesem Kommentar bestätigt Blog-Leser Buster, dass dieser Ansatz mit dem Löschen des Registrierungseintrags für den Windows Store geholfen habe.

Windows 11 23H2 Update-Installationsfehler 0x800F0922

Bei den Kollegen von administrator.de bin ich die Tage auf den Post WSUS-Admins aufgemerkt: KB5066793 Installationsfehler samt Workaround von DerWoWusste gestoßen. Dort geht um das Update KB5066793 vom 14. Oktober 2025 für Windows 11 23H2, dessen Installation mit dem Installationsfehler 0x800f0922 scheitert. Der Poster schreibt, dass es vor allem Rechner traf, die von Windows 10 auf Windows 11 aktualisiert wurden.

Auch dort wird der WinEvt-Eintrag in der Registrierung bereinigt, wobei der Betroffene gleich das nachfolgende Script gepostet hat, welches zwei Einträge verändert.

findstr /c:"declared by an existing provider Microsoft-Windows-Store-Client-UI{{53e3d721-2aa0-4743-b2db-299d872b8e3d}}" c:\Windows\Logs\CBS\CBS.log || goto end  
ver | findstr 10.0.22631.5909 || goto end
set Storepath=HKLM\software\microsoft\windows\currentversion\winevt\channels\Microsoft-Windows-Store/Operational
set GUIDpath=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\publishers\{53e3d721-2aa0-4743-b2db-299d872b8e3d}
reg save %Storepath% \\server\Logshare\%computername%_Store.reg /y && reg delete %Storepath% /f
reg save %GUIDpath% \\server\Logshare\%computername%_GUID.reg /y && reg delete %GUIDpath% /f
:end

Die Lösung bezieht sich auf den Post hier im elevenforum, wobei die dort genannten Einträge aber nicht korrekt sein sollen. Hier im Blog findet sich dieser Kommentar von Bolko zum Update-Installationsfehler 0x800f0922, der erklärt, wie man auf obige Registrierungseinträge kommt.

Server 2022 Update-Installationsfehler 0x800f0923

Für Windows Server 2022 wurde das kumulative Update KB5066782 zum 14. Oktober 2025 freigegeben (siehe Patchday: Windows Server-Updates (14. Oktober 2025)). In diesem Kommentar beklagt sich Leser plam, dass der Server 2022 nach Installation der Oktober 2025-Updates KB5066782 und KB506613 (.NET-Framework) nicht mehr bootet. Nach mehreren Fehlversuchen und Neustarts wurde der Installationsfehler 0x800f0923 gemeldet. Hier ist bisher keine Lösung bekannt – aber eine Suche zeigt mir derzeit im Internet nur den Kommentar hier im Blog als Treffer an.

Ähnliche Artikel:
Microsoft Security Update Summary (14. Oktober 2025)
Patchday: Windows 10/11 Updates (14. Oktober 2025)
Patchday: Windows Server-Updates (14. Oktober 2025)
Patchday: Microsoft Office Updates (14. Oktober 2025)
Exchange Server Sicherheitsupdates Oktober 2025

Windows 10 22H2/Windows 11 23H2: Preview Updates (23./25./29 September 2025)
September 2025-Update KB5065426 verursacht Probleme mit großen AD-Umgebungen
Windows 11 24H2/25H2: Localhost-Probleme nach Oktober 2025-Update KB5066835