mars solutions GmbH

Windows 11-Update KB5094126: Bugs in Office, File Explorer und Papierkorb

Technischer Support — Wed, 24 Jun 2026 07:00:00 +0000

Windows 11-Update KB5094126: Bugs in Office, File Explorer und Papierkorb

Juni 24, 2026
09:00

Die Bugs von KB5094126 im Überblick

Nach den Secure Boot-Problemen folgt die zweite Welle:
KB5094126, das kumulative Windows 11-Update vom Patchday am 9. Juni 2026, sorgt für weitere, von Microsoft inzwischen offiziell bestätigte Fehler. Betroffen sind der Start von Microsoft Office aus Drittsoftware, der Löschdialog des Papierkorbs sowie der Zugriff auf OneDrive im Datei-Explorer.

Gut zu wissen

Durch keinen der bestätigten Fehler droht ein Datenverlust. Der Papierkorb-Bug ist rein kosmetisch, OneDrive-Daten bleiben über den direkten Pfad erreichbar und Office selbst funktioniert weiterhin – betroffen ist nur der automatisierte Aufruf aus Drittprogrammen.

Office startet nicht aus Drittsoftware

Der für Unternehmen gravierendste Fehler betrifft die OLE-Automation – die Schnittstelle, über die andere Programme Word, Excel oder PowerPoint im Hintergrund ansteuern. Nach der Installation vom KB5094126 können bestimmte Drittanbieter-Anwendungen die Office-Programme nicht mehr starten oder Dokumente nicht mehr öffnen – teils ohne Fehlermeldung.

Workaround: das Dokument bzw. die Office-Anwendung direkt öffnen, statt den Umweg über die Fachsoftware zu nehmen.

Papierkorb zeigt kryptische Dateinamen

Löschen Sie ein einzelnes Element endgültig aus dem Papierkorb, zeigt der Bestätigungsdialog nicht mehr den echten Dateinamen, sondern den internen Papierkorb-Code – etwa $R9K06N2.docx statt Bericht.docx. Ursache ist eine Sicherheitsverschärfung des Juni-Patchdays. Der Fehler ist rein kosmetisch: Es wird die korrekte Datei gelöscht, und beim Wiederherstellen erhält sie ihren Originalnamen zurück. Microsoft korrigiert den Punkt mit dem Patchday am 14. Juli 2026.

Welche Systeme sind betroffen

Produkt	Betroffene Versionen
Windows 11	23H2, 24H2, 25H2, 26H1
Windows 10	22H2 inkl. LTSC 2019 / 2021
Windows Server	2012 bis 2025

Der Papierkorb-Fehler hängt nicht an einem einzelnen Build, sondern an der gemeinsamen Sicherheitsarchitektur des Juni-Patchdays.

Die Empfehlung: KB5094126 kontrolliert ausrollen

Pilotgruppe zuerst: Windows 11-Update KB5094126 auf einer kleinen, repräsentativen Gerätegruppe testen.

Office-Fachsoftware prüfen: Workflows mit OLE-Automation gezielt durchtesten.

Helpdesk briefen: Anwender informieren, dass kryptische Namen kein Datenverlust sind.

OneDrive kontrollieren: Geräte mit lokalem Admin und deaktivierter UAC prüfen.

Juli-Patchday einplanen: Papierkorb-Fix kommt am 14. Juli 2026.

Was IT-Admins wissen sollten

Update gestaffelt statt flächendeckend ausrollen
EFI-Partition und BIOS/UEFI der Pilotgeräte prüfen
BitLocker-Wiederherstellungsschlüssel zentral sichern
Office-abhängige Drittsoftware vor dem Rollout testen
Workarounds im Support-Prozess dokumentieren
Enterprise-Support für den Papierkorb-Workaround nutzen

Nützliche Befehle

Das Windows 11-Update KB5094126 behandelt die Datei desktop.ini strenger, wodurch benutzerdefinierte Ordnersymbole verschwinden können.
Diese PowerShell-Befehle helfen bei der Diagnose und Korrektur:

# Ordnersymbole nach dem Update wieder freigeben
Unblock-File -Path "C:\Pfad\zum\Ordner\desktop.ini"

# Secure-Boot-Status prüfen
Confirm-SecureBootUEFI

FAQ zu KB5094126

Gehen durch den Papierkorb-Bug Daten verloren?

Nein. Der Fehler ist rein kosmetisch. Es wird die korrekte Datei gelöscht, und beim Wiederherstellen erhält sie ihren ursprünglichen Namen zurück.

Warum startet Office nicht mehr aus unserer Fachsoftware?

KB5094126 verändert das Verhalten der OLE-Automation. Programme, die Word, Excel oder PowerPoint im Hintergrund ansteuern, können diese teils nicht mehr starten. Abhilfe: das Dokument direkt öffnen.

Welche Systeme sind betroffen?

Windows 11 (23H2–26H1), Windows 10 22H2 inklusive LTSC 2019/2021 sowie Windows Server 2012 bis 2025.

Sollten wir das Update trotzdem installieren?

Ja. KB5094126 schließt kritische Sicherheitslücken. Empfohlen wird ein gestaffelter Rollout mit vorheriger Prüfung auf einer Pilotgruppe.

Fazit

Sicher patchen. Updates kontrolliert ausrollen.
KB5094126 zeigt erneut, dass Updates für die Verlässlichkeit im Tagesgeschäft genauso entscheidend sind wie für die Sicherheit.
Datenverlust droht durch keinen der bestätigten Fehler.
Wer Office aus Drittprogrammen automatisiert, sollte vor dem Rollout testen – ein abgestufter Rollout mit klaren Testszenarien ist hierfür empfehlenswert.

Weitere interessante Beiträge

mars-News

Rückblick auf das 2. Managed NMS Symposium 2026

19. Juni 2026

Zum Blogbeitrag

IT-News

Microsoft Copilot Flex Routing: Was M365-Admins wissen sollten

30. April 2026

Zum Blogbeitrag

IT-News

Microsoft-365-Preiserhöhung zum 1. Juli 2026

28. Mai 2026

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Windows 11-Update KB5094126: Bugs in Office, File Explorer und Papierkorb erschien zuerst auf mars solutions GmbH.

Secure Boot-Zertifikate 2026: Stichtag 24. Juni für Windows-Systeme

Technischer Support — Tue, 23 Jun 2026 08:22:00 +0000

Secure Boot-Zertifikate 2026: Stichtag 24. Juni für Windows-Systeme

Juni 23, 2026
10:22

Die Secure Boot-Zertifikate aus dem Jahr 2011 laufen ab Juni 2026 aus – beginnend mit dem 24. Juni 2026.
Für die meisten Privatgeräte ist das ein Nicht-Ereignis, weil Microsoft die Erneuerung im Hintergrund übernimmt.
Für verwaltete Umgebungen in Unternehmen, Server und ältere Hardware ist es dagegen eine planbare, aber nicht triviale Migrationsaufgabe.

Wichtige Fakten zu Secure Boot

Die 2011er-Zertifikate laufen ab Juni 2026 aus, erster Stichtag ist der 24. Juni 2026 (KEK CA 2011).
Geräte starten weiterhin normal und erhalten weiterhin reguläre Windows-Updates.
Es entfallen neue Schutzmechanismen für den frühen Boot-Vorgang.
Ersatz ist eine 2023er-CA-Kette, gültig bis 2038.
Clients werden weitgehend automatisch versorgt – Windows Server nur durch manuelles Handeln.

Was ist Secure Boot – und warum laufen Zertifikate ab?

Secure Boot ist eine Funktion der UEFI-Firmware und prüft schon vor dem Start des Betriebssystems, ob Bootloader und frühe Boot-Komponenten von einer vertrauenswürdigen Stelle signiert wurden. Das Vertrauen stützt sich auf Zertifizierungsstellen (CAs), deren Schlüssel in den UEFI-Variablen KEK und DB hinterlegt sind.

Wie jedes Zertifikat haben auch diese CAs ein Ablaufdatum. Die 2011 ausgestellten Microsoft-Zertifikate erreichen 2026 ihr Lebensende – ein regulärer Lifecycle-Vorgang, der zugleich die Secure-Boot-Härtung seit der BlackLotus-Lücke (CVE-2023-24932) fortführt.

Welche Zertifikate laufen genau ab?

Betroffen sind drei Microsoft-Zertifikate mit unterschiedlichen Aufgaben:

Zertifikat (2011)	Rolle	Ablauf
Microsoft Corporation KEK CA 2011	Key Exchange Key (KEK)	24. Juni 2026
Microsoft Corporation UEFI CA 2011	Drittanbieter-Bootloader & Option ROMs	Juni 2026
Microsoft Windows Production PCA 2011	Windows-Bootloader (in der DB)	Oktober 2026

An ihre Stelle tritt die erneuerte 2023er-Kette:
Microsoft Corporation KEK 2K CA 2023, Windows UEFI CA 2023 (Windows Boot Manager),
Microsoft UEFI CA 2023 (Drittanbieter-Bootloader) sowie Microsoft Option ROM UEFI CA 2023.

Die einzelne Drittanbieter-CA wurde dabei bewusst in zwei 2023er-CAs aufgeteilt. Die neuen Zertifikate sind bis 2038 gültig.

Was passiert, wenn man nichts tut?

Kein Gerät bleibt am Stichtag stehen.
Systeme mit abgelaufenen 2011er-Zertifikaten booten weiterhin, und reguläre Windows-Updates werden weiter installiert. Es entfallen lediglich neue Schutzmechanismen für den frühen Boot-Vorgang (Windows Boot Manager, DB/DBX-Sperrlisten, Boot-Level-Fixes). Mit jeder künftigen Bedrohung sinkt die Schutzwirkung eines nicht migrierten Geräts also schrittweise – kein akuter Ausfall, sondern eine schleichend wachsende Lücke.

Wie kommen die neuen Zertifikate auf die Geräte?

