Windows 10 LTSB 2016: Welche Altgeräte musst du jetzt prüfen?

Die Fertigung läuft. Die Waage liefert Werte. Der Prüfstand schreibt Ergebnisse. Aber weiß jemand, welche dieser Systeme noch Sicherheitsupdates erhalten?

Das Supportende eines Betriebssystems ist eine Entscheidung für den Betrieb, nicht nur ein Termin für die IT. Ein Gerät kann weiterhin funktionieren, obwohl reguläre Sicherheitsupdates enden. Deshalb brauchst du eine Übersicht über betroffene Systeme, ihre Aufgabe und einen nachvollziehbaren Plan.

TL;DR: Was du jetzt prüfen solltest

• Edition und Version feststellen: „Windows 10“ allein reicht für die Supportbewertung nicht.
• Geschäftsbezug klären: Welche Produktion, Prüfung oder Dienstleistung hängt am Gerät?
• Mit dem Anbieter planen: Upgrade, Austausch oder zulässige Übergangslösung prüfen.
• Risiken steuern: Verantwortliche, Schutzmaßnahmen, Entscheidung und nächsten Prüftermin festhalten.

Windows 10 war doch schon vorbei – was ist jetzt anders?

Für Windows 10 22H2 – einschließlich Home, Pro, Enterprise und Education – endete der reguläre Support bereits am 14. Oktober 2025. Das bestätigt Microsofts Lifecycle-Mitteilung. Zusätzliche Sicherheitsupdates über ein ESU-Programm sind davon getrennt zu betrachten.

Der aktuelle Anlass betrifft zwei bestimmte Langzeitversionen. Es geht nicht um alle Enterprise-Lizenzen, sondern um die tatsächlich installierte Edition und den Versionsstand:

Installierte Version	Reguläres Supportende	Einordnung
Windows 10 22H2, z. B. Home oder Pro	14. Oktober 2025	Bereits beendet; ESU gesondert prüfen
Windows 10 Enterprise 2016 LTSB	13. Oktober 2026	Aktueller Anlass dieses Artikels
Windows 10 IoT Enterprise 2016 LTSB	13. Oktober 2026	Aktueller Anlass, etwa auf Industrie-PCs

Microsoft nennt den 13. Oktober 2026 als Supportende für Windows 10 Enterprise 2016 LTSB und Windows 10 IoT Enterprise 2016 LTSB. Für berechtigte, angemeldete Geräte beschreibt Microsoft kostenpflichtige Extended Security Updates (ESU). Sie liefern bestimmte Sicherheitsupdates über das reguläre Supportende hinaus.

Das ist keine Aussage über jede Windows-10-Installation. Andere Editionen, Versionen und Supportprogramme müssen einzeln geprüft werden. Auch Windows Server 2016 ist ein eigenes Produkt; sein Supportdatum darf nicht aus dem Namen eines Windows-10-Systems abgeleitet werden.

Dass das Thema Produktionsumgebungen betrifft, zeigt Beckhoff an seinen Industrie-PCs: Der Hersteller weist für die genannte IoT-Edition auf Oktober 2026 hin und bietet eine Prüfung möglicher Upgrades an. Daraus folgt nicht, dass jedes ältere Industriegerät diese Edition nutzt.

Welche Geräte solltest du konkret prüfen?

Microsoft beschreibt Windows IoT Enterprise als Betriebssystem für Geräte mit festem Einsatzzweck. Als Beispiele nennt der Hersteller Industrieautomation, Kassenterminals, Kiosksysteme, Geldautomaten und medizinische Geräte.

Für eure Bestandsaufnahme sind deshalb ältere Industrie- und Bedien-PCs, Prüf- oder Messplätze, Kassensysteme und Terminals sinnvolle Prüfkandidaten. Ein Gerät dieser Kategorie ist nicht automatisch betroffen: Entscheidend ist, ob darauf wirklich die 2016er LTSB-Version läuft. Auch ein zehn Jahre altes Gehäuse kann inzwischen ein anderes Betriebssystem enthalten.

Prüfe die Angaben in den Systeminformationen und gleiche sie mit Inventar und Herstellerunterlagen ab: Edition, Version und Build. Microsoft führt LTSB 2016 als Version 1607 mit Builds aus der Reihe 14393 in seiner Release-Übersicht. Die Versionsnummer allein ersetzt die Prüfung der Edition nicht. Bei einer Anlage mit Herstellerfreigabe nimm den Wartungspartner hinzu.

„Funktioniert noch“ ist keine Sicherheitsbewertung

Ein Gerät ohne reguläre Updates fällt nicht automatisch am nächsten Tag aus. Es wird auch nicht allein durch den Kalender kompromittiert. Das Problem ist die zukünftige Behandlung neu bekannt werdender Schwachstellen und die Frage, wie lange du den Weiterbetrieb verantworten kannst.

Ein isolierter Messplatz ohne externe Verbindung braucht eine andere Bewertung als ein Arbeitsplatz mit Internetzugang oder eine Anlage mit Lieferanten-Fernwartung. Berücksichtige trotzdem USB-Medien, Wartungsnotebooks und den Austausch von Daten. „Nicht im Internet“ bedeutet nicht automatisch „ohne Angriffsweg“.

Die allgemeine Auswahl von Sicherheitsmaßnahmen behandeln wir im Leitfaden zur Priorisierung von Cyberrisiken. Hier geht es um eine konkrete Lifecycle-Entscheidung für ein bekanntes Gerät.

