TeamViewer heeft een beveiligingslek verholpen dat impact kan hebben zodra u een remote-control sessie start of accepteert. De TeamViewer kwetsbaarheid (CVE-2026-111585) richt zich namelijk op de machine die de controle overneemt: de viewer. Een kwaadaardige of gecompromitteerde host kan daarmee de viewer laten crashen en, afhankelijk van het besturingssysteem, mogelijk ook code laten draaien.
Dit is geen theoretisch risico. De kwetsbaarheid heeft een hoge score gekregen (8,8/10) en geldt voor TeamViewer Full Client, Portable en de Android Remote Control app vóór versie 15.83. Omdat er geen werkende omweg of workaround wordt genoemd, is updaten de meest praktische en effectieve stap.
Wat doet de TeamViewer kwetsbaarheid precies?
In een remote sessie is het systeem dat de controle uitoefent de viewer, terwijl het systeem dat wordt bestuurd de host is. Het beveiligingsprobleem draait om de manier waarop de viewer omgaat met informatie over het hosts-scherm.
In de sessie geeft de host door hoe groot de weergave van zijn scherm is. Vervolgens reserveert de viewer op basis van die afmetingen geheugen. Volgens de technische analyse kan die berekening overstromen, waardoor de viewer te weinig ruimte reserveert. Daarna kunnen schermgegevens worden geschreven buiten het gereserveerde gebied.
Het directe gevolg is minstens een crash van de TeamViewer sessie. Daarnaast kan de host de crash herhaaldelijk aansturen, waardoor de service-onbeschikbaarheid structureel kan worden.
Windows: meer dan alleen een crash
Onder Windows heeft de onderzoeker de kwetsbaarheid verder uitgediept. Daarbij zou het mogelijk zijn om de ingebouwde exploitbeveiligingen van het besturingssysteem te omzeilen en code uit te voeren op de viewer. Wel is daarbij aangegeven dat de demonstratie niet volledig “pure network” was: er werd een vervangend onderdeel gebruikt om een deel van de aanvallog data aan te leveren.
Voor macOS, Linux en Android is in de publieke beschrijving minder concreet uitgewerkt of dezelfde mogelijkheden exact zo werken. TeamViewer geeft wel aan dat code-uitvoering mogelijk kan zijn, afhankelijk van het platform.
Wie loopt risico en wanneer?
De risicovoorwaarde is vrij duidelijk: het gaat om misbruik nadat de gebruiker een remote-control sessie start of accepteert richting de betreffende host. Anders gezegd: zolang er geen sessie tot stand komt, kan de host de viewer niet targetten via dit specifieke mechanisme.
Verder staat er expliciet vermeld dat er geen wachtwoord en geen extra klik nodig zou zijn boven het accepteren van de sessie. De kwetsbaarheid zou ook werken in de standaardinstellingen van TeamViewer.
Opvallend is ook het verschil in scope die TeamViewer communiceert. In het security bulletin wordt de Host niet genoemd als getroffen onderdeel. Tegelijkertijd meldt TeamViewer dat de update in versie 15.83 ook twee andere high-severity issues in dezelfde bulletin repareert die wél impact hebben op de host. Daarom is het verstandig om niet alleen “viewer-machines” te upgraden, maar het totale TeamViewer-aanbod binnen uw organisatie.
Welke versies zijn kwetsbaar?
De TeamViewer kwetsbaarheid is vastgesteld in alle versies vóór 15.83. Dat omvat in elk geval 15.82. Daarbij is extra relevant dat een security update die TeamViewer eerder in september uitbracht, de onderhavige fout niet wegnam.
Concreet gaat het om:
- TeamViewer Full Client op Windows, Linux en macOS
- TeamViewer Portable voor Windows
- TeamViewer Android Remote Control app
De fix zit in versie 15.83 en later. TeamViewer publiceert daarnaast ook updates voor oudere, nog ondersteunde branches in de tabel die bij het bulletin hoort.
Wat moet u nu doen?
TeamViewer geeft als enige echte maatregel een update: er wordt geen workaround genoemd die u kunt toepassen om het risico tijdelijk te verlagen. Daarom geldt: hoe sneller u overstapt op 15.83 of hoger, hoe kleiner de kans dat een getroffen client kan worden misbruikt.
Praktische aanpak voor beheerders
- Inventariseer welke systemen TeamViewer draaien (Full Client, Portable en Android Remote Control).
- Update naar 15.83+ op alle locaties, inclusief endpoints die zowel viewer als host-functies kunnen gebruiken.
- Herhaal het beheer op tijd: controleer of auto-updates werken waar dat van toepassing is.
- Beperk sessies tot strikt noodzakelijke situaties en laat gebruikers alleen sessies accepteren van vertrouwde partijen.
Als u dit soort issues beheert op een manier die verder gaat dan “patch en klaar”, kan een gestructureerde remediatie-aanpak helpen. Op onze site leest u meer over een security-model dat u kunt gebruiken om acties te plannen en te verifiëren, bijvoorbeeld via Observe, Prove, Act.
Geen bekende aanvallen, maar toch niet afwachten
TeamViewer stelt dat er ten tijde van publicatie geen aanwijzingen waren voor actieve misbruikpogingen. Ook geeft de bron aan dat de kwetsbaarheid niet voorkomt in de door CISA bijgehouden catalogus met bekende exploited vulnerabilities op het moment van de listing. Verder is er geen exploitcode vrijgegeven door de onderzoeker.
Toch verandert dat de kernboodschap niet: zodra het lek in productieomgeving aanwezig is en gebruikers sessies accepteren, ontstaat er een pad voor misbruik. Omdat de viewer direct kan crashen en code-uitvoering in bepaalde scenario’s mogelijk is, is een snelle update daarom nog steeds de juiste keuze.
Gerelateerde aandachtspunten: remote software en misbruik
Deze TeamViewer kwetsbaarheid past in een breder patroon: remote access tooling is aantrekkelijk omdat het als brug dient tussen machines. Daarom is het extra belangrijk om niet alleen te letten op “klassieke” serverkwetsbaarheden, maar ook op endpoints en controle-software.
Als u wilt nagaan hoe u software-updates en kwetsbaarheidsbestrijding praktisch kunt verankeren, helpt het om eerdere incidenten en patch-cycli te vergelijken. U kunt bijvoorbeeld ook kijken naar andere TeamViewer kwetsbaarheden die laten zien dat de impact kan oplopen zodra een aanvaller controle krijgt.
Conclusie
De TeamViewer kwetsbaarheid (CVE-2026-111585) laat zien waarom remote-control software hoge prioriteit verdient in uw patchbeleid. Een host kan de viewer laten crashen en op sommige platformen mogelijk code uitvoeren, nadat een sessie is gestart of geaccepteerd. Er is geen workaround: de oplossing is updaten naar versie 15.83 of hoger.
Pak daarom vandaag nog de volgende stap aan: inventariseer TeamViewer-installaties, update naar 15.83+, en beperk het accepteren van remote-control sessies tot vertrouwde partijen. Zo verkleint u de kans op verstoring en voorkomt u dat een kwetsbare viewer een ingang vormt voor misbruik.
Bron: https://thehackernews.com/2026/10/teamviewer-flaw-lets-remote-computers.html
