Die verborgene Arbeit der Modernisierung Malwarebytes

Der Großteil der Arbeit, die ein Sicherheitsprodukt vertrauenswürdig macht, ist unsichtbar. Benutzer sehen einen abgeschlossenen Scan, eine blockierte Bedrohung, ein über Nacht installiertes Update. Sie sehen jedoch nicht die zugrundeliegende Plattform. Laufzeitumgebungen, verwaltete Bibliotheken, native Treiber und … Windows Alle Anforderungen müssen stets aktuell sein und auf Millionen von Endpunkten reibungslos zusammenarbeiten. Unsere Migration zu .NET 10 ist ein Beispiel dafür, wie wir diese Plattform zukunftssicher gestalten und steht im Mittelpunkt dieses Artikels.

Man könnte diese Aktualisierungen leicht als Wartungsarbeiten abtun und die Sache damit abhaken. Doch das würde sie unterschätzen. Unser Code läuft kontinuierlich mit erweiterten Berechtigungen neben einigen der sensibelsten Teile unseres Systems. Windows Die

Jede Abhängigkeit in unserem Stack, von der Laufzeitumgebung und Drittanbieterbibliotheken bis hin zu nativen Treibern und Betriebssystemanforderungen, beeinflusst die Umgebung, in der unsere Software ausgeführt wird. Ändert sich eine dieser Abhängigkeiten, müssen unter Umständen auch alle darauf basierenden Komponenten angepasst werden.

Das Problem: Plattformen geraten ins Hintertreffen, weil sie stillstehen.

Im Bereich der Endpunktsicherheit ist immer etwas los. Windows Die Technologien entwickeln sich weiter. Die Bedrohungen entwickeln sich weiter. Die Hardware entwickelt sich weiter, von ARM64-Laptops hin zu Maschinen mit weitaus mehr Arbeitsspeicher und schnellerem Speicher als jenen, für die unser Code ursprünglich geschrieben wurde.

Eine Plattform, die stagniert, bleibt nicht gleich. Sie fällt zurück. Jede ausgelassene Veröffentlichung einer Abhängigkeit oder Laufzeitumgebung vergrößert die Kluft zwischen dem Ökosystem, auf dem wir aufgebaut haben, und dem, das heute stabil ist.

Eine moderne Laufzeitumgebung und insbesondere .NET 10 bieten uns höhere Sicherheit, schnellere Codeabläufe, einen geringeren Speicherbedarf und umfassendere Diagnosemöglichkeiten. Zudem profitieren unsere Entwickler von Sprach- und Werkzeugverbesserungen, die ihnen ein effizienteres Arbeiten ermöglichen.

Auch für Sicherheitssoftware steht besonders viel auf dem Spiel:

Eine Webanwendung kann im Rahmen eines Deployments zurückgesetzt werden. Software, die bereits auf dem Endgerät eines Kunden installiert ist, kann dies nicht.
Unser Code läuft mit hohen Berechtigungen, zusammen mit Kernel-Treibern und Manipulationsschutzmechanismen.
Eine Laufzeitregression betrifft nicht nur einen Server. Sie hat das Potenzial, Millionen von Rechnern zu beeinträchtigen.

Daher behandeln wir ein Laufzeit-Upgrade mit der gleichen Strenge wie eine Sicherheitsfunktion.

Die Herausforderung: Alles bewegt sich zusammen

Malwarebytes für Windows ist kein einzelnes Programm. Es ist ein koordiniertes System: eine benutzerorientierte Schnittstelle, mehrere langlaufende Prozesse Windows Dienste, ein Installationsprogramm, eine Selbstaktualisierungspipeline, eine Plugin-Oberfläche und von Drittanbietern verwaltete Abhängigkeiten.

Diese befinden sich über den nativen Treibern und unserer Erkennungs-Engine. Die .NET 10-Migration umfasste die verwalteten Teile von Malwarebytes Dabei bleibt der ursprüngliche Kern unberührt. Die verschiedenen Schichten müssen aber dennoch zusammenarbeiten.