Windows-Clients

Viele PCs ab 2024 bringen die 2023er-Zertifikate bereits mit. Übrige erhalten sie über monatliche Windows-Updates (Controlled Feature Rollout) – standardmäßig aktiv. Voraussetzung: Updates ab dem 11.11.2025.

Windows Server

Erhält die Zertifikate nicht automatisch. Administratoren stoßen die Aktualisierung manuell an – per Registry, Gruppenrichtlinie oder Virtualisierungs-plattform.

Linux / VMs / Cloud

Dual-signierte Shims (2011 + 2023) halten Systeme bootfähig. Bei Shielded-/Trusted-Launch-VMs muss die virtuelle Firmware die neuen Zertifikate kennen. TPM-PCR-Werte ändern sich.

Wie prüft man den Status der Geräte?

Vor jedem Rollout steht die Bestandsaufnahme. Diese Wege liefern verlässliche Aussagen:

Registry: UEFICA2023Status - NotStarted / InProgress / Updated
Ereignisanzeige: Event ID 1808 = Erfolg, 1801 = nicht angewendet
PowerShell: Confirm-SecureBootUEFI und Get-SecureBootUEFI
Flottenweit: Windows Autopatch Secure-Boot-Statusbericht (Intune)

PowerShell

# Zertifikatsstatus auslesen (PowerShell)
Get-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\SecureBoot\Servicing' `
  -Name UEFICA2023Status | Select-Object UEFICA2023Status

Wie rollt man die Aktualisierung der Secure Boot-Zertifikate aus?

Firmware vorbereiten

Aktuelles BIOS/UEFI des Herstellers einspielen und BitLocker für 1-2 Neustarts aussetzen.

Rollout auslösen

Registry-Wert AvailableUpdates auf 0x5944 setzen.

Aufgabe starten

Geplante Aufgabe Secure-Boot-Update ausführen, statt auf den 12-Stunden-Zyklus zu warten.

Abschluss prüfen

Zwei Neustarts durchführen; Erfolg über UEFICA2023Status = „Updated“ und Event ID 1808 verifizieren.

CMD / PowerShell

REM Rollout per Registry auslösen
reg add HKLM\SYSTEM\CurrentControlSet\Control\SecureBoot ^
  /v AvailableUpdates /t REG_DWORD /d 0x5944 /f

REM Aufgabe sofort starten (PowerShell)
Start-ScheduledTask -TaskName "\Microsoft\Windows\PI\Secure-Boot-Update"

Zwei Neustarts sind normal und kein Fehler.
Die Verteilung ist auch per Gruppenrichtlinie („Enable Secure Boot certificate deployment“), Microsoft Intune oder über die WinCS-APIs möglich.

Was sollte man noch beachten?

Firmware zuerst: ältere Geräte (2015–2020) brauchen oft ein OEM-BIOS-Update.
BitLocker vor dem Update aussetzen – sonst drohen Wiederherstellungsabfragen.
Einbahnstraße: kein Rückbau auf „nur 2011“; alte Boot-Medien neu erstellen.
Keine Werks-Resets von Secure Boot nach der Migration.
Die EFI-Systempartition kann zu knapp bemessen sein.

Wichtiger Hinweis

Secure Boot nicht deaktivieren, um den Ablauf zu umgehen, und das 2011er-Zertifikat nicht entfernen oder sperren.
Beides senkt das Schutzniveau oder macht Geräte startunfähig.

FAQs - Secure-Boot-Zertifikate

Bleiben PCs am 24. Juni 2026 stehen?

Nein. Geräte booten weiter und erhalten weiterhin reguläre Windows-Updates. Ohne Migration entfallen nur die Boot-Level-Schutzupdates.

Muss man Secure Boot deaktivieren?

Nein, keinesfalls. Das senkt das Schutzniveau erheblich. Der richtige Weg ist der Umstieg auf die 2023er-CA.

Werden Server automatisch aktualisiert?

Nein. Windows Server benötigt manuelles Handeln über Registry oder Gruppenrichtlinie.

Woran erkennt man den erfolgreichen Abschluss der Secure Boot-Aktualisierung?

Am Wert UEFICA2023Status = „Updated“ sowie an Event ID 1808 im System-Ereignisprotokoll.

Handlungsempfehlung für IT-Admins

Sinnvoll ist ein gestaffeltes Vorgehen vor dem Stichtag: zunächst eine Inventur des Zertifikatsstands, dann aktuelle Firmware, anschließend ein Pilot-Rollout an validierten Geräten, der wellenweise ausgebaut wird – und durchgehend ein Monitoring über Registry-Status, Event-IDs und Autopatch-Berichte. Den größten Aufwand verursachen Server, Spezialhardware und ältere Images, weil sie nicht vom automatischen Rollout profitieren.

Fazit

Der Stichtag 24. Juni 2026 für die Secure-Boot-Zertifikate ist weniger ein Notfall als eine Frist, die sich mit der gebotenen Sorgfalt gut beherrschen lässt – vorausgesetzt, die Migration wird strukturiert und früh genug angegangen.

Weitere interessante Beiträge

IT-News

Was ist Cloud Computing: Grundlagen und Tipps

16. April 2026

Zum Blogbeitrag

IT-News

Phishing und Spam im Unternehmen: Probleme, Ursachen und Lösungen

7. April 2026

Zum Blogbeitrag

IT-News

Sichere Passwörter: So schützen Unternehmen ihre Zugänge wirksam

31. März 2026

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Secure Boot-Zertifikate 2026: Stichtag 24. Juni für Windows-Systeme erschien zuerst auf mars solutions GmbH.

Rückblick auf das 2. Managed NMS Symposium 2026

Melissa Reiff — Fri, 19 Jun 2026 09:37:03 +0000

Rückblick auf das 2. Managed NMS Symposium 2026

19. Juni 2026
11:37
Melissa Reiff

Am 18. Juni 2026 durften wir Teil des 2. Managed IT Service Symposiums im Van der Valk Hotel Düsseldorf Airport sein – mittendrin im Austausch mit der Managed-Service-Community.

Nach der erfolgreichen Premiere im vergangenen Jahr, bei der wir ebenfalls als Aussteller vertreten waren, war die Vorfreude auf die zweite Ausgabe groß. Umso schöner war es, auch 2026 wieder dabei zu sein und gemeinsam mit vielen Managed-Service-Profis über die Zukunft von Cloud- und Managed-Service-Geschäftsmodellen zu sprechen.

Ein Tag voller Austausch, Impulse und neuer Perspektiven

Schon beim informellen Get-Together am Vorabend wurde deutlich: Dieses Event lebt vom persönlichen Austausch. In entspannter Atmosphäre konnten erste Gespräche geführt, Kontakte vertieft und neue Verbindungen geknüpft werden.

Am Veranstaltungstag selbst erwartete die Besucher ein vielseitiges Programm mit spannenden Fachvorträgen, strategischen Einblicken und wertvollen Impulsen von Ausstellern und Branchenprofis. Im Mittelpunkt stand dabei vor allem eine Frage:

Wie können IT-Unternehmen den Wandel vom klassischen Dienstleister zum Managed Service Provider erfolgreich gestalten?

Genau hier setzte auch das Nordanex Managed IT Service Programm (NMS) an, das IT-Unternehmen bei dieser Transformation unterstützt und praxisnahe Ansätze für moderne Managed-Service-Modelle bietet.

Wir mittendrin

Für uns war es besonders wertvoll, nicht nur zuzuhören, sondern aktiv Teil des Symposiums zu sein. Als Aussteller konnten wir direkt mit Besuchern, Partnern und anderen Unternehmen ins Gespräch kommen, unsere Perspektiven einbringen und zeigen, welche Rolle lösungsorientierte IT-Services heute spielen.

Die Gespräche an unserem Stand haben einmal mehr gezeigt, wie relevant Themen wie Cloud, Managed Services, Prozessoptimierung und strategische IT-Betreuung für viele Unternehmen geworden sind.

Besonders beeindruckt hat uns:

der offene Austausch mit Besuchern, Partnern und Ausstellern
die hohe Praxisnähe der Fachvorträge
die vielen Gespräche rund um moderne Managed-Service-Geschäftsmodelle
das starke Netzwerk innerhalb der Nordanex-Community
die gemeinsame Motivation, IT nicht nur technisch, sondern strategisch weiterzudenken

Warum solche Events wichtig sind

Die Anforderungen an IT-Unternehmen verändern sich stetig. Kunden erwarten heute mehr als einzelne technische Lösungen. Gefragt sind verlässliche Services, vorausschauende Betreuung und echte Mehrwerte.

Das Symposium hat dafür genau den richtigen Rahmen geschaffen: fachlicher Input, persönliche Gespräche und konkrete Impulse für die Weiterentwicklung als Managed Service Provider.

Fazit

Das 2. Managed IT Service Symposium 2026 war für uns ein voller Erfolg, sowohl als Besucher als auch als Aussteller.

Wir nehmen viele spannende Eindrücke, wertvolle Kontakte und neue Impulse mit. Ein großes Dankeschön geht an das Team von Nordanex für die professionelle Organisation und das starke Programm.

Für uns steht fest: Wer Managed Services ernst nimmt, braucht genau solche Plattformen für Austausch, Orientierung und gemeinsame Weiterentwicklung.

Wir freuen uns schon jetzt auf das nächste Mal.

Weitere Einblicke in das NMS Symposium 2026

Weitere interessante Beiträge

IT-News

DoS- und DDoS-Angriffe - Schutz für Unternehmen

30. April 2026

Zum Blogbeitrag

IT-News

Microsoft Edge Sicherheitslücke: Unverschlüsselte Sicherung von Passwörtern im Arbeitsspeicher

21. Mai 2026

Zum Blogbeitrag

IT-News

Microsoft-365-Preiserhöhung zum 1. Juli 2026

28. Mai 2026

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Rückblick auf das 2. Managed NMS Symposium 2026 erschien zuerst auf mars solutions GmbH.

