Die Geschichte von Windows ist eine Geschichte der Rückwärtskompatibilität. Ein faszinierendes Beispiel dafür ist eine Speicherverwaltungs-Routine, die ursprünglich in Windows 95 implementiert wurde und sich bis heute in Windows 11 versteckt. Die Geschichte dahinter ist gleichzeitig technisch interessant und humorvoll.
In den neunziger Jahren war das Spiel Sim City ein grosser Erfolg. Das Spiel hatte jedoch ein Problem: Es nutzte eine fehlerhafte Methode, um Speicher zu allokieren. Dies funktionierte unter DOS, führte aber in Windows zu Problemen. Statt das Spiel zu korrigieren oder Windows-Nutzer zu enttäuschen, integrierten die Windows-Entwickler eine spezielle Ausnahmeeregel in die Speicherverwaltung. Diese Regel erkannte Sim City automatisch und liess das Spiel trotz des fehlerhaften Speicherzugriffs funktionieren.
Diese Kompatibilitäts-Routine hat sich durch alle Windows-Versionen bis heute erhalten. Sie wird modern als "Quirk" oder "Workaround" bezeichnet. Dies ist typisch für die Windows-Entwicklungsphilosophie: Anwendungen dürfen nicht brechen, auch wenn sie problematischen Code ausführen.
Technisch ist dies sowohl ein Segen als auch ein Fluch. Einerseits ermöglicht es Windows-Nutzern, alte Software weiterhin zu verwenden. Andererseits macht es den Kernel komplexer und kann zu unerwarteten Verhaltensweisen führen. Jede Workaround ist potentiell ein neuer Ort, an dem Sicherheitsprobleme entstehen können.
Für KMU-Dienstleister ist dies ein wichtiger Reminder über die Komplexität moderner Betriebssysteme. Legacy-Code und Kompatibilitätsebenen können Sicherheitsrisiken darstellen. Unternehmen sollten sich bewusst sein, dass alte Funktionalität oft noch vorhanden ist, auch wenn sie nicht mehr dokumentiert wird. Dies kann Sicherheitsimplikationen haben, wenn Angreifer diese Quirks ausnutzen. Eine regelmässige Überprüfung und Aktualisierung von Software-Inventaren ist daher wichtig.