TeamViewer hat am 29. September 2026 das Security Bulletin TV-2026-1010 veröffentlicht und fünf Schwachstellen im Full Client und im Host gemeldet, die mit Version 15.82 geschlossen sind. Die schwerste davon, CVE-2026-92370 (CVSS 8.8), erlaubt einem authentifizierten Angreifer, beim Aufbau einer Fernsitzung die vom Gegenüber gesetzten Berechtigungen zu umgehen – im Extremfall mit Codeausführung auf dem Zielsystem. Die Warnung stammt direkt vom Hersteller, wie Borns IT-Blog am 1. Oktober 2026 aufgreift.

Für einen Betrieb mit zwanzig bis achtzig Arbeitsplätzen ist TeamViewer selten nur auf einem Rechner installiert. Es läuft auf dem Server für den externen Dienstleister, auf der Kassensystem-Station für den Hersteller-Support, auf dem Laptop des Geschäftsführers für den IT-Notfall. Genau dort wird es relevant: Wer eine Fernsitzung mit eingeschränkten Rechten einrichtet – nur Bildschirmansicht, kein Dateitransfer – und der Angreifer umgeht genau diese Sperre, hat plötzlich mehr Zugriff, als er haben sollte. Die übrigen vier Lücken setzen lokalen Zugriff oder eine präparierte .tvs-Aufzeichnungsdatei voraus. TeamViewer selbst nennt keine aktive Ausnutzung und keine öffentliche Offenlegung. Das senkt die akute Dringlichkeit, ändert aber nichts daran, dass die Lücken da sind und der Patch die einzige Gegenmaßnahme ist.

Die fünf Lücken im Überblick

Alle Angaben stammen aus dem Bulletin TV-2026-1010, Werte nach CVSS 3.1. CVE-2026-92370 (8.8): Fehlerhafte Zugriffskontrolle beim Sitzungsaufbau. Ein authentifizierter, entfernter Angreifer kann Parameter für eigentlich gesperrte Funktionen verändern und Aktionen ausführen, die der Nutzer ausdrücklich verboten hat. Betroffen: Windows, Linux, macOS. CVE-2026-19743 (7.8): Fehlende Pfadprüfung im lokalen IPC-Dienst. Ein lokal angemeldeter Nutzer mit geringen Rechten kann Dateien mit SYSTEM- oder root-Rechten schreiben. Alle drei Plattformen. CVE-2026-92368 (7.8): Heap-Überlauf beim Abspielen präparierter .tvs-Sitzungsaufzeichnungen. Codeausführung mit den Rechten des aktuellen Nutzers, nur Linux und macOS. CVE-2026-92369 (7.3): Race Condition im Rollback des Windows-Installers. Ein lokaler Angreifer kann Sicherungsdateien austauschen und SYSTEM-Rechte erlangen, sofern während Installation oder Update ein Rollback stattfindet. CVE-2026-92371 (7.0): Unsichere Link-Auflösung in der Cloud Session Recording unter Linux. Ein lokaler Angreifer kann privilegierte Dateioperationen an unerwartete Orte umlenken.

Wichtig für die Bewertung: Nur CVE-2026-92370 ist aus der Ferne angreifbar. Die anderen vier setzen lokalen Zugriff oder eine präparierte Datei voraus. Betroffen sind alle Installationen vor Version 15.82 sowie die Legacy-Zweige 15.64, 14.7 und 13.2. Für ältere Betriebssysteme nennt das Bulletin eigene Fixstände: 15.64.8 für Windows 7 und 8, 14.7.48855 für den Zweig 14.7 sowie 13.2.36230 (Windows), 13.2.153995 (Linux) und 13.2.153994 (macOS) für den Zweig 13.2, wie s-edv.com zusammenfasst. Betroffen sind die Produktlinien TeamViewer Remote, TeamViewer Tensor und TeamViewer ONE. Mobile Apps und QuickSupport nennt das Bulletin nicht.

Was jetzt zu tun ist

1. Inventar erstellen: Alle Rechner durchgehen, auf denen TeamViewer Full Client oder Host installiert ist – auch Server, Kassensysteme, Maschinensteuerungen. Version über Hilfe → Über TeamViewer ablesen. Alles unter 15.82 ist potenziell gefährdet. Legacy-Systeme mindestens auf die genannten Fixstände bringen.
2. Update einspielen und Host-Dienst neu starten: Die neue Version ausschließlich von der offiziellen TeamViewer-Quelle herunterladen. Nach dem Update den TeamViewer-Host-Dienst neu starten – eine reine Neuinstallation reicht nicht, wenn der alte Prozess weiterläuft. Bei zentraler Verteilung über MSI oder Gruppenrichtlinien prüfen, ob das Rollout auf allen Maschinen angekommen ist, nicht nur auf den, die manuell abgefragt wurden.
3. Verbindungsprotokolle durchsehen: In der Management-Konsole die letzten Wochen auf unbekannte IPs oder ungewöhnliche Uhrzeiten von Sitzungszugriffen achten. Sitzungsdateien im .tvs-Format nur aus vertrauenswürdigen Quellen öffnen, bis Linux- und macOS-Clients aktualisiert sind.

Das Ärgernis an solchen Bulletins ist die Banalität: Man weiß, dass man patchen sollte, und es schiebt sich trotzdem hinter das nächste Wartungsfenster. Wer jetzt unsicher ist, ob der eigene Host auf dem Server noch auf 15.64 läuft und der Dienstleister das gar nicht mitbekommt, hat damit schon die richtige Frage gestellt. Wir schauen uns das gerne einmal an – ob der Versionsstand stimmt, ob der Host-Dienst sauber neu gestartet wurde und ob die Protokolle sauber sind. Hier erreichen Sie uns, und ein Anruf wegen einer einzelnen Version ist genau der richtige Anlass.

Beitragsbild: Wolf Art auf Pexels