Die Migration musste mehrere Anforderungen gleichzeitig erfüllen:

Sicherheitsrelevanter Code musste sich vor und nach der Änderung identisch verhalten.
Native Treiber und Anti-Manipulationsschichten mussten weiterhin korrekt mit dem verwalteten Code funktionieren.
Der Installations- und Aktualisierungsprozess musste die neuen Laufzeitdateien bereitstellen und die alten bereinigen.
Plugins und Drittanbieterabhängigkeiten mussten kompatibel bleiben.
Vorhanden Malwarebytes Die Anlagen mussten weiter funktionieren.
Unsere automatisierte Validierung musste so umfassend sein, dass wir dem Ergebnis vertrauen konnten, ohne jeden Pfad manuell überprüfen zu müssen.

Die Grenze zwischen verwaltetem und nativem Code verdiente besondere Aufmerksamkeit. Verwalteter Code in unseren Diensten kommuniziert über Schnittstellen wie P/Invoke und COM mit nativen Komponenten. Eine Änderung zur Laufzeit kann subtile Auswirkungen darauf haben, wie diese verschiedenen Teile von Malwarebytes kommunizieren und zusammenarbeiten.

Diese Unterschiede werden in einer Demo möglicherweise nie sichtbar. Sie treten vielleicht nur auf einem von 10.000 Rechnern auf. Wichtig ist, sie zu entdecken, bevor die Kunden es tun.

Nicht jedes Update sieht gleich aus

Es gibt drei Hauptgründe für die Aktualisierung einer Abhängigkeit: Wir entscheiden uns dafür, die zugrundeliegende Plattform zwingt uns dazu oder eine Sicherheitslücke macht uns dazu notwendig. Jeder dieser Gründe hat einen anderen Zeitrahmen.

Optionale Modernisierung. Wir können uns entscheiden, auf eine neue Laufzeitumgebung, eine neue Hauptversion einer Bibliothek oder eine neue Plattformfunktion umzusteigen, um neue Funktionen, Fehlerbehebungen oder Sicherheitsverbesserungen zu nutzen.

Änderungen der Basislinie. Mit der Weiterentwicklung der Plattformanforderungen können ältere Kompatibilitätsbeschränkungen die Modernisierung behindern. Beispielsweise ermöglichte uns der Wechsel zu .NET 10, die Anwendungsbasislinie zu aktualisieren und eine neuere, unterstützte Laufzeitumgebung einzuführen. Im Zuge dieser Umstellung… Windows Die Unterstützung für Version 7 wurde eingestellt.

Erzwungene Patches. Manchmal wird eine Sicherheitslücke in einer von uns ausgelieferten Bibliothek oder einem von uns genutzten System entdeckt. Die Änderung ist dann unumgänglich, und wir haben keinen Einfluss mehr auf den Zeitplan. Was wir jedoch kontrollieren können, ist unsere Bereitschaft: Tests, der Release-Prozess und die stufenweise Einführung ermöglichen es uns, schnell zu reagieren, ohne neue Probleme zu verursachen.

Unterschiedliche Gründe und unterschiedliche Zeitpläne, aber in jedem Fall ist die gleiche sorgfältige Vorgehensweise erforderlich.

Die .NET-Migration: Warum wir sie durchgeführt haben

Der Wechsel zu .NET 10 bietet Malwarebytes eine sicherere, besser unterstützte und leistungsfähigere Grundlage für Windows , mit mehreren sich gegenseitig verstärkenden Vorteilen:

Sicherheit. Eine moderne Laufzeitumgebung profitiert von Microsofts kontinuierlichen Sicherheitsmaßnahmen, darunter sicherere Standardeinstellungen, stärkere Kryptografie und Maßnahmen zur Behebung von Speicher- und Interoperabilitätsfehlern. Die Verwendung einer von Microsoft aktiv unterstützten Laufzeitumgebung ermöglicht es uns, Sicherheitslücken umgehend zu beheben, sobald sie entdeckt werden.

