Microsoft hat gerade bewiesen, dass man auch unter Linux bei Updates niemals nachlässig sein sollte. Eine aktuelle Version von Defender for Endpoint weist ein schwerwiegendes Problem auf: Der Dienst deaktiviert sich nach einem Neustart automatisch. Wenn eine Sicherheitslösung derart versagt, untergräbt das das Vertrauen in die gesamte Infrastruktur.
Microsoft Defender für Endpoint: Ein Update, das Linux gefährdet
Zwischen den Versionen 101.26042.0000 und 101.26042.0009 besteht eine kritische Sicherheitslücke in Defender for Endpoint unter Linux. Nach einem Update kann der Dienst nach einem Neustart deaktiviert bleiben. Unabhängig von der Distribution – Debian, Fedora oder RHEL – ist keine Distribution vor diesem Fehler gefeit.
Dieses Problem betrifft hauptsächlich Umgebungen, die Defender for Servers Plan 1 oder 2 mit Defender for Cloud kombinieren, bei dem die MDE-Verwaltung aktiviert ist. In diesem Fall aktualisiert sich die MDE.Linux-Erweiterung automatisch, und genau hier liegt die Schwachstelle.
Ohne manuelles Eingreifen bleiben Ihre Server ungeschützt und weisen ein deutlich reduziertes Sicherheitsrisiko auf. Angesichts der zunehmend komplexen Cyberbedrohungen von heute ist dies ein ernstzunehmendes Problem.
Konkrete Auswirkungen auf Linux-Produktionsserver
Das stille Deaktivieren von Sicherheitsfunktionen ist nicht ungefährlich. Für eine Linux-Infrastruktur ist es, als würde man barfuß durch ein Dornengestrüpp laufen: Früher oder später endet es böse. Diese Server, die auf Defender for Endpoint angewiesen sind, verlieren ihren essenziellen Schutz, wenn keine Wachsamkeit geboten ist.
Die Systemteams müssen die eingesetzte Version unbedingt überprüfen; dies ist unerlässlich, um ein Sicherheitsdesaster zu vermeiden. Die neueste gepatchte Version 101.26042.0011 ist der Schlüssel, um den Betrieb wiederherzustellen.
Eine solche Überprüfung durchzuführen, bedeutet auch, sich Sicherheit zu verschaffen, denn unter diesen Umständen kann man automatischen Updates nicht blind vertrauen.
Die zusätzliche Komplikation für RHEL 8 & 9 im FIPS-Modus
Das zweite Problem betrifft speziell Red Hat Enterprise Linux 8- und 9-Systeme, die im FIPS-Modus konfiguriert sind. Zur Erinnerung: Dieser Modus legt strenge Beschränkungen für die verwendeten Verschlüsselungsalgorithmen fest und hält sich an staatliche oder branchenspezifische Standards.
Auf diesen Rechnern schlägt die Installation des eigentlich vorgesehenen Updates zur Behebung von Sicherheitslücken fehl, da es bei älteren Versionen hängen bleibt. Die Folge: Die Installation ist unmöglich und es besteht die Gefahr, dass das System nicht mehr mit den aktuellen Sicherheitspatches synchronisiert ist.
Microsoft hat die technischen Gründe für dieses Kernproblem noch nicht detailliert erläutert. Es handelt sich um einen unsichtbaren Fehler, der dennoch äußerst gefährlich für die Stabilität und Compliance kritischer Server ist.
Die Korrekturen sind im Gange, dennoch ist weiterhin Vorsicht geboten.
Entsprechend Das RegisterDie Korrekturen verweisen auf Build 101.26042.0011 zur Wiederherstellung des gestoppten Dienstes und auf Version 101.26052.0011 zur Behebung des Installationsproblems auf FIPS.
Administratoren dürfen sich jedoch nicht auf ihren Lorbeeren ausruhen. Die Sicherstellung, dass die richtige Version bereitgestellt wird, gehört nun zum Standardrepertoire eines perfekten Linux-Administrators unter Defender.
Über einen einfachen Fehler hinaus berührt dies das entscheidende Konzept eines sicheren Endpunkts. In der Praxis stellt ein ausgefallener oder fehlender Sicherheitsdienst eine offene Einladung für Ransomware und andere Angriffe dar.
Microsoft arbeitet kontinuierlich an der Verbesserung seines Tools. Eine kürzlich im Labor getestete Funktion verspricht die automatische Isolierung kompromittierter Rechner vom Netzwerk. Der Widerspruch ist frappierend: Ein Tool, das sich weiterentwickelt, hat Schwierigkeiten, seine grundlegende Aufgabe des systematischen Schutzes zu erfüllen.
In einer Welt, in der Vertrauen in Open Source und freie Software unerlässlich ist, stellen diese Fehlfunktionen ein gravierendes Problem dar. Wie lassen sich Zuverlässigkeit und großflächiger Einsatz unter Linux vereinbaren, wenn die Wartung unzureichend ist?
Das Problem geht über die reine Technologie hinaus. Es ist auch eine Herausforderung der Kommunikation und Ehrlichkeit gegenüber den Nutzern, insbesondere in Umgebungen, die digitale Souveränität erfordern.
Um die technischen Spezifikationen und Aktualisierungen des Produkts besser zu verstehen, bleibt die offizielle Dokumentation eine unverzichtbare Quelle, die regelmäßig konsultiert werden sollte.
Linux-Administratoren profitieren davon, sich über die Entwicklungen auf Plattformen wie Linux auf dem Laufenden zu halten. Microsoft Defender für Endpoint Linux-Dokumentation und um durch ausführliches Feedback, wie es beispielsweise auf Blogspan.net.
Welche Linux-Systeme sind von diesem Defender for Endpoint-Fehler betroffen?
Alle Distributionen, die die Versionen 101.26042.0000 bis 101.26042.0009 verwenden, sind betroffen. Unabhängig davon, ob es sich um Debian, Fedora, RHEL oder eine andere Distribution handelt, kann der Dienst nach einem Neustart deaktiviert bleiben.
Warum wird der Defender-Dienst nicht automatisch reaktiviert?
Der Fehler verhindert, dass der Dienst nach dem Update automatisch neu startet, sodass das System bis zu einem manuellen Eingriff ungeschützt bleibt.
Der FIPS-Modus (Federal Information Processing Standards) ist ein Parameter, der strenge Kryptographieregeln für Systeme vorschreibt und häufig von Verwaltungen und regulierten Sektoren gefordert wird.
Wie kann ich dieses Update-Problem beheben?
Die Lösung besteht darin, die Korrektur-Builds 101.26042.0011 für Deaktivierungsprobleme und 101.26052.0011 für Installationsprobleme unter FIPS anzuwenden.
Ist es riskant, Defender for Endpoint weiterhin unter Linux zu verwenden?
Ja, solange die betroffene Version weiterhin installiert und ungepatcht ist, können kritische Sicherheitslücken bestehen bleiben und das System Angriffen aussetzen. Daher wird höchste Wachsamkeit empfohlen.
Quelle: www.clubic.com