UniFi OS Sicherheitslücken: 5 kritische CVEs bei Ubiquiti (Bulletin 065)

Technischer Support — Tue, 16 Jun 2026 09:38:31 +0000

UniFi OS Sicherheitslücken: 5 kritische CVEs bei Ubiquiti (Bulletin 065)

Juni 16, 2026
11:38

Wichtige Informationen zu den aktuellen UniFi OS Sicherheitslücken: Ubiquiti schließt fünf Schwachstellen (CVSS bis 9,9), die Codeschmuggel und Rechteausweitung erlauben. Betroffene Geräte, CVEs und Patch-Versionen – hier im Überblick.

Ubiquiti hat mit „Security Advisory Bulletin 065“ (Juni 2026) fünf Schwachstellen in UniFi OS und im UID Enterprise Agent offengelegt. Drei davon gelten als kritisch mit einem CVSS-Wert von 9,9 und erlauben das Einschleusen von Befehlen (Command Injection) sowie die Ausweitung von Rechten. Betroffen sind zentrale Netzwerkkomponenten wie Dream Machines, Cloud Gateways, Cloud Keys, Network Video Recorder und der UniFi OS Server. Aktualisierte Software steht bereit.

Die wichtigste Maßnahme: zeitnah auf UniFi OS 5.1.15 (bzw. 5.1.16 für UNAS), Express 4.0.15 und UID Enterprise Agent 1.61.4 aktualisieren.

Wer ist von den UniFi OS IT-Sicherheitslücken betroffen?

Die neue UniFi OS Sicherheitslücke betrifft praktisch das gesamte Geräteportfolio von Ubiquiti, das in vielen kleinen und mittelständischen Unternehmen die Rolle von Firewall, Router, WLAN-Controller und Videoüberwachungs-Backend übernimmt.

Weil diese Geräte am Übergang zwischen Internet und internem Netz oder im Netzwerkkern sitzen, wiegen Schwachstellen mit Codeausführung hier besonders schwer.

Was ist UniFi OS – und warum ist das relevant?

UniFi OS ist das Betriebssystem, das auf Ubiquitis Netzwerk- und Sicherheits-Appliances läuft: auf Gateways (UniFi Dream Machine, Cloud Gateway), auf Verwaltungsgeräten (Cloud Key) sowie auf Aufzeichnungsgeräten für Kameras (Network Video Recorder, NVR).

Es bündelt Anwendungen wie UniFi Network, UniFi Protect oder UniFi Drive unter einer gemeinsamen Oberfläche.
Der **UID Enterprise Agent** ist die Komponente, über die sich Geräte an die Identitäts- und Zugriffsverwaltung von UniFi anbinden lassen.

Für Unternehmen bedeutet das:
Ein einziges Gerät steuert häufig Routing, Firewall-Regeln, WLAN, VPN-Zugänge und teilweise die Videoüberwachung. Wird ein solches Gerät kompromittiert, steht einem Angreifer potenziell der gesamte Netzwerkverkehr offen. Genau hier setzen die jetzt gemeldeten Schwachstellen an.

Die fünf Schwachstellen aus Bulletin 065 im Detail

Ubiquiti listet die Lücken in einer eigenen Sicherheitsmitteilung auf. Drei davon sind als **kritisch** eingestuft, zwei als **hoch**. Die folgende Tabelle gibt den technischen Kern wieder:

Die drei kritischen Einträge teilen denselben CVSS-Vektor: Sie sind über das Netzwerk erreichbar (`AV:N`), haben eine niedrige Angriffskomplexität (`AC:L`), setzen lediglich **geringe Berechtigungen** voraus (`PR:L`) und benötigen keine Nutzerinteraktion (`UI:N`). Der Wert von 9,9 statt der vollen 10,0 ergibt sich aus dem geänderten Wirkungsbereich (`S:C`): Der Angriff kann über die ursprünglich betroffene Komponente hinaus wirken. Vertraulichkeit, Integrität und Verfügbarkeit sind jeweils vollständig beeinträchtigt (`C:H/I:H/A:H`).

Technischer Hintergrund

Warum Command Injection, Path Traversal und die unzureichende Zugriffskontrolle so gefährlich sind:

Command Injection (CVE-2026-47367 und CVE-2026-47370)

Command Injection (CVE-2026-47367 und CVE-2026-47370) entsteht, wenn eine Anwendung von außen entgegengenommene Eingaben nicht ausreichend prüft und diese letztlich an eine Shell oder einen Systemaufruf weiterreicht. Ein Angreifer kann seine Eingabe so präparieren, dass Teile davon nicht als Daten, sondern als Betriebssystembefehle interpretiert werden. Die Befehle laufen dann mit den Rechten des betroffenen Prozesses – auf einem Gateway oder NVR bedeutet das im ungünstigsten Fall vollständige Kontrolle über das Gerät.

Path-Traversal-Lücke (CVE-2026-47368)

Path-Traversal-Lücke (CVE-2026-47368) beruht darauf, dass Eingaben beim Zusammensetzen von Dateipfaden nicht sauber gefiltert werden. Mit Sequenzen wie `../` lässt sich der vorgesehene Wurzelpfad verlassen, sodass beliebige Dateien des darunterliegenden Systems gelesen werden können – etwa Konfigurationsdateien, Protokolle oder Zugangsdaten. Diese Lücke ist gesondert hervorzuheben: Laut Advisory benötigt sie **keine** Berechtigungen (`PR:N`) und kann mit anderen Schwachstellen verkettet werden, um die Voraussetzung niedriger Rechte für die kritischen Lücken zu umgehen. In der Praxis kann eine solche Verkettung den Weg von einem unauthentifizierten Zugriff bis zur Codeausführung verkürzen.

Unzureichende Zugriffskontrolle (CVE-2026-48610)

CVE-2026-48610 schließlich nutzt eine unzureichende Zugriffskontrolle, um unter bestimmten Netzwerkkonfigurationen unbefugte Änderungen vorzunehmen. Sie hat eine höhere Angriffskomplexität (`AC:H`) und ist damit etwas schwerer auszunutzen, bleibt aber durch die mögliche Manipulation der Konfiguration relevant.

Wichtig für die technische Einordnung:
Ubiquiti macht keine Angaben dazu, ob die Lücken bereits aktiv ausgenutzt werden, und es ist zum jetzigen Zeitpunkt kein öffentlicher Exploit-Code bekannt.

Allerdings sind Netzwerk-Appliances ein bevorzugtes Ziel automatisierter Angriffe – Botnetze wie Mirai haben in der Vergangenheit gezielt nach verwundbaren IoT- und Netzwerkgeräten gesucht, um sich dauerhaft einzunisten. Die niedrige Einstiegshürde der kritischen Lücken macht sie zu einem attraktiven Kandidaten für eine spätere Massenausnutzung.

Welche Geräte sind betroffen?

Die Schwachstellen betreffen ein breites Spektrum an UniFi-OS-Geräten in den jeweils genannten oder älteren Versionen:

Gateways/Router: UDM, UDM-Pro, UDM-SE, UDM-Pro-Max, UDM-Beast, EFG (Enterprise Fortress Gateway), UDW (Dream Wall), UDR, UDR7, UDR-5G, UCG-Ultra, UCG-Max, UCG-Industrial, UCG-Fiber – jeweils Version 5.1.12 und früher (UDM-Beast: 5.1.11 und früher).
Verwaltung/Cloud Keys: UCK, UCKP, UCK-Enterprise – Version 5.1.12 und früher.
Network Video Recorder: UNVR, UNVR-Pro, UNVR-Instant, ENVR, ENVR-Core, UNVR-G2, UNVR-G2-Pro – Version 5.1.12 und früher.
Netzwerkspeicher (NAS): UNAS-2, UNAS-4, UNAS-Pro, UNAS-Pro-4, UNAS-Pro-8 – Version 5.1.10 und früher.
Express-Reihe: Express – Version 4.0.14 und früher.
Selbst gehostete Instanzen: UniFi OS Server – Version 5.0.08 und früher.
Identitätsanbindung: UID Enterprise Agent – Version 1.61.3 und früher.

Da die Path-Traversal- und Zugriffskontroll-Lücken nicht zwingend Anmeldedaten voraussetzen, sollte jedes der genannten Geräte als betroffen behandelt werden, solange es nicht aktualisiert wurde.

Handlungsempfehlungen: Was jetzt zu tun ist

Inventarisieren: Erfassen Sie alle UniFi-OS-Geräte, den UniFi OS Server sowie den UID Enterprise Agent samt aktueller Versionsstände.
Aktualisieren: Spielen Sie die korrigierten Versionen ein:
1. UniFi-OS-Geräte (UDM-, UCK-, UNVR-/ENVR-, UCG-Reihe usw.): 5.1.15 oder neuer
2. UNAS-Geräte: 5.1.16 oder neuer
3. Express: 4.0.15 oder neuer
4. UniFi OS Server: 5.1.15 oder neuer
5. UID Enterprise Agent: 1.61.4 oder neuer
Updates verifizieren: Prüfen Sie nach der Installation den tatsächlichen Versionsstand, statt sich auf automatische Rollouts zu verlassen – diese erfolgen teils gestaffelt.
Angriffsfläche reduzieren: Schränken Sie den Netzwerkzugriff auf Verwaltungsoberflächen ein (Management-VLAN, kein direkter Zugriff aus dem Internet, restriktive Firewall-Regeln). Da die kritischen Lücken Netzwerkzugang voraussetzen, senkt eine saubere Segmentierung das Risiko spürbar.
Protokolle sichten: Achten Sie auf ungewöhnliche Zugriffe oder Konfigurationsänderungen. Ein konkreter Indikator wird im Advisory nicht genannt, daher ist eine generelle Auffälligkeitsanalyse sinnvoll.
Patch-Prozess etablieren: Ubiquiti weist Sicherheitskorrekturen in regulären Release-Notes nicht immer deutlich als sicherheitsrelevant aus. Ein regelmäßiger Abgleich mit den Security-Advisory-Bulletins gehört daher zu einem belastbaren Schwachstellenmanagement.