Eine solide Grundlage. Das mag kein glamouröser Grund sein, aber .NET 10 hält uns auf einer unterstützten, aktiv weiterentwickelten Plattform, die besser mit neueren Versionen kompatibel ist. Windows Dadurch lassen sich zukünftige Fehlerbehebungen, Funktionen und Verbesserungen leichter als Routinearbeiten anstatt als einmalige Projekte übernehmen.

Diagnose und Beobachtbarkeit. Modernes .NET bietet verbesserte integrierte Funktionen für Ablaufverfolgung, Metriken und Absturzdiagnose. Bei einem Sicherheitsprodukt ist es entscheidend zu verstehen, wie sich Code im praktischen Einsatz verhält. Verbesserte Diagnosemöglichkeiten helfen uns, Zuverlässigkeitsprobleme zu identifizieren und zu beheben.

Leistung und Speichereffizienz. Die jüngsten .NET-Versionen haben den Just-in-Time-Compiler, den Garbage Collector und die Kernbibliotheken verbessert. Unsere Prozesse laufen den ganzen Tag im Hintergrund, daher ist ihre Effizienz und Speicherverwaltung von entscheidender Bedeutung. Diese Verbesserungen bieten uns mehr Möglichkeiten zur Effizienzsteigerung, wobei die Auswirkungen je nach Komponente variieren.

Die .NET-Migration: Wie wir es gemacht haben

Der Leitgrundsatz ist einfach: Man sollte niemals schneller voranschreiten, als es die Beweislage zulässt.

Wir begannen damit, die Arbeit in einem separaten Branch zu isolieren. Wir haben die Plattform neu ausgerichtet und alle verwalteten Abhängigkeiten aktualisiert, sodass die neue Laufzeitumgebung und die Codebasis genau übereinstimmen, welche Komponenten ausgeliefert werden sollen.

Dadurch wurden einige der weniger offensichtlichen Folgen des Upgrades frühzeitig sichtbar: Bibliotheken, die umbenannt oder in die Laufzeitumgebung integriert worden waren, Dateien, die nicht mehr benötigt wurden, und neue Dateien, die an ihrer Stelle ausgeliefert werden mussten.

Die Bereitstellung wird leicht übersehen und kann bei Fehlern teuer werden. Eine Laufzeitmigration betrifft nicht nur den ausgeführten Code, sondern auch die Daten, die auf der Festplatte des Kunden landen.

Unser Installations- und Aktualisierungsdienst musste das Dateilayout der neuen Laufzeitumgebung erlernen. Er musste die von der Laufzeitumgebung bereitgestellten Abhängigkeiten entfernen, die Auslieferung umbenannter Dateien einstellen und sowohl bei Neuinstallationen als auch bei Aktualisierungen die Ersatzdateien sauber bereitstellen.

Eine korrekte Bereitstellung macht den Unterschied zwischen einem Upgrade, das die Benutzer nie bemerken, und einem, das zu Supportproblemen führt.

Nachdem der Build korrekt funktionierte, verlagerte sich der Fokus auf die Validierung.

Die damit verbundene Migration:

Umfangreiche automatisierte Tests über alle Dienste, Installations- und Aktualisierungspfade hinweg.
Kompatibilitätsprüfung anhand realer Konfigurationen und vorheriger Installationen.
Leistungsvergleiche zur Erkennung von Regressionen beim Startvorgang, Speicherverbrauch und Scanverhalten.
Kanarienvogel- und Stufeneinsatz, beginnend mit kleinen Populationen und Ausweitung erst dann, wenn die Ergebnisse zeigten, dass dies gefahrlos möglich war.
Kontinuierliche Überwachung und automatisierte Regressionserkennung im Feld.
Bereichsübergreifende Zusammenarbeit in den Bereichen Plattform, Qualitätssicherung, Installation und Aktualisierung sowie Release-Engineering.

„Wir sind nie schneller vorgegangen, als es die Beweislage zuließ. Jedes Tor musste von selbst auf Grün schalten.“

Die .NET-Migration: Die Abwägungen

Nichts davon war kostenlos, und die Entscheidungen erforderten bewusste Abwägungen.

