Ich stelle mal einen Sachverhalt, der mir in einem Leserkommentar untergekommen ist, separat hier als Beitrag ein, in der Hoffnung, dass aus der Leserschaft eventuell ähnliche Beobachtungen gemeldet werden. Es gibt einen Hinweis, dass der Windows Telefonie-Server nach dem Januar 2026-Update von Clients nicht mehr erreichbar ist. Ist das Einzelfall, oder gibt es mehr Betroffene? Ergänzung: Microsoft hat wohl am Telephony-Dienst herum gepatcht.
Windows-Updates 13. Januar 2026
Zum 13. Januar 2025 hat Microsoft verschiedene Sicherheitsupdates für Windows-Clients und Server veröffentlicht (siehe Links am Artikelende). Für Windows 11 24H2-25H2 war dies das kumulative Update KB5074109 und für Windows Server 2022 war es das kumulative Update KB5073457.
Für beide Updates heißt es in den Support-Beiträgen, dass dieses die Modemtreiber: agrsm64.sys (x64), agrsm.sys (x86), smserl64.sys (x64) und smserial.sys (x86) entfernt. Modemhardware, die von diesen spezifischen Treibern abhängig ist, funktioniere unter Windows nicht mehr, schreibt Microsoft.
Ob dies die Ursache für nachfolgende Probleme ist, kann ich nicht beurteilen. Bekannt ist, dass es mit den Updates vom 13. Januar 2026 zu Verbindungsproblemen mit Remote-Verbindungen kommt (siehe Windows Januar 2026-Updates verursachen Verbindungs- und Authentifizierungsfehler). Diese sollen aber durch ein Out-of-Band-Update behoben sein (siehe Windows: Out-of-Band-Update KB5077744 korrigiert Verbindungs- und Authentifizierungsfehler nach Jan. 2026-Updates).
TAPI-Server und Client-Anbindung
In Windows lässt sich der TAPI-Server als Bestandteil eine jeden Windows Server konfigurieren (siehe z.B. hier), so dass eine Telefonanlage angebunden und per LAN TAPI-Schnittstelle von Clients für Telefonie verwenden. Auerswald hat z.B. in diesem Support-Beitrag die Konfigurierung und Inbetriebnahme beschrieben, eine weitere Beschreibung findet sich hier. Allerdings ist die Konstellation auch schon mal für Probleme gut, wie ich hier, hier und hier gesehen habe. Aber das sind andere Baustellen, die mit nachfolgender Fehlerbeschreibung nichts zu tun haben.
Ein Leserhinweis auf Telefonie-Probleme
Blog-Leser Andreas hat sich in diesem Kommentar gemeldet, weil er in Probleme mit dem Telefonie-Server in seiner Umgebung gelaufen ist.
Die Konstellation beim Leser
Die Konstellation beim Blog-Leser besteht aus Windows-Clients und einem Windows Server 2022 in einer Domain gemäß folgender Beschreibung:
- Windows Server 2022 als Domain Controller, auf dem der Telefonie-Dienst aktiviert und ein TAPI-Server konfiguriert ist.
- Es sind Auerswald LAN TAPI-Verbindungen eingerichtet und den Nutzern im Active Directory zugewiesen.
- Benutzer sollten von Clients mit Windows 11 25H2 über Netzwerk auf den Telefonie-Server unter Windows Server 2022 zugreifen und Gespräche führen oder annehmen können.
Die obigen Umgebung mit den Windows 11 25H2-Clients und dem Windows Server 2022 ist auf dem Patchstand vom 13. Januar 2026.
Es gibt Telefonie-Probleme
Seit dem Januar 2026-Update können sich die Windows 11 25H2-Clients nicht mehr mit dem Telefonie-Server auf dem Domain Controller (DC) verbinden.
- Auf dem Windows Server 2022 sind die TAPI-Lines (es ist eine Auerswald LAN-TAPI eingerichtet) wie gewohnt im Dialer verfügbar und nutzbar.
- Der Telefonie-Dienst läuft und die einzelnen Lines sind den Clients über das Active Directory (AD) korrekt zugewiesen.
- Auf den Clients bemängelt der der Dialer 'kein Modem verfügbar'. Die 'Windows Remote Service Provider' TSP ist korrekt installiert.
Der Leser hat versucht, die TSP zu deinstallieren und neu hinzufügen, was aber keine Abhilfe bringt. Wird Microsoft Windows Telephony Adminstration Setup (tcmsetup.exe aus dem Windows-Ordner system32) aufgerufen, melden die Clients wahlweise 'Fehler bei Client setup' oder OK – wobei der Fehler im Dialer bestehen bleibt.
Bisher konnten Christian und meine Wenigkeit keine weiteren Meldungen im Internet dazu finden. Die Out-of-Band-Updates KB5077800 für Windows Server 2022 sowie KB5077744 für Windows 11 24H2/25H2 vom 17. Januar 2025 (siehe Windows: Out-of-Band-Update KB5077744 korrigiert Verbindungs- und Authentifizierungsfehler nach Jan. 2026-Updates) sind installiert, bringen aber keine Abhilfe.
RCE CVE-2026-20931 im Windows Telephony Service gepatcht
Ergänzung: Microsoft hat wohl die Remote Code-Schwachstelle (RCE) CVE-2026-20931 am Telephony-Dienst gepatcht. Die externe Steuerung von Dateinamen oder Pfaden im Windows-Telefoniedienst ermöglicht es einem autorisierten Angreifer, seine Berechtigungen in einem benachbarten Netzwerk zu erweitern. Microsoft hat dies mit dem Updates vom 13. Januar 2026 gemäß diesem Beitrag geschlossen.
Der Entdecker der Schwachstelle hat das zum 19. Januar 2026 detaillierter im Blog-Beitrag Who's on the Line? Exploiting RCE in Windows Telephony Service beschrieben. Würde die obige Problematik erklären.
Ähnliche Artikel:
Microsoft Security Update Summary (13. Januar 2026)
Patchday: Windows 10/11 Updates (13. Januar 2026)
Patchday: Windows Server-Updates (13. Januar 2026)
Patchday: Microsoft Office Updates (13. Januar 2026)
Windows SQLite DLL-Problem mit Januar 2026 Updates behoben
Windows Januar 2026 Update tauscht Secure Boot Zertifikate
Windows 11 23H2: Januar 2026-Update KB5073455 macht Shutdown-/Sleep-Problem
Windows Januar 2026-Updates verursachen Verbindungs- und Authentifizierungsfehler
Windows 11 24H2/25H2: Citrix Director / Remote Assist funktioniert mit KB5074109 nicht mehr
Windows 11 24H2/25H2: Outlook Classic POP3-Abrufe hängen nach Update KB5074109
Windows: Out-of-Band-Update KB5077744 korrigiert Verbindungs- und Authentifizierungsfehler nach Jan. 2026-Updates)
MVP: 2013 – 2016
TAPI/CAPI sind das längst nicht EOL Protokolle und Technologien?
Ich wundere mich, dass die noch ernsthaft produktiv genutzt werden.
TAPI wird durchaus noch benutzt, gerade in Kombination mit CTI-Software zur Anbindung von ERP-Systemen an die Telefonanlage. Gibt da zwar auch elegantere Varianten, aber da muss dann die ERP-Software auch mitspielen bzw. das unterstützen und TAPI ist noch der geläufigste Standard.
CAPI ist inzwischen zwar seltener, wird aber noch für Fax/Voicemailserver verwendet, dann heutzutage allerdings auf IP-Basis und nicht mehr mit physischen S0/S2M Karten.
Dass diese (meist von vergammelten Outlook COM-Addons) verwendet werden ist unbestritten. Trotzdem ist es EOL und von MS lange abgekündigt (genauso wie der Schmus mit Outlook COM Addons).
Soll jetzt kein Schutz für MS sein. Aber wenn aktuelle Lösungen noch auf dem Zeugs aufsetzen, dann haben die Anbieter da einiges verpennt. Gerade im ERP Umfeld. Dass es da noch Admins oder Verantwortliche gibt, die so einen Murcks installieren, erstaunt.
Mit den letzten TAPI Lösungen habe ich in den 0er Jahren vor 20 Jahren gearbeitet und selbst da war es schon veraltet weil SIP und Softphones mit REST-APIs hochkamen.
Ich finde CSTA auch sehr viel angenehmer, und aktuelle CTI Software und moderne Telefonanlagen können das in der Regel auch. Es scheitert halt wie gesagt häufig daran, dass Software, die man daran für Datenabfragen anbinden möchte (ERP/CRM aber auch sonstige "Fachanwendungen") halt nur TAPI können. Das hat nichts mit Outlook Add-Ons zu tun, das löst aktuelle CTI-Software völlig ohne TAPI.
Wobei ich auf die Schnelle aber auch keine Info von MS gefunden habe, dass das wirklich von denen offiziell EOL ist. Und solange dass nicht so ist sollte der Kram auch funktionieren.
TAPI wurde seit XP Zeiten nicht mehr angepackt. Die API ist seit Jahrzehnten nicht angepackt worden. Für Win10 1903 gab es letztens noch eine Kompatibilitätsanpassung, damit der Rotz da läuft. Der Grund warum man nichts zum EOL findet ist, weil es zum Win32/COM Bestandteil zählt und mitgeschleift wird, genauso wie die MORICONS.DLL
Kein Modem verfügbar? Im letzten Patchday wurden doch 2 Modem Driver wegen Sicherheitslücken entfernt. Könnte man Mal abgleichen, ob da nicht das besagte nicht gefundene Modem dabei ist:
legacy Agere Soft Modem drivers (like agrsm64.sys, agrsm.sys) and Motorola drivers (smserl64.sys, smserial.sys)
Entfernt wurden laut Microsoft Support Artikel lediglich Treiber für spezielle nicht Standardkonforme Modemhardware. Der Microsoft TSP Treiber ist nach wie vor verfügbar und kann über Systemsteuerung/Telefonie auch noch jederzeit hinzugefügt werden.
Diese Konfiguration lief seit Jahren (relativ) problemlos, hat aber nach dem Januarupdate aufgehört zu funktionieren.
Gleiches bei mir, der Microsoft Remote TAPI funktioniert erst wieder nach Deinstallation des Patches KB5073723 von den Windows Servern 2019, auf denen der eigentliche TAPI von Avaya läuft.
Das Gleiche bei uns seit dem Januar Update. Auch das nachgeschobene Update behebt das Problem nicht. Auf dem Server funktioniert die TAPI, auf den Clients nicht. Auch auf Windows 10 Clients, die das Update nicht bekommen haben, funktioniert die TAPI nicht.
Das gleiche bei uns Server 2016 und 2022 ausprobiert. Zusammen mit W11 Clients und einer auerswald Anlage. Seit dem Januar Patch defekt. Das gesonderte Update auf Server und Client bewirkt keine Änderung. Einzige Lösung war die Deinstallation des Updates
Auch bei uns im Betrieb tritt das selbe Problem auf (Auerswald Telefonanlage und Windows Server 2019), ich habe daraufhin Auerswald kontaktiert. Leider gab es von deren Seite aus nur die Antwort, dass Sie mit der PBX Call Assist Software eine funktionierende Telefonie-Server Anbindung anbieten würden. Für die Windows eigenen Dienste könne man keinen Support anbieten. Somit heißt es wohl hoffen, dass es mit einem späteren Update von Microsoft wieder zum laufen gebracht wird.
Gleiches Problem bei Clients mit Windows 11 24H2 und TAPI Server auf Windows Server 2016. Eine Deinstallation von Update KB5073722 vom TAPI Server hat das Problem behoben.
Ich kann das Problem bei mehreren Installationen bestätigen. Bisher habe ich aber auch keine Lösung dafür.