Risikobewertung aus Unternehmenssicht

Betroffen sind genau die Geräte, die das Unternehmensnetz absichern und verwalten.

Im schlimmsten Fall kann ein Angreifer Befehle ausführen, Konfigurationen ändern oder sensible Daten auslesen – mit der Folge von Datenabfluss, Betriebsunterbrechung, einem Brückenkopf für weitere Angriffe (etwa Ransomware) oder meldepflichtigen Vorfällen nach DSGVO und NIS-2.

Entscheidend ist: Korrigierte Software liegt bereits vor, und ein zeitnahes Update neutralisiert den Großteil des Risikos. Der Aufwand ist überschaubar – die eigentliche Gefahr liegt im Aufschieben.

FAQs zu den UniFi OS Sicherheitslücken

Welche UniFi OS Sicherheitslücke ist am gefährlichsten?

Die drei kritischen Lücken CVE-2026-47367, CVE-2026-47369 und CVE-2026-47370 mit jeweils CVSS 9,9. Sie ermöglichen Command Injection beziehungsweise Rechteausweitung bei niedriger Angriffskomplexität.

Auf welche Version muss ich aktualisieren?

Für die meisten UniFi-OS-Geräte auf 5.1.15, für UNAS auf 5.1.16, für Express auf 4.0.15, für den UniFi OS Server auf 5.1.15 und für den UID Enterprise Agent auf 1.61.4 – jeweils oder neuer.

Werden die Lücken bereits ausgenutzt?

Ubiquiti macht dazu keine Angaben, und es ist kein öffentlicher Exploit bekannt. Netzwerkgeräte sind jedoch ein häufiges Ziel automatisierter Angriffe, weshalb ein zügiges Update empfohlen wird.

Muss ich aktiv werden, wenn meine Geräte aus dem Internet nicht erreichbar sind?

Ja. Die Lücken setzen Netzwerkzugang voraus, nicht zwingend Zugriff aus dem Internet. Ein Angreifer im internen Netz – etwa über ein kompromittiertes Endgerät – könnte sie ebenfalls ausnutzen.

Fazit

Die fünf Schwachstellen aus Bulletin 065 treffen mit dem UniFi-OS-Gerätekern eine besonders sensible Stelle der Infrastruktur – drei davon kritisch mit CVSS 9,9. Weil die Lücken nur geringe oder gar keine Berechtigungen voraussetzen und sich verketten lassen, sollte diese UniFi OS Sicherheitslücken nicht als gewöhnliches Routine-Update behandelt werden.

Wer betroffene Geräte zügig auf die bereitgestellten Fix-Versionen hebt, den Verwaltungszugriff sauber segmentiert und künftig die Security-Advisory-Bulletins systematisch verfolgt, reduziert das Risiko auf ein beherrschbares Maß.

Die zentrale Erkenntnis gilt für IT-Verantwortliche und Geschäftsführung gleichermaßen: Der größte Hebel ist Geschwindigkeit beim Patchen.

Weitere interessante Beiträge

IT-News

Was ist Cloud Computing: Grundlagen und Tipps

16. April 2026

Zum Blogbeitrag

IT-News

Sichere Passwörter: So schützen Unternehmen ihre Zugänge wirksam

31. März 2026

Zum Blogbeitrag

IT-News

Windows 11-Update KB5094126: Bugs in Office, File Explorer und Papierkorb

24. Juni 2026

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag UniFi OS Sicherheitslücken: 5 kritische CVEs bei Ubiquiti (Bulletin 065) erschien zuerst auf mars solutions GmbH.

Windows 11 Juni-Update Boot-Probleme

Technischer Support — Mon, 15 Jun 2026 09:46:16 +0000

Windows 11 Juni-Update Boot-Probleme

15. Juni 2026
11:46
Technischer Support

Das Windows 11 Juni-Update KB5094126 (Patchday vom 9. Juni 2026) kann auf einzelnen Geräten zu Boot-Problemen führen – die Systeme starten mit einem Black Screen of Death (Fehlercode `0xc0430001`) oder landen in der BitLocker-Wiederherstellung.

Betroffen sind nach bisherigen Berichten vor allem HP- und Dell-Geräte aus dem Unternehmensumfeld. Ursache ist ein Zusammenspiel aus dem Secure-Boot-Zertifikatswechsel des Updates und einer zu klein dimensionierten EFI-Systempartition.

Microsoft hat die Boot-Probleme bislang nicht offiziell bestätigt. Sicherheitsupdates sollten dennoch nicht ausgelassen, sondern kontrolliert ausgerollt werden.

Was ist passiert?

Microsoft hat am 9. Juni 2026 das kumulative Update KB5094126 (OS-Builds 26200.8655 für Windows 11 25H2 und 26100.8655 für 24H2) verteilt. Es ist das umfangreichste Windows-Update des Jahres und schließt nach Herstellerangaben rund 200 Sicherheitslücken, darunter 33 als kritisch eingestufte Schwachstellen und fünf Zero-Day-Lücken. Gleichzeitig bringt es neue Funktionen wie das Low Latency Profile (CPU-Boost) und Shared Audio.

Kurz nach der Verteilung mehrten sich Berichte über Startprobleme. Das auf Windows-Themen spezialisierte Portal *Windows Latest* dokumentierte als erstes mehrere Fälle, in denen Geräte nach der Installation nicht mehr durchstarteten. Bestätigt wurden die Meldungen unter anderem auf Reddit und im Microsoft-Feedback-Hub. Da KB5094126 als Sicherheitsupdate automatisch installiert wird – sofern es nicht zuvor zurückgestellt wurde – betrifft das Thema potenziell jede verwaltete Windows-11-Flotte.

Welche Geräte sind von den Boot-Problemen betroffen?

Die Fehler treten nicht flächendeckend auf, sondern an bestimmten Modellen – und auch dort nicht zwingend auf jedem Gerät.
Nach bisherigem Stand häufen sich die Meldungen bei folgenden, überwiegend im Business-Umfeld eingesetzten Geräten:

HP EliteBook 840 G10 (das am häufigsten genannte Modell)
HP ProBook 460 G11 / HP 460 G11
HP Engage One Pro 15.6 G2 AiO POS
HP ZBook (Mobile Workstations)
Dell Precision sowie Dell Precision 7530

Auffällig ist die Konzentration auf HP-Geräte. In einer der ausgewerteten Meldungen berichtet ein Administrator, der mehrere Hundert HP-Geräte verwaltet, dass nach dem Rollout des Juni-Updates ein Großteil der Maschinen nicht mehr bootete. Geräte anderer Hersteller können ebenfalls von den Windows 11 Boot-Problemen betroffen sein, treten in den Berichten aber deutlich seltener auf.

Warum verursacht das Update Boot-Probleme?

Die wichtigste Erkenntnis vorweg: Das Problem ist kein reiner Windows-Bug, sondern entsteht aus dem Zusammenspiel von Update, Firmware und Partitionslayout.

KB5094126 verändert sicherheitsrelevante Bestandteile des Startvorgangs – konkret Secure-Boot-Dateien, Zertifikate, den Boot-Manager und Inhalte der EFI-Systempartition (ESP). Diese Schreibvorgänge benötigen Platz. Auf älteren Installations-Images ist die ESP jedoch häufig nur 100 MB groß, während aktuelle Empfehlungen bei 500 MB bis 1 GB liegen. Reicht der Platz nicht aus, kann Windows die erforderlichen Dateien nicht ablegen – der Startvorgang scheitert.

HP-Geräte sind besonders exponiert, weil HP Firmware- und BIOS-Wiederherstellungsdateien ebenfalls auf der EFI-Partition speichert, etwa im Pfad `EFI\HP\DEVFW`. Diese Dateien belegen zusätzlichen Speicher und verschärfen die ohnehin knappe Platzsituation. Der eigentliche Engpass liegt damit nicht im SSD-Speicher oder in der Windows-Installation, sondern in der zu kleinen beziehungsweise überfüllten Systempartition.

Die wichtigsten technischen Fakten zu KB5094126

Wer ein betroffenes System noch starten kann, findet im Ereignisanzeige-Protokoll typischerweise zahlreiche TPM-WMI-Fehler.
Sinngemäß meldet einer davon, dass die Aktualisierung des Boot-Managers (2023) wegen unzureichenden Speicherplatzes fehlgeschlagen sei.
Schlägt dieser Vorgang fehl, blockiert Secure Boot das Laden von Windows.
Die Folge ist entweder ein Black Screen of Death mit dem Fehlercode `0xc0430001` oder – bei aktiviertem BitLocker – der Sprung in den Wiederherstellungsmodus, in dem der Recovery-Schlüssel abgefragt wird.
In einzelnen Fällen wurde zusätzlich ein Bootloop mit der Fehlerprüfung `DPC_WATCHDOG_VIOLATION` beobachtet.
Als weiterer Mitauslöser gilt eine veraltete BIOS-/UEFI-Version, die nicht zum aktualisierten Secure-Boot-Status passt.

Ausblick: Der Secure-Boot-Zertifikatswechsel 2026

Die Boot-Probleme stehen in direktem Zusammenhang mit einem langfristigen Sicherheitsprojekt von Microsoft. Die ursprünglichen Secure-Boot-Zertifikate stammen aus dem Jahr 2011; das Zertifikat „Microsoft Windows Production PC 2011“ läuft am 17. Juni 2026 aus. Microsoft rollt deshalb seit Monaten die Nachfolgegeneration aus – die sogenannten Secure-Boot-2023-Zertifikate. KB5094126 weitet diese Verteilung auf die breite Masse der unterstützten Windows-11-PCs aus: Das Update trägt das Zertifikat „Windows UEFI CA 2023“ in die Secure-Boot-Datenbank (DB) ein und entzieht den veralteten Zertifikaten das Vertrauen.