Der Kompromiss beim Branch bestand in der möglichen Abweichung vom Hauptcode. Die Isolation der Migration schützte zwar die Hauptcodebasis, doch je länger dieser Branch existierte, desto stärker konnte er sich von der aktiven Entwicklung entfernen. Wir minimierten dieses Risiko durch häufige Integrationen, anstatt einen großen, riskanten Merge bis zum Schluss aufzuschieben.

Der Kompromiss bei der Einführung bestand in der Geschwindigkeit. Die stufenweise Bereitstellung bedeutete auch, dass Kunden das Update später erhielten als bei einer vollständigen Veröffentlichung. Diesen Kompromiss haben wir akzeptiert. Erkenntnisse aus kleineren Nutzergruppen ermöglichen es uns, Probleme zu erkennen, bevor ein Update eine deutlich größere Anzahl von Endgeräten erreicht.

Der Kompromiss bei AOT bestand in der Flexibilität. Die Vorabkompilierung kann die Startleistung verbessern, aber auch das dynamische Verhalten einschränken. Wir haben sie daher selektiv, komponentenweise, angewendet, anstatt sie standardmäßig überall einzusetzen.

Was die .NET 10-Migration für Kunden bedeutet

Das beste Ergebnis von Infrastrukturmaßnahmen ist, dass die Kunden davon profitieren, ohne darüber nachdenken zu müssen.

Unter .NET 10 ergeben sich diese Vorteile für Malwarebytes Zu unseren Kunden zählen:

Verbesserte Zuverlässigkeit durch eine vollständig unterstützte und aktiv gewartete Laufzeitumgebung.
Eine sicherere Grundlage, die von den kontinuierlichen Sicherheitsverbesserungen der Plattform profitiert.
Zugriff auf neue .NET-Funktionen und Fehlerbehebungen.
Bessere Unterstützung für neuere Versionen von Windows Die
Neuere .NET-Tools können uns dabei helfen, neue Schutzmaßnahmen schneller zu entwickeln und bereitzustellen.

Lektionen, die es wert sind, behalten zu werden

Jedes dieser Updates – die Laufzeitumgebung, die Baselines, die Sicherheitspatches – bestärkt das Team in einigen Überzeugungen.

Plattform-Upgrades sind strategische Investitionen in alles, was darauf aufbaut. Modernisierung funktioniert am besten, wenn sie kontinuierlich erfolgt: Je länger eine Plattform hinterherhinkt, desto schwieriger kann das spätere Upgrade werden.

Automatisierung ist bei Veränderungen dieser Tragweite besonders wichtig. Ebenso wichtig sind aber auch die kleinen, unscheinbaren Entscheidungen, die Jahre zuvor getroffen wurden, wie beispielsweise die Einhaltung klarer Grenzen zwischen Komponenten und ein Build-Prozess, der genau weiß, was ausgeliefert wird.

Diese Grundlagen sind es, die größere Veränderungen erst ermöglichen.

„Technische Schulden summieren sich wie finanzielle Schulden. Das günstigste Upgrade ist das, das man nie aufgeschoben hat.“

Was kommt als Nächstes?

Kein Upgrade ist ein Endziel. Jedes ist ein Schritt in einem längeren Prozess: kontinuierliche Modernisierung in überlegten Schritten, damit die Plattform nie den Anschluss verliert. Die Ausgangslage wird sich immer wieder ändern. Sicherheitslücken werden unerwartet auftreten. Jedes Upgrade durchläuft dieselben strengen Kriterien: dieselben Tests, dieselbe stufenweise Einführung und dieselben Nachweise, bevor wir fortfahren.

Diese Disziplin ist es, die ein Produkt ausmacht, dem man jeden Tag und auf jeder Maschine vertrauen kann, ohne dass man zweimal darüber nachdenken muss.

Malwarebytes für Windows unter .NET 10 wurde in Version 5.6.0 ausgeliefert. Dies ist der jüngste Schritt in einem langjährigen Engagement, in die dem Produkt zugrunde liegende Plattform zu investieren, damit der darauf aufbauende Schutz stetig verbessert werden kann.