Sechs Angaben, die aus einer Geräteliste einen Arbeitsplan machen

Unsere folgende Tabelle ist eine eigene Arbeitshilfe. Sie ersetzt weder die Herstellerprüfung noch eine technische Untersuchung.

Erfassen	Konkrete Frage	Warum es hilft
Gerät und Software	Welche Edition, Version und Fachanwendung laufen tatsächlich?	Vermeidet falsche Supportannahmen
Aufgabe im Betrieb	Welche Linie, Prüfung oder Dienstleistung benötigt das System?	Macht Auswirkungen sichtbar
Zuständigkeit	Wer betreibt es, wer entscheidet, wer wartet?	Verhindert liegen gebliebene Rückfragen
Verbindungen	Gibt es Netzwerkzugänge, Fernwartung, USB oder Datenaustausch?	Zeigt relevante Angriffswege
Wiederanlauf	Sind passende Backups, Konfigurationen und Wiederherstellungstests vorhanden?	Klärt, ob der Betrieb zurückkommen kann
Entscheidung	Welche Lösung gilt bis wann, mit welchem Nachweis?	Macht aus dem Befund eine verfolgte Aufgabe

Führe die technische Inventur mit den Fachbereichen zusammen. Die IT kennt möglicherweise das Betriebssystem, die Produktion die Stillstandsfolge und der Lieferant die Einschränkungen eines Upgrades. Keine dieser Sichtweisen genügt allein.

Upgrade, Austausch oder Übergang: Was passt zum Gerät?

Ein Versionswechsel kann Treiber, Steuerungssoftware oder die Freigabe einer Anlage betreffen. Prüfe deshalb mit dem Hersteller die unterstützten Kombinationen, Testmöglichkeiten und das Wartungsfenster. Ein spontanes Upgrade auf einer laufenden Anlage ist keine belastbare Migrationsplanung.

Migration oder Austausch: Plane die unterstützte Zielumgebung, Kompatibilität, Test, Rückfallmöglichkeit und Abnahme durch den Fachbereich. Halte fest, wer den erfolgreichen Betrieb bestätigt.

ESU als Übergang: Prüfe Berechtigung, Kosten, technischen Stand und erfolgreiche Aktivierung. Microsoft beschreibt ESU als kostenpflichtiges Programm für kritische und wichtige Sicherheitsupdates. Es ist keine Garantie für die Kompatibilität deiner Fachanwendung und ersetzt keinen langfristigen Migrationsplan.

Befristeter Weiterbetrieb mit Schutzmaßnahmen: Falls keine sofortige Migration möglich ist, bewerten IT und Fachbereich die konkreten Risiken. Mögliche Maßnahmen sind eingeschränkte Verbindungen, kontrollierte Wartungszugänge und ein getesteter Wiederanlauf. Ihre Eignung muss zur Anlage passen; sie machen ein nicht unterstütztes System nicht automatisch gleichwertig zu einem unterstützten.

Beispiel: Der Prüfstand kann erst im nächsten Wartungsfenster umgestellt werden

Fiktives Beispiel: Ein mittelständischer Hersteller nutzt einen älteren Prüf-PC. Die Anwendung ist nur für eine bestimmte Umgebung freigegeben. Der Dienstleister kann die Migration erst beim nächsten geplanten Stillstand testen.

Das Team hält nicht nur „Risiko akzeptiert“ fest. Es vereinbart einen nachvollziehbaren Übergang:

Entscheidung	Zuständigkeit	Ergebnis prüfen
Unterstützte Zielversion und Freigabe klären	Anlagenverantwortlicher mit Lieferant	Schriftliche Kompatibilitätsauskunft
Fernwartung auf notwendige Zugänge begrenzen	IT mit Instandhaltung	Geprüfte Zugangsregel
Wiederherstellung erproben	Betreiber des Prüfstands	Test mit Ergebnis und offenen Punkten
Migration im Wartungsfenster durchführen	Benannter Projektverantwortlicher	Abnahme und aktualisierte Inventardaten

Die Leitung entscheidet auf dieser Grundlage über den verbleibenden Weiterbetrieb. Zum vereinbarten Termin wird geprüft, ob die Annahmen noch gelten und der Plan tatsächlich umgesetzt wurde. Eine dokumentierte Entscheidung allein beseitigt das technische Risiko nicht.

So wird daraus verbundene GRC-Arbeit

Im Asset-Management hältst du das betroffene System und seine Zuständigkeit fest. Über Prozesse und Business Impact Analyse klärst du die betriebliche Bedeutung. Das Lieferantenmanagement unterstützt die Arbeit mit dem Wartungspartner. Risiken und konkrete Maßnahmen gehören in dieselbe Arbeitskette.

Der Nutzen von Kopexa liegt darin, diese Informationen mit Risiken, Aufgaben und Nachweisen zu verbinden. So wird sichtbar, wenn die Herstellerantwort fehlt oder eine zugesagte Migration überfällig ist. Die technische Lösung und ihre Eignung müssen weiterhin fachlich geprüft werden.

Dein nächster Schritt: Wähle zunächst eine kritische Anlage aus. Prüfe Edition, Supportstatus, Verantwortliche und Wiederanlauf. Wenn du diese Arbeit über mehrere Standorte und Teams verbinden möchtest, sieh dir den Ablauf in einer Kopexa-Demo an.