Der entscheidende Punkt für die Risikobewertung: Secure-Boot-Zertifikate liegen nicht irgendwo unter `System32`, sondern in firmwareverwalteten Vertrauensdatenbanken. Ein fehlerhaftes Update auf dieser Ebene kann ein Gerät auf eine Weise unbootbar machen, die weit gravierender ist als ein gewöhnlich gescheitertes kumulatives Update. Ein vergleichbares Muster gab es bereits im August 2022, als das DBX-Update KB5012170 auf älterer Firmware ähnliche BitLocker- und Startprobleme auslöste.

Weitere bekannte Fehler in KB5094126

Neben den Boot-Problemen sind weitere Nebenwirkungen dokumentiert. Auf einigen Systemen lässt sich der **OneDrive-Ordner** (vereinzelt auch Dropbox und iCloud) nicht mehr über Explorer-Seitenleiste oder Taskleiste öffnen – der direkte Pfad funktioniert weiterhin; betroffen sind vor allem Systeme mit deaktivierter UAC und lokalen Administratorkonten. Anwendungen, die **Microsoft Word einbetten oder automatisieren** (etwa Dentrix, Softdent oder CCH ProSystem fx), können Fehler werfen, während Word selbst normal läuft. Zudem behandelt das Update **`desktop.ini`-Dateien** strenger und ignoriert benutzerdefinierte Ordnersymbole aus nicht vertrauenswürdiger Quelle – diesen Punkt hat Microsoft offiziell bestätigt, Abhilfe schafft das Cmdlet `Unblock-File`.

Was IT-Admins jetzt tun sollten

Das Sicherheitsupdate schließt kritische, aktiv ausgenutzte Lücken und sollte installiert werden – aber kontrolliert und abgestuft statt flächendeckend:

1. **Pilotgruppe zuerst** – an betroffenen Modellen (HP EliteBook/ProBook/ZBook, Dell Precision) testen.
2. **EFI-Partition prüfen** – Geräte mit nur 100 MB ESP zuerst, bei Bedarf vergrößern.
3. **BIOS/UEFI aktualisieren** – reduziert den Versatz zwischen Firmware und Secure-Boot-Status.
4. **BitLocker-Schlüssel sichern** – zentral oder im Microsoft-Konto, damit ein Recovery-Prompt kein Showstopper wird.
5. **Secure-Boot-Status verifizieren** – per `Confirm-SecureBootUEFI` bzw. Registry unter `HKLM\SYSTEM\CurrentControlSet\Control\SecureBoot`.

**Startet ein Gerät nicht mehr**, hilft meist: ins BIOS (bei HP via Esc), Secure Boot temporär deaktivieren, Update vollständig installieren, neu starten, Secure Boot wieder aktivieren – plus EFI-Partition prüfen. Als letzte Option lässt sich KB5094126 über den Updateverlauf deinstallieren.

Fazit

Das Windows 11 Juni-Update bleibt sicherheitsrelevant und sollte installiert werden – aber kontrolliert.

Die Boot-Probleme rund um KB5094126 sind kein flächendeckender Ausfall, sondern treffen ein klar umrissenes Profil: HP- und Dell-Business-Geräte mit knapper EFI-Partition, veralteter Firmware und aktivem BitLocker.

Ein abgestufter Rollout, geprüfte Partitionsgrößen, aktuelle BIOS-Versionen und gesicherte Wiederherstellungsschlüssel sind die wirksamsten Hebel, um den Zertifikatswechsel auf Secure Boot 2023 ohne Startprobleme zu überstehen.

Weitere interessante Beiträge

IT-News

Microsoft Edge Sicherheitslücke: Unverschlüsselte Sicherung von Passwörtern im Arbeitsspeicher

21. Mai 2026

Zum Blogbeitrag

IT-News

Künstliche Intelligenz in der IT: Wie KI den Arbeitsalltag verändert

3. März 2025

Zum Blogbeitrag

IT-News

CyberRisikoCheck: Ein Schritt Richtung mehr IT-Sicherheit

7. Mai 2025

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Windows 11 Juni-Update Boot-Probleme erschien zuerst auf mars solutions GmbH.

Identity Threat: Gestohlene Zugangsdaten als Geschäftsrisiko

Technischer Support — Wed, 10 Jun 2026 07:33:26 +0000

Identity Threat: Gestohlene Zugangsdaten als Geschäftsrisiko

10. Juni 2026
09:33
Technischer Support

Ein Mitarbeiter erhält eine E-Mail, die wie eine normale Microsoft-365-Anmeldung aussieht. Logo, Sprache und Aufbau wirken vertraut.
In der Nachricht steht, dass er sein Konto kurzfristig bestätigen soll. Er klickt auf den Link und gibt seine Zugangsdaten ein.
Was erst danach klar wird – er wurde Opfer von „Identity Threat“.

Solche Fälle zeigen, warum Cyberangriffe heute immer häufiger über digitale Identitäten laufen. Früher standen oft Schadsoftware, offene Server oder technische Schwachstellen im Mittelpunkt. Heute nutzen Angreifer zunehmend gültige Benutzerkonten. Das ist besonders gefährlich, weil eine Anmeldung mit echten Zugangsdaten zunächst wie ein normaler Login aussieht.

Was bedeutet Identity Threat?

Identity Threat bedeutet: Angreifer greifen gezielt digitale Identitäten an. Dazu gehören zum Beispiel:

Benutzerkonten von Mitarbeitenden
Passwörter und Anmeldedaten
Administratorrechte
Cloud-Zugänge
Servicekonten für Anwendungen
Zugriffe auf E-Mail, ERP, CRM oder Dateiserver

Jede Person mit einem Login ist Teil der Sicherheitsstruktur. Das betrifft Mitarbeitende im Büro, Außendienst, Geschäftsführung, externe Dienstleister und Administratoren. Besonders kritisch sind Konten mit erweiterten Rechten. Wer ein solches Konto übernimmt, kann oft weitere Zugänge einrichten, Sicherheitsregeln ändern oder auf besonders sensible Daten zugreifen.

Ein Angriff beginnt häufig unscheinbar: Ein Passwort wird durch Phishing gestohlen. Ein altes Benutzerkonto wurde nach einem Austritt nicht deaktiviert. Eine Mehrfaktor-Abfrage wird versehentlich bestätigt. Oder ein technisches Dienstkonto besitzt mehr Rechte als notwendig.

Aus einem einzelnen übernommenen Zugang kann sich dann ein größerer IT-Sicherheitsvorfall entwickeln!

Warum sind Identitäten das Ziel?

Digitale Identitäten sind für Angreifer attraktiv, weil sie einen direkten Weg in Unternehmenssysteme
bieten. Wer ein gültiges Konto nutzt, muss nicht zwingend eine technische Sicherheitslücke finden.

Das ist vor allem deshalb relevant, weil viele Unternehmen heute cloudbasiert arbeiten. E-Mail,
Dokumente, Zeiterfassung, Ticketsysteme, Kundendatenbanken und Zusammenarbeitstools sind oft
über zentrale Benutzerkonten erreichbar. Wird ein Konto gehackt, kann der Schaden deshalb
weit über ein einzelnes Postfach hinausgehen.

Gestohlene Zugangsdaten können auch über sogenannte Access Broker
weiterverkauft werden. Das sind Kriminelle, die sich auf den Verkauf von Zugängen zu
Unternehmensnetzwerken spezialisiert haben.

Typische Risiken im Unternehmensalltag

Ein häufiges Risiko für Identity Threat sind schwache oder mehrfach verwendete Passwörter. Wird ein Passwort bei
einem privaten Online-Dienst gestohlen und auch beruflich genutzt, können Angreifer diese
Kombination automatisiert testen.

Auch Phishing bleibt ein großes Problem. Moderne Phishing-Mails sind oft gut formuliert und optisch überzeugend.

Sie imitieren zum Beispiel:

Microsoft-365-Anmeldungen
Paketdienste
Banken
Lieferanten
interne Freigabeprozesse
angebliche Sicherheitswarnungen

Ein weiteres Risiko sind zu weit gefasste Berechtigungen.
In vielen Unternehmen haben Konten mehr Zugriff, als für die tägliche Arbeit nötig ist.

Wird ein solches Konto gehackt, kann ein Angreifer nicht nur Daten lesen, sondern sie auch verändern, löschen oder weiterleiten. Berichte zu aktuellen Sicherheitsvorfällen zeigen, dass schwache Kontrollen rund um Identitäten in vielen Angriffen eine wichtige Rolle spielen.

Beispiele aus der Praxis

E-Mail-Konto

Ein typisches Beispiel ist ein gehacktes E-Mail-Konto in der Buchhaltung. Der Angreifer liest zunächst unbemerkt mit.
Er erkennt, wie Rechnungen freigegeben werden und welche Personen Zahlungen anweisen dürfen. Anschließend versendet er täuschend echte Nachrichten, um Kontodaten zu ändern oder Zahlungen umzuleiten.

Cloud-Speicher

Ein anderes Beispiel betrifft Cloud-Speicher. Wird das Konto einer Projektleitung übernommen, können vertrauliche Angebote, Verträge oder Kundendokumente heruntergeladen werden. Da das Konto grundsätzlich berechtigt ist, fällt der Zugriff nicht immer sofort auf.

Administratorzugänge

Besonders kritisch sind Administratorzugänge. Mit einem solchen Konto kann ein Angreifer neue Benutzer anlegen, Sicherheitsfunktionen abschalten, Backups löschen oder weitere Systeme übernehmen. Aus einem gestohlenen Passwort kann so ein Angriff auf die gesamte IT-Infrastruktur werden.

Mögliche Folgen für Unternehmen

Die Folgen bei Identity Threat können erheblich sein. Neben dem direkten Datenzugriff drohen Betriebsunterbrechungen, finanzielle Schäden und Vertrauensverlust. Sind personenbezogene Daten betroffen, müssen zusätzlich Datenschutzpflichten geprüft werden.

Auch die Wiederherstellung kostet Zeit. Passwörter müssen zurückgesetzt, aktive Sitzungen beendet und Berechtigungen geprüft werden. Protokolle müssen ausgewertet werden, um zu klären, welche Systeme betroffen sind. Oft muss zusätzlich untersucht werden, ob weitere Konten übernommen oder Hintertüren eingerichtet wurden.

Für Kunden und Geschäftspartner ist entscheidend, ob ein Unternehmen vorbereitet reagiert.
Klare Prozesse helfen, Schäden zu begrenzen und Vertrauen zu erhalten.

Wie Unternehmen sich vor Identity Threat schützen können

Schutz beginnt mit einfacher und klaren Maßnahmen im Alltag:

Sichere Passwörter

Passwörter sollten stark, eindeutig und nicht mehrfach verwendet werden.

Mehrfaktor-Authentifizierung

Ergänzt das Passwort um einen zweiten Faktor, zum Beispiel per App oder Sicherheitsschlüssel.

Alte Konten deaktivieren

Nicht mehr genutzte Konten sollten schnell gesperrt oder gelöscht werden.

Berechtigungen prüfen

Mitarbeiter sollten nur Zugriff auf Daten haben, die sie wirklich benötigen.

Administratorrechte schützen

Admin-Zugänge brauchen besonderen Schutz und sollten nur gezielt vergeben werden.

Anmeldungen überwachen

Ungewöhnliche Logins sollten erkannt und geprüft werden.

Phishing schulen

Mitarbeiter sollten wissen, wie sie gefälschte E-Mails erkennen.

Prozesse festlegen

Eintritt, Rollenwechsel und Austritt sollten klar geregelt sein.

Servicekonten absichern

Technische Konten und API-Zugänge sollten regelmäßig geprüft werden.

Notfallplan erstellen

Bei verdächtigen Konten müssen Sitzungen beendet, Passwörter geändert und Rechte geprüft werden

Fazit

Identity Threats gehören heute zu den gängigsten und sehr kritischen Cyberrisiken für Unternehmen. Der Grund ist einfach: Digitale Identitäten sind der Schlüssel zu E-Mails, Cloud Diensten, Daten und internen Systemen.

Unternehmen sollten Identitätssicherheit deshalb nicht als reines IT-Thema betrachten. Sie sollte ein fester Bestandteil der Unternehmenssicherheit sein.

Wer seine digitalen Identitäten konsequent mit den o.g. Empfehlungen und Prozessen vor Identity Threat schützt, senkt das Risiko erfolgreicher Angriffe deutlich und stärkt die Sicherheit des gesamten Unternehmens.

Weitere interessante Beiträge

IT-News

Dein wichtigstes Sicherheits-Upgrade sitzt vor dem Bildschirm

15. Oktober 2025

Zum Blogbeitrag

IT-News

Mehr Sicherheit im E-Mail-Verkehr mit DMARC

30. Januar 2026

Zum Blogbeitrag

IT-News

Zwei-Faktor-Authentisierung

24. April 2026

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Identity Threat: Gestohlene Zugangsdaten als Geschäftsrisiko erschien zuerst auf mars solutions GmbH.

Kritische Windows-Server-Lücke im Netlogon-Code: CVE-2026-41089

Technischer Support — Mon, 01 Jun 2026 09:19:17 +0000

Kritische Windows-Server-Lücke im Netlogon-Code: CVE-2026-41089

1. Juni 2026
11:19
Technischer Support

Eine kritische Sicherheitslücke in Windows Server sorgt aktuell für erhöhten Handlungsdruck in Unternehmensnetzwerken.

Betroffen ist der Windows-Netlogon-Dienst, also eine zentrale Komponente in Active-Directory-Umgebungen. Die Schwachstelle wird unter CVE-2026-41089 geführt und ermöglicht unter bestimmten Bedingungen die Ausführung von Schadcode über das Netzwerk.

Alles was Sie zu der kritischen Windows-Server-Lücke im Netlogon-Code wissen sollten und welche Handlungsempfehlungen es gibt, erfahren Sie hier.

Die Risiken der Windows-Server-Lücke

Die IT-Sicherheitslücke mit der CVE-Kennung „CVE-2026-41089“ betrifft Windows Server, die als Domain Controller eingesetzt werden. Damit steht nicht irgendein System im Mittelpunkt, sondern ein Kernbaustein der Identitäts- und Berechtigungsverwaltung.

Bei der Sicherheitslücke handelt es sich um einen sogenannten Pufferüberlauf auf dem Stack, was ausgenutzt werden kann, um ein manipuliertes Paket an den Domain Controller einzuschleusen. Gelingt es darüber ins Netzwerk einzubrechen, kann daraus schnell ein Risiko für die gesamte Windows-Domäne entstehen.

Darum wird empfohlen, bei betroffenen Systemen zu überprüfen, ob die im Mai durch Microsoft bereitgestellten Patches auf ihren Systemen installiert sind und mit höchster Priorität patchen.

Wer und was ist durch CVE-2026-41089 betroffen?

Die Sicherheitslücke CVE-2026-41089 betrifft alle aktuell gepflegten Versionen von Windows Server inklusive der neuesten Ausgabe, Windows Server 2025.

Wie gravierend die Bedrohung ist zeigt, dass CVE-2026-41089 mit 9,8 von 10 Punkten die kritischste Stufe auf der CVSS-Skala erreicht. Das Cybersicherheitszentrum in Belgien (CCB) bestätigte Ende Mai ebenfalls, dass die Lücke aktiv ausgenutzt wird.

Microsoft hatte zwar am 12. Mai 2026 einen Sicherheitspatch veröffentlicht – dennoch sind zahlreiche Systeme noch immer ungeschützt. Netzwerksegmentierung, Firewall-Regeln und Monitoring können das Risiko zwar reduzieren, ersetzen aber nicht das Einspielen der Sicherheitsupdates. Denn der eigentliche Schutz entsteht erst durch den Patch auf allen betroffenen Domain Controllern.

Was IT-Admins jetzt tun sollten

Patchen hat höchste Priorität, um die Windows-Server-Lücke CVE-2026-41089 zu beheben.
Sinnvolle Sofortmaßnahmen sind demnach:

Sofort prüfen: Welche Windows Server arbeiten als Domain Controller?
Patchstatus feststellen: Sind die Mai-2026-Sicherheitsupdates installiert?
Risiko priorisieren: Welche Domain Controller sind aus vielen Netzbereichen erreichbar?
Updates ausrollen: Fehlende Patches kontrolliert, aber schnell installieren.
Monitoring aktivieren: Netlogon, LSASS, Authentifizierung und AD-Änderungen prüfen.
Netzwerkzugriffe begrenzen: Domain Controller nur aus erforderlichen Segmenten erreichbar machen.
Dokumentieren: Patchstand, Ausnahmen, Wartungsfenster und Restrisiken festhalten.

Gerade bei kritischen Schwachstellen in Identitätsdiensten ist Geschwindigkeit wichtig. Gleichzeitig darf Patchen nicht unkoordiniert erfolgen. Domain Controller sind hochsensible Systeme. Nach Updates sollten Replikation, DNS, Kerberos, Gruppenrichtlinien und zentrale Anwendungen getestet werden.

Weitere technische Empfehlungen für IT-Teams

Die Reaktion auf CVE-2026-41089 sollte idealerweise nicht nur aus einem einzelnen Update bestehen.
Nach der Umsetzung der Sofortmaßnahmen sind folgende Prüfpunkte empfehlenswert, die einen strukturierten Ablauf, Patchmanagement, Netzwerksegmentierung und Security Monitoring sinnvoll miteinander kombinieren.

1. Domain Controller vollständig erfassen

Zunächst muss klar sein, welche Systeme überhaupt betroffen sein können. Dazu gehören writable Domain Controller, Read-only Domain Controller, Server-Core-Installationen, virtuelle Maschinen, alte Migrationssysteme und Notfallumgebungen.

2. Patchstatus verifizieren

Ein Eintrag in der Update-Historie reicht nicht immer aus. Entscheidend ist, ob das passende kumulative Update für die jeweilige Windows-Server-Version installiert wurde und ob notwendige Neustarts abgeschlossen sind.

3. Netzwerkreichweite bewerten

Domain Controller sollten nicht aus allen Netzbereichen frei erreichbar sein. Besonders kritisch sind Zugriffe aus VPN-Pools, Client-Netzen, WLANs, Dienstleistersegmenten oder unzureichend segmentierten Servernetzen.

4. Monitoring hochfahren

Mögliche Warnzeichen wären unter anderem unerwartete Abstürze oder Neustarts des Netlogon-Dienstes, ungewöhnliche Netlogon-Traffic-Muster von Nicht-DC-Systemen sowie Authentifizierungs- oder Vertrauensfehler nach verdächtigen Netzwerkaktivitäten.

5. Active Directory nachgelagert prüfen

Nach einer möglichen Ausnutzung sollte auch das Active Directory selbst betrachtet werden: neue privilegierte Konten, Änderungen an Gruppenmitgliedschaften, verdächtige Gruppenrichtlinien, neue Dienste, geplante Tasks oder ungewöhnliche Anmeldeereignisse.

Fazit

CVE-2026-41089 ist kein Thema für die normale Update-Warteschlange.
Die Schwachstelle betrifft mit Domain Controllern die zentrale Identitätsinfrastruktur vieler Unternehmen. Gelangt durch die Schwachstelle Schadcode ins System, kann daraus schnell ein Risiko für die gesamte Windows-Domäne entstehen.

Unternehmen sollten deshalb schnellsmöglich handeln: patchen, prüfen, überwachen und die Erreichbarkeit der Domain Controller konsequent einschränken. Netzwerksegmentierung und Monitoring sind wichtige Schutzschichten, ersetzen aber nicht das Sicherheitsupdate.

Für IT-Admins zählt jetzt vor allem eines:
alle Domain Controller identifizieren, Patchstand verifizieren und mögliche Hinweise auf bereits erfolgte Angriffe ernst nehmen.

Weitere interessante Beiträge

IT-News

Phishing und Spam im Unternehmen: Probleme, Ursachen und Lösungen

7. April 2026

Zum Blogbeitrag

IT-News

Sicherheitsupdate für Veeam Backup & Replication: Kritische Systeme zeitnah aktualisieren

27. Mai 2026

Zum Blogbeitrag

IT-News

CyberRisikoCheck: Ein Schritt Richtung mehr IT-Sicherheit

7. Mai 2025

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Kritische Windows-Server-Lücke im Netlogon-Code: CVE-2026-41089 erschien zuerst auf mars solutions GmbH.

Microsoft-365-Preiserhöhung zum 1. Juli 2026

Technischer Support — Thu, 28 May 2026 09:01:32 +0000

Microsoft-365-Preiserhöhung zum 1. Juli 2026

28. Mai 2026
11:01
Technischer Support

Microsoft hebt zum 1. Juli 2026 weltweit die Listenpreise für Microsoft 365 im Geschäftskundenbereich an – je nach Lizenz um rund 5 % bis über 30 %.
Auf die Höhe der Microsoft-Listenpreise haben IT-Systemhäuser keinen Einfluss.

Welche Tarife sind betroffen?

Business-Tarife (Business Basic, Business Standard) steigen am stärksten, um rund 12–17 %.
Enterprise-Tarife (E3, E5) steigen moderater, meist 5–8 %.
Unverändert bleiben nach aktuellem Stand Business Premium und Office 365 E1.

Die Werte sind USD-Listenpreise, Wechselkurse und Steuern beeinflussen den Endpreis im Euro-Raum zusätzlich. Die neuen Preise gelten für Neuabschlüsse und Verlängerungen ab dem 1. Juli 2026.

Warum erhöht Microsoft die Preise?

Microsoft begründet die Anpassung mit erweitertem Funktionsumfang.
Bisherige Add-ons wandern in die Basis-Suiten:

KI: Copilot Chat in Word, Excel, PowerPoint, Outlook und OneNote sowie ein Agent Mode für Aufgaben im Hintergrund.
Sicherheit: Defender for Office 365 Plan 1 in höheren Tarifen, inkl. Time-of-Click-Prüfung von URLs.
Verwaltung: Intune Remote Help und Advanced Analytics; für Business-Pläne zusätzlich 50 GB mehr Postfachspeicher.

Was bedeutet das für bestehende Microsoft Verträge?

Entscheidend ist der Verlängerungstermin. Laufende Jahresabonnements behalten bis zur nächsten Erneuerung ihre aktuellen Konditionen; die höheren Preise greifen erst danach. Abonnements, deren Verlängerung vor dem 1. Juli 2026 liegt, sichern sich damit einen weiteren Abrechnungszeitraum zum bisherigen Preis.

Wir von mars passen unsere Preise für Microsoft-365-Lizenzen zum 1. Juli 2026 entsprechend der angekündigten Änderungen an – als transparente Weitergabe einer Herstellerpreisanpassung, selbstverständlich ohne zusätzlichen Aufschlag.

Sinnvoll wäre im Zuge dessen eine Prüfung der Lizenzlandschaft:

nicht genutzte Lizenzen identifizieren
Pakete an den realen Bedarf anpassen
Längere Vertragslaufzeiten prüfen

Fragen und Antworten

Ab wann gelten die neuen Preise?
Ab dem 1. Juli 2026 für Neuabschlüsse und Verlängerungen. Laufende Abonnements bleiben bis zur nächsten Verlängerung unverändert.
Wie hoch ist die Preiserhöhung von Microsoft M365?
Je nach Lizenz rund 5 % bis über 30 %. Business-Tarife ca. 12–17 %, Enterprise-Tarife ca. 5–8 %.
Welche Pläne bleiben unverändert? Nach aktuellem Stand Business Premium und Office 365 E1.
Verdient mars an der Preiserhöhung? Nein. Es ist eine Herstellerpreisanpassung von Microsoft, die wir unverändert weitergeben.

Weitere interessante Beiträge

IT-News

Secure Boot-Zertifikate 2026: Stichtag 24. Juni für Windows-Systeme

23. Juni 2026

Zum Blogbeitrag

mars-News

mars beim CloudFest 2026 - Wir waren dabei!

31. März 2026

Zum Blogbeitrag

mars-News

20 Jahre mars! mars Hausmesse am 26.9.2024

30. September 2024

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Microsoft-365-Preiserhöhung zum 1. Juli 2026 erschien zuerst auf mars solutions GmbH.

Sicherheitsupdate für Veeam Backup & Replication: Kritische Systeme zeitnah aktualisieren

Technischer Support — Wed, 27 May 2026 09:30:00 +0000

Sicherheitsupdate für Veeam Backup & Replication: Kritische Systeme zeitnah aktualisieren

27. Mai 2026
11:30
Technischer Support

Veeam hat zwei Sicherheitslücken in Veeam Backup & Replication veröffentlicht, die Windows-Agents und Linux-basierte Software Appliances betreffen. Unternehmen, die Veeam in Version 13 einsetzen, sollten ihre Umgebung prüfen und das verfügbare Update umgehend installieren.

Backups sind ein Schlüsselelement jeder IT-Sicherheitsstrategie. Daher ist der Schutz der Backup-Software selbst entscheidend. Für Veeam Backup & Replication wurden nun zwei Schwachstellen mit hohem Schweregrad bekannt. Betroffen sind der Veeam Agent for Microsoft Windows sowie die Linux-basierte Veeam Software Appliance.

Schwachstelle im Veeam Agent für Microsoft Windows

Die erste Schwachstelle (CVE-2026-32996) betrifft den Veeam Agent for Microsoft Windows. Angreifer, die bereits lokalen Zugriff auf ein System haben, könnten ihre Berechtigungen erweitern. Dies würde ihnen erweiterte Kontrolle über das System ermöglichen. Veeam bewertet diese Schwachstelle mit einem CVSS-v3.1-Wert von 7,3 und stuft sie als hohes Risiko ein.

Schwachstelle in der Linux-basierten Veeam Software Appliance

Die zweite Sicherheitslücke (CVE-2026-32997) findet sich in der Linux-basierten Veeam Software Appliance. Ein angemeldeter Nutzer mit der Rolle Backup Administrator könnte darüber beliebige Dateien auf dem Veeam Backup & Replication Server ablegen.

Da für einen erfolgreichen Angriff bereits Administratorrechte notwendig sind, ist die Ausnutzung begrenzt. Trotzdem besteht ein relevantes Sicherheitsrisiko, besonders wenn privilegierte Zugänge gehackt wurden. Veeam stuft auch diese Schwachstelle mit einem CVSS-v3.1-Wert von 8,6 als hoch ein.

Wer ist betroffen?

Die Sicherheitslücken betreffen Veeam Backup & Replication 13.0.1.2067 und alle früheren Version-13-Builds.

Mit der Version Veeam Backup & Replication 13.0.2.29 wurden die Schwachstellen behoben. Unternehmen, die eine betroffene Version nutzen, sollten das Update zeitnah planen und umsetzen.

Warum schnelles Handeln wichtig ist

Backup-Systeme gehören zu den schützenswertesten Teilen einer IT-Infrastruktur. Sie enthalten wichtige Unternehmensdaten und sind entscheidend für die Wiederherstellung nach Systemausfällen oder Cyberangriffen.

Sobald Sicherheitslücken öffentlich bekannt werden und Updates zur Verfügung stehen, steigt das Risiko gezielter Angriffe auf ungepatchte Systeme. Eine schnelle Aktualisierung verringert diese Angriffsfläche und trägt zum Schutz der Verfügbarkeit und Integrität der gesicherten Daten bei.

Wir empfehlen

Prüfen Sie, ob Veeam Backup & Replication Version 13 in Ihrer Umgebung eingesetzt wird und ob Windows-Agents oder eine Linux-basierte Veeam Software Appliance betroffen sein könnten.

Installieren Sie danach die von Veeam bereitgestellte Version 13.0.2.29 oder eine aktuellere freigegebene Version.

Fazit

Die veröffentlichten Schwachstellen zeigen, wie wichtig ein konsequentes Patchmanagement auch für Backup-Lösungen ist.
Unternehmen, die Veeam Backup & Replication in einer betroffenen Version nutzen, sollten das Update umgehend durchführen, um das Risiko unbefugter Zugriffe zu minimieren und ihre Backup-Infrastruktur als kritischen Bestandteil der IT-Sicherheit zuverlässig zu schützen.

Weitere interessante Beiträge

mars-News

Rückblick auf das 2. Managed NMS Symposium 2026

19. Juni 2026

Zum Blogbeitrag

IT-News

Microsoft Exchange Zero-Day CVE-2026-42897: Warum Unternehmen jetzt handeln müssen

20. Mai 2026

Zum Blogbeitrag

IT-News

Microsoft-365-Preiserhöhung zum 1. Juli 2026

28. Mai 2026

Zum Blogbeitrag

Fanden Sie den Blogbeitrag hilfreich und interessant?

Vielen Dank für Ihre Rückmeldung!

Der Beitrag Sicherheitsupdate für Veeam Backup & Replication: Kritische Systeme zeitnah aktualisieren erschien zuerst auf mars solutions GmbH.

Microsoft Edge Sicherheitslücke: Unverschlüsselte Sicherung von Passwörtern im Arbeitsspeicher

Technischer Support — Thu, 21 May 2026 06:33:30 +0000

Microsoft Edge Sicherheitslücke: Unverschlüsselte Sicherung von Passwörtern im Arbeitsspeicher

21. Mai 2026
08:33
Technischer Support

Beim Start von Microsoft Edge werden gespeicherte Passwörter unverschlüsselt im Arbeitsspeicher abgelegt – ein Verhalten, das Sicherheitsexperten als erhebliches Risiko einstufen.

IT-Sicherheitsforscher haben diese Schwachstelle im Umgang mit gespeicherten Zugangsdaten in Microsoft Edge daher öffentlich gemacht.

Demnach lädt der Browser beim Start sämtliche gespeicherten Passwörter im Klartext in den RAM, statt sie erst bei Bedarf zu entschlüsseln.

Gefahr der Sicherheitslücke in Microsoft Edge für Unternehmen

Für Privatnutzer ist das Risiko ärgerlich, aber meist auf ein einzelnes Gerät begrenzt.
In Unternehmen ist die Lage komplexer: Dort können gespeicherte Browser-Passwörter Zugriff auf Microsoft 365, VPN, ERP-Systeme, Admin-Portale, Cloud-Dienste, Kundensysteme oder interne Anwendungen ermöglichen.

Besonders kritisch wird das Risiko in Unternehmen mit gemeinsam genutzten IT-Umgebungen gesehen. Remote Desktop Services und Terminalserver gelten aus Sicht von Sicherheitsanalysten als besonders anfällig. Wenn mehrere Benutzer auf demselben physischen oder virtuellen System arbeiten, kann ein Administrator – oder ein gehacktes Konto mit erweiterten Rechten – unter Umständen Speicherbereiche anderer aktiver Sitzungen auslesen.

Besonders kritisch ist die Sicherheitslücke bei folgenden Umgebungen zu sehen:

Remote Desktop Services
Terminalserver
Citrix- oder VDI-Infrastrukturen
gemeinsam genutzte Arbeitsplätze
lokale Administratorrechte
unkontrollierte Browser-Synchronisierung
fehlende oder schwache Multi-Faktor-Authentifizierung

Vor allem Multi-User-Umgebungen sind bei der Microsoft Edge Sicherheitslücke hervorzuheben. Wenn mehrere Benutzer auf demselben physischen oder virtuellen System arbeiten, können falsch gesetzte Rechte, kompromittierte Admin-Konten oder schlecht isolierte Sitzungen dazu führen, dass Zugangsdaten anderer Sitzungen gefährdet sind.

Die wichtigsten Fakten und technische Details

Das Risiko bei der Microsoft Edge Sicherheitslücke bei der Nutzung vom Passwortmanager liegt im Zugriff auf den Prozessspeicher: Kann Schadsoftware den Arbeitsspeicher von Edge auslesen, lassen sich dort potenziell Zugangsdaten extrahieren. Für betroffene Systeme ist das ein erhebliches Sicherheitsrisiko.

Hinzu kommt ein grundsätzliches Problem browserbasierter Passwortmanager: Browser konzentrieren zahlreiche sensible Informationen an einer Stelle – darunter Logins, Cookies, Sitzungstoken und Autofill-Daten. Damit werden sie zu einem besonders attraktiven Ziel für Hacker.

Microsoft gibt zwar an, Passwörter grundsätzlich verschlüsselt zu speichern und lokal abgelegte Zugangsdaten kryptografisch zu schützen – das sei an das Betriebssystem bzw. das Benutzerprofil gekoppelt. Der aktuelle Fall und Tests zeigen jedoch:
Sobald Edge gestartet ist, liegen gespeicherte Passwörter im entschlüsselten Zustand im Arbeitsspeicher vor.

Microsofts Reaktion: Änderung ab Edge 148

Microsoft argumentierte zunächst, dass das Verhalten von der Speicherung der Passwörter innerhalb ihres bestehenden Sicherheitsmodells liege, weil ein Angreifer Zugriff auf das Gerät oder entsprechende Rechte benötige.

Nach öffentlicher Kritik änderte Microsoft eigenen Angaben zufolge jedoch das Verhalten des Browsers: Edge soll gespeicherte Passwörter nicht mehr beim Start vollständig in den Arbeitsspeicher laden, sondern erst dann entschlüsseln, wenn sie tatsächlich benötigt werden.

Die Änderung wurde in den offiziellen Stable-Release-Notes als Anpassung am Passwortmanager aufgeführt. Dort heißt es sinngemäß, dass Passwörter nicht mehr beim Start in den Speicher geladen werden.

Für Unternehmen bedeutet das: Edge-Updates sind Pflicht, aber sie lösen nicht automatisch das grundsätzliche Problem einer unkontrollierten Passwortspeicherung im Browser.

Was IT-Admins jetzt prüfen sollten

1. Edge-Versionen kontrollieren

Unternehmen sollten prüfen, ob alle Geräte mindestens auf einem Edge-Stand sind, der die oben genannte Microsoft-Anpassung enthält. Das betrifft nicht nur normale Clients, sondern auch Terminalserver, VDI-Images, Golden Images, Schulungsgeräte und selten genutzte Systeme.

Wichtig sind zentrale Update-Prozesse über Intune, Gruppenrichtlinien, Endpoint Management oder Patch Management. Einzelne ungepatchte Systeme reichen aus, um ein unnötiges Risiko offen zu halten.

2. Browser-Passwortspeicherung per Richtlinie steuern

Das Speichern neuer Passwörter in Edge kann über Unternehmensrichtlinien eingeschränkt werden. Das ist besonders sinnvoll für privilegierte Konten oder regulierte Umgebungen. Dabei sollte aber beachtet werden: Bereits gespeicherte Passwörter verschwinden dadurch nicht automatisch. Sie müssen kontrolliert migriert und entfernt werden.

3. Kritische Passwörter aus dem Browser entfernen

Für sensible Zugangsdaten empfiehlt sich ein sauberer Migrationsprozess:

Zuerst werden gespeicherte Passwörter inventarisiert. Danach werden relevante Zugangsdaten in einen zentralen Passwortmanager überführt. Anschließend werden alte Browser-Einträge entfernt und das erneute Speichern über Richtlinien blockiert.

4. MFA und Passkeys priorisieren

Passwörter bleiben ein Risiko, sobald sie gestohlen werden können. Multi-Faktor-Authentifizierung reduziert den Schaden deutlich, weil ein Passwort allein nicht mehr ausreicht. Noch besser sind Passkeys, da sie phishingresistenter sind und nicht wie klassische Passwörter ausgelesen oder wiederverwendet werden können.

Gerade für Microsoft 365, VPN, Admin-Portale und externe SaaS-Anwendungen sollte MFA nicht optional, sondern Standard sein.

5. Terminalserver und RDS besonders absichern

Für RDS- und Terminalserver-Umgebungen sollte der Browser-Passwortmanager besonders kritisch bewertet werden. Dort arbeiten mehrere Benutzer auf derselben Infrastruktur. Deshalb sind strikte Rechtevergabe, Prozessisolation, restriktive Admin-Konten und klare Browser-Richtlinien entscheidend.

Empfehlenswert sind:

keine lokalen Administratorrechte für normale Konten
getrennte Admin- und Benutzerkonten
keine Passwortspeicherung für privilegierte Zugänge
restriktive Browser-Erweiterungen
kurze Sitzungs- und Sperrzeiten
EDR/XDR mit Infostealer-Erkennung
regelmäßige Prüfung aktiver Prozesse und Autostarts

6. Browser-Erweiterungen begrenzen

Browser-Erweiterungen sind ein häufig unterschätzter Risikofaktor. Sie können je nach Berechtigung Inhalte auf Webseiten lesen oder verändern. Wenn Autofill aktiv ist, kann das zusätzliche Angriffsflächen schaffen. Deshalb sollten Unternehmen Erweiterungen nur per Allowlist freigeben und nicht benötigte Add-ons blockieren sowie ihre Mitarbeiter für diesen RIsikofaktor entsprechend sensibilisieren.

Tipps zur Nutzung von Browser-Passwortmanagern

Generell ist zu betonen: Ein integrierter Passwortmanager im Browser ist nicht automatisch unsicher. Für viele Standardanwendungen bietet er mehr Schutz als wiederverwendete, einfache oder in Excel-Listen gepflegte Passwörter. Problematisch wird es, wenn geschäftskritische Zugangsdaten unkontrolliert im Browser gespeichert werden und keine klare Richtlinie existiert.

In Unternehmen sollte daher unterschieden werden:

Normale Benutzerkonten können unter bestimmten Bedingungen im Browser-Passwortmanager verwaltet werden. Kritische Zugänge wie Administratorkonten, VPN-Zugänge, Finanzsysteme, Kundensysteme, RMM-Tools oder Firewall-Logins dagegen sollten, so die Empfehlung, in einen zentral verwalteten Passwortmanager mit Rollenmodell, Audit-Logs, MFA und kontrollierter Freigabe gespeichert werden.

Fazit

Der aktuelle Edge-Vorfall sollte ein Weckruf für die Passwortstrategie in Unternehmen sein. Das Sicherheitsproblem zeigt:

Passwortsicherheit endet nicht bei der Verschlüsselung gespeicherter Zugangsdaten. Entscheidend ist auch, wann Passwörter entschlüsselt werden, wie lange sie im Speicher liegen, wer auf Systeme zugreifen kann und ob gestohlene Zugangsdaten allein für einen Login ausreichen. Für Unternehmen ist die richtige Reaktion auf die Microsoft Edge Sicherheitslücke keine Panik, sondern eine klare IT-Sicherheitsstrategie:

Edge aktualisieren, gespeicherte Browser-Passwörter prüfen, kritische Zugangsdaten in einen zentralen Passwortmanager migrieren, MFA oder Passkeys aktivieren und Terminalserver- sowie RDS-Umgebungen besonders absichern.

So wird aus einem Browser-Vorfall, wie bei dieser Microsoft Edge Sicherheitslücke, ein sinnvoller Anlass, das Passwort-Management und Endpoint-Schutz im Unternehmen nachhaltig zu